TTL записей DNS в 2026 году: замер по 600 доменам и как выбирать значение

TTL — срок, на который резолверы сохраняют DNS-ответ. Короткий TTL означает, что смена адреса подхватится быстро; длинный — что запросов к вашим серверам имён будет меньше, а сайт переживёт их временную недоступность.

Ошибка, которую делают чаще всего, — считать TTL параметром производительности сайта. На скорость загрузки он почти не влияет: DNS-ответ кэшируется у провайдера и в браузере, и для повторного посетителя его стоимость нулевая. TTL — параметр управляемости: он определяет, за сколько вы сможете увести трафик при аварии.

27 августа 2026 года мы запросили TTL записей A, NS и MX у 600 доменов (по 150 на зону):

Различий два, и они разнонаправленные. По записи A в .ru медиана вдвое длиннее, а доля коротких TTL — 25% против 66–69%. По записи NS, наоборот, в .ru значение вшестеро короче: час против шести.

Оговорки: это домены, которые кто-то приводил в наши инструменты, а не случайный срез зоны; сравнение зон корректно, они набраны одинаково. Медиана берётся по первой записи каждого типа.

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

Это подтверждается нашим же замером HTTP/3: там поддержку объявляют 7,1% сайтов .ru против 36,5% в .com, и две трети объявляющих в .com — за одним конкретным CDN. Два независимых признака указывают на одно и то же.

С записью NS ситуация иная: шесть часов — типичное значение крупных управляемых DNS-служб, час — частая настройка по умолчанию в панелях хостинга. Здесь короткое значение не преимущество: менять серверы имён приходится редко, а лишние запросы к зоне идут постоянно.

• Обычный режим — от 1 до 4 часов на записи A. Этого достаточно, чтобы не нагружать серверы имён, и при этом переезд занимает предсказуемое время.
• За сутки до планового переезда снизьте TTL до 5 минут, дождитесь, пока старое значение истечёт у резолверов, и только потом меняйте адрес. После переезда верните обратно. Это единственный способ сделать смену адреса быстрой — задним числом TTL не сокращается.
• NS оставляйте длинным — от нескольких часов. Смена серверов имён и так требует изменений у регистратора, а короткий TTL здесь только добавляет запросов.
• Не ставьте 60 секунд «на всякий случай». Резолверы крупных провайдеров нередко принудительно поднимают слишком короткие значения до своего минимума, так что выигрыша не будет, а нагрузка вырастет.

Посмотреть текущие TTL своего домена можно в проверке DNS, а как долго изменение расходится по резолверам — в проверке распространения.