DNS-пропагация — это процесс распространения изменений DNS-записей по DNS-серверам, кешам провайдеров, резолверам и устройствам пользователей. После изменения IP-адреса, NS-серверов, CNAME, MX или других записей не все пользователи сразу начинают видеть новую версию.
Простыми словами, DNS-пропагация — это время, за которое интернет «узнаёт» новые настройки домена. Один пользователь уже может попадать на новый сервер, а другой — ещё видеть старый, потому что его DNS-резолвер хранит прежнюю запись в кеше.
Почему DNS не обновляется мгновенно
DNS использует кеширование, чтобы не запрашивать одни и те же данные заново при каждом открытии сайта. Это ускоряет работу интернета, но создаёт задержку при изменении записей. Главную роль играет TTL — Time To Live, время жизни DNS-записи в кеше.
Если TTL был 86400 секунд, часть резолверов может хранить старый ответ до суток. Если TTL был заранее снижен до 300 секунд, обновление обычно распространяется быстрее.
Когда возникает DNS-пропагация
- смена IP-адреса сайта;
- переезд на новый хостинг;
- смена NS-серверов;
- подключение CDN;
- настройка поддомена через CNAME;
- изменение MX-записей почты;
- добавление TXT-записей для SPF, DKIM, DMARC или подтверждения владения;
- перенос DNS-зоны к другому провайдеру;
- исправление ошибочных DNS-записей.
Сколько длится DNS-пропагация
Точное время зависит от TTL, DNS-провайдера, провайдеров пользователей, типа записи и кешей. Часто изменения начинают быть видны через несколько минут, но полное распространение может занять несколько часов. При смене NS-серверов иногда приходится ждать до 24–48 часов.
Поэтому перед критичным переездом сайта TTL лучше снижать заранее, а не в момент переноса.
DNS-пропагация и SEO
Сама пропагация не является SEO-проблемой, если переезд подготовлен правильно. Но ошибки во время смены DNS могут приводить к даунтайму, разным версиям сайта, ошибкам SSL, недоступности почты, 5xx-ответам и проблемам сканирования.
Для SEO важно, чтобы в период пропагации старый и новый сервер отдавали корректный сайт, важные страницы открывались с кодом 200, HTTPS работал, а поисковые роботы не получали ошибки.
Как проверить DNS-пропагацию
- проверить A, AAAA, CNAME, MX, TXT и NS-записи через DNS-checker-сервисы;
- использовать команду nslookup или dig;
- проверить сайт из разных сетей и регионов;
- посмотреть, на какой IP указывает домен;
- очистить локальный DNS-кеш;
- проверить записи у авторитативного DNS-сервера;
- проверить доступность сайта, почты, SSL и CDN.
Как подготовиться к смене DNS
- Снизить TTL заранее.
- Сделать резервную копию сайта и DNS-зоны.
- Перенести все записи, а не только A-запись.
- Проверить новый сервер до переключения.
- Выпустить SSL для нужного домена.
- Проверить почтовые записи.
- Не отключать старый сервер сразу после смены DNS.
- Мониторить доступность сайта во время пропагации.
Частые ошибки
- перенести только A-запись и забыть MX, TXT, CNAME;
- не снизить TTL перед переездом;
- выключить старый сервер слишком рано;
- не проверить SSL на новом сервере;
- считать, что DNS должен обновиться у всех за минуту;
- путать локальный кеш браузера и DNS-кеш;
- не проверить сайт из разных регионов;
- не контролировать Googlebot и ЯндексБот во время переезда.
Чек-лист DNS-пропагации
- TTL снижен заранее.
- DNS-зона сохранена перед правками.
- Все нужные записи перенесены.
- Новый сервер готов.
- Старый сервер не отключён сразу.
- SSL работает на новой стороне.
- Почта проверена.
- Домен проверен через несколько DNS-резолверов.
- Вебмастера и аналитика проверены после переезда.
Комментарий экспертаDNS-пропагация сама по себе нормальна, проблема возникает из-за плохой подготовки. При переезде сайта важно заранее снизить TTL, сохранить старый сервер на время перехода, перенести все DNS-записи и проверить HTTPS. Для SEO самое опасное — не сама задержка обновления DNS, а недоступность сайта, ошибки SSL и разные версии контента во время миграции.
Вопросы и ответы о DNS-пропагации
DNS-пропагация — это распространение изменений DNS-записей по DNS-серверам и кешам после изменения настроек домена.
Обычно от нескольких минут до нескольких часов, но при смене NS-серверов может занимать до 24–48 часов.
TTL — это время, на которое DNS-резолвер может кешировать запись. Чем ниже TTL, тем быстрее обычно применяются изменения.
Ваши устройства или DNS-провайдеры могут использовать разные кеши. У одного резолвера запись уже обновилась, у другого ещё нет.
Полностью ускорить её нельзя, но можно заранее снизить TTL, правильно подготовить записи и очистить локальный DNS-кеш.
Связанные термины
- DNS;
- TTL;
- NS-серверы;
- A-запись;
- CNAME;
- MX;
- TXT;
- домен;
- хостинг;
- CDN;
- SSL;
- даунтайм;
- технический аудит сайта;
- SEO-аудит.
