Мы все используем example.com в документации, конфигах, примерах кода и туториалах. Это настолько привычный паттерн, что мало кто задумывается: а что вообще находится на этом домене сегодня и как он работает?

Недавно я обратил внимание на то, какие заголовки отдает этот сайт, и обнаружил там не только проксирование через Cloudflare, но и следы интересных технических решений. Давайте разберемся, как менялась инфраструктура и верстка самого известного зарезервированного домена за последние 25 лет.

Что мы имеем сегодня

Если проверить заголовки ответа сервера прямо сейчас (например, с помощью простой команды curl -I https://example.com), мы увидим современную инфраструктуру:

Верстка страницы максимально минифицирована, без лишних оберток. Но самое интересное кроется в деталях, которые появились на сайте в последние годы.

Археологические раскопки: таймлайн изменений

Чтобы понять текущее состояние, полезно взглянуть на то, с чего все начиналось. Публичный архив Wayback Machine позволяет отследить эту эволюцию шаг за шагом.

Эра Apache и табличной верстки (2002–2010)

Самые ранние доступные снимки example.com от 2002 года показывают простую страницу со списком зарезервированных доменов (.com, .net, .org) на базе классической табличной верстки, с логотипом ICANN в углу.

Серверные заголовки того времени выдают классический стек: Apache/1.3.22 (позже обновленный до 1.3.27 на Red Hat Linux). В феврале 2003 года на странице появилась важная деталь: прямая ссылка на RFC 2606 — официальный документ, резервирующий эти домены исключительно для использования в документации. А в июле 2010 года к списку официально добавили домен .edu.

Эра CDN и первого редизайна (2011–2019)

С 2011 по 2013 год домен временно редиректил посетителей на основной сайт IANA. Но 29 июля 2013 года произошел поворотный момент: редирект убрали, и сайт начал отдаваться с EdgeCast CDN вместо прямого Apache‑сервера.

Именно тогда появился тот самый узнаваемый дизайн с аккуратной скругленной карточкой, заголовком <h1>Example Domain</h1> и лаконичным описанием цели домена. Список доменов убрали с главной, оставив только ссылку на сайт IANA для получения дополнительной информации.

В октябре 2019 года произошли косметические правки: обновили стек шрифтов (добавили резервные шрифты для macOS, iOS и Windows) и слегка отредактировали текст, сделав его более прямым и современным.

Современная эра: минимализм и смена провайдеров (2025–2026)

В начале 2025 года из заголовков ответов исчезло поле Server. Это не было случайностью: в это время происходила внутренняя миграция инфраструктуры, связанная с реорганизацией Edgio (бывший EdgeCast) и переходом части контрактов к другим провайдерам.

Уже в конце 2025 года инфраструктура сменилась снова: сайт окончательно переехал под защиту и проксирование Cloudflare, о чем теперь недвусмысленно говорят заголовки cf-ray в ответе сервера.

Технический разбор: две интересные фишки

Помимо смены хостинг‑провайдеров, в коде страницы есть пара деталей, которые заслуживают внимания разработчиков.

Фишка 1: Пустой favicon как оптимизация

В коде страницы можно встретить такую строчку:

<link rel="icon" href="data:," />

На первый взгляд, это выглядит как странная заглушка. Но на самом деле это гениальная микрооптимизация. Браузеры по умолчанию всегда делают дополнительный HTTP‑запрос к /favicon.ico, если тег не указан явно. Для домена, который ежедневно парсят тысячи ботов, скриптов мониторинга и автоматических проверок, это миллионы лишних запросов в день. Отдача пустого data‑URI (data:,) сразу обрывает этот запрос на стороне клиента, экономя трафик и ресурсы сервера.

Фишка 2: Почему не прижились JS‑эксперименты

В последнее время IANA экспериментировала с мультиязычностью на странице. Механика была реализована через JavaScript: текст оборачивался в отдельные <span>, которым задавался нарастающий transition-delay, создавая эффект плавного появления текста при смене языка.

Однако для сайта‑заглушки, главная задача которого — грузиться мгновенно, работать без JavaScript и потреблять минимум ресурсов, это классический оверинжиниринг. В итоге от сложной анимации отказались в пользу простого статического отображения доступных языков, что логично и соответствует философии домена.

Практический вывод: почему не стоит пинговать example.com

Многие разработчики по привычке используют example.com в скриптах для проверки доступности сети, как dummy‑endpoint для тестов HTTP‑клиентов или в конфигурациях мониторинга.

Однако сама IANA официально предупреждает: этот домен предназначен только для иллюстративных примеров в документации. Он не гарантирует SLA, не является сервисом, и большая часть трафика, который он получает, — автоматизированная. Периодически сервер может не отвечать или отдавать ошибки, что ломает логику ваших тестов.

Что использовать вместо него?

• Для тестирования HTTP‑запросов и моков: httpbin.org или mocky.io.

• Для проверки сетевой связности: используйте внутренние ресурсы вашей инфраструктуры или специально поднятый локальный мок‑сервер (например, через Python http.server).

Не создавайте паразитную нагрузку на инфраструктуру, которая существует исключительно как услуга любезности для документаторов.

Заключение

Эволюция example.com — это отличный срез развития веба в миниатюре: от простых текстовых страниц на Apache 1.3 и табличной верстки до минифицированного HTML за Cloudflare с хитрыми оптимизациями вроде data‑URI для фавикона.

А вы использовали example.com в своих скриптах? Сталкивались ли с тем, что он внезапно начинал вести себя не так, как ожидалось? Делитесь опытом в комментариях.