Сайт «работает» — и при этом теряет ваших клиентов

Небольшая история о том, как бизнес теряет на том, что не видно из админки.

В интернете есть два слоя адресов: старый IPv4 и новый IPv6. Современные браузеры и системы обычно стараются использовать IPv6, но не ждут его бесконечно: если соединение не устанавливается быстро, параллельно пробуют IPv4. Это называется Happy Eyeballs и описано в RFC 8305.

В стандарте рекомендуемая задержка между попытками подключения — около 250 мс. В отдельных реализациях она может отличаться: например, в Chromium встречалось значение 300 мс.

Пока IPv6 отвечает нормально, вы этого даже не замечаете: сайт открывается как обычно.

Но представьте: сайту когда-то прописали IPv6-адрес, а потом он «отвалился» — сменили хостинг, переехал конфиг, сломалась маршрутизация, что угодно. Запись в DNS осталась, а адрес молчит.

Получается «чёрная дыра»: часть посетителей с современной сетью сначала пытается попасть на нерабочий IPv6, теряет эти 250–300 мс, и только потом браузер подключается по рабочему IPv4.

Сайт при этом открывается. Обычный мониторинг аптайма может быть зелёным. Владелец спокоен.

А клиенты просто ждут чуть дольше. И скорость — это уже не техническая мелочь: она влияет на пользовательский опыт, поведение людей на сайте и может влиять на поисковую видимость.

Мораль не про IPv6. Мораль вот в чём:

«Сайт открывается» и «сайт работает как надо» — два разных состояния.

Между ними десятки мелочей, которых владелец не видит и которые никто не ловит, пока за инфраструктурой не следит конкретный человек.

По отдельности — ерунда. Вместе — медленный сайт, по которому непонятно: вроде всё работает, а заявки проседают.

Вопрос не в том, упал сайт или нет. Вопрос — кто у вас смотрит на то, что находится между «открылся» и «работает нормально».