🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Сайт «работает» — и при этом теряет ваших клиентов
Небольшая история о том, как бизнес теряет на том, что не видно из админки.
В интернете есть два слоя адресов: старый IPv4 и новый IPv6. Современные браузеры и системы обычно стараются использовать IPv6, но не ждут его бесконечно: если соединение не устанавливается быстро, параллельно пробуют IPv4. Это называется Happy Eyeballs и описано в RFC 8305.
В стандарте рекомендуемая задержка между попытками подключения — около 250 мс. В отдельных реализациях она может отличаться: например, в Chromium встречалось значение 300 мс.
Пока IPv6 отвечает нормально, вы этого даже не замечаете: сайт открывается как обычно.
Но представьте: сайту когда-то прописали IPv6-адрес, а потом он «отвалился» — сменили хостинг, переехал конфиг, сломалась маршрутизация, что угодно. Запись в DNS осталась, а адрес молчит.
Получается «чёрная дыра»: часть посетителей с современной сетью сначала пытается попасть на нерабочий IPv6, теряет эти 250–300 мс, и только потом браузер подключается по рабочему IPv4.
Сайт при этом открывается.
Обычный мониторинг аптайма может быть зелёным.
Владелец спокоен.
А клиенты просто ждут чуть дольше. И скорость — это уже не техническая мелочь: она влияет на пользовательский опыт, поведение людей на сайте и может влиять на поисковую видимость.
Мораль не про IPv6. Мораль вот в чём:
«Сайт открывается» и «сайт работает как надо» — два разных состояния.
Между ними десятки мелочей, которых владелец не видит и которые никто не ловит, пока за инфраструктурой не следит конкретный человек.
По отдельности — ерунда.
Вместе — медленный сайт, по которому непонятно: вроде всё работает, а заявки проседают.
Вопрос не в том, упал сайт или нет.
Вопрос — кто у вас смотрит на то, что находится между «открылся» и «работает нормально».