DNS влияет на доступность, скорость и безопасность сайта — три фактора, от которых зависит ранжирование. Как проверить A, AAAA, CNAME, MX, TXT и NS записи онлайн, найти ошибки и настроить правильно.
Сайт может иметь идеальный контент, быстрый сервер и грамотную перелинковку, но если DNS настроен с ошибками, пользователи и поисковики просто не доберутся до него. DNS — это фундамент, на котором стоит доступность сайта. Ошибка в одной A-записи может сделать сайт недоступным для половины аудитории. Неверный MX лишит вас писем с заказами. Отсутствие SPF отправит все уведомления в спам. Для SEO это критично, потому что доступность сайта напрямую влияет на индексацию, а проблемы с почтой — на коммуникацию с клиентами, которая формирует поведенческие факторы и репутацию бренда. Несмотря на это, DNS часто остаётся слепой зоной вебмастеров. Настроили один раз при покупке домена и забыли. А зря. Давайте разберём каждую запись, её влияние на SEO и способ проверки.
Как работает DNS и почему это важно для поисковиков
Когда пользователь вводит в браузере адрес сайта или переходит по ссылке из поиска, первое, что происходит — DNS-запрос. Браузер спрашивает у DNS-сервера: «какой IP-адрес у этого домена?». DNS-сервер возвращает IP, и только после этого браузер устанавливает соединение с сервером и начинает загрузку страницы. Если DNS не отвечает или отвечает медленно, загрузка сайта задерживается. Поисковый робот Яндекса или Google действует так же: сначала DNS-запрос, потом соединение, потом скачивание страницы. Если DNS-серверы домена работают нестабильно, робот может не дождаться ответа и уйти. Это напрямую влияет на краулинговый бюджет: чем чаще робот не может достучаться до сайта, тем реже он будет пытаться. А чем реже обходы, тем медленнее новые страницы попадают в индекс и тем хуже отслеживаются изменения на существующих. Поэтому DNS — это не просто техническая настройка, а фундаментальный фактор индексации.
A-запись: главная связка домена и сервера
A-запись (Address record) связывает доменное имя с IPv4-адресом сервера, на котором расположен сайт. Это самая важная запись с точки зрения доступности. Если A-запись отсутствует или указывает на неверный IP, сайт не откроется. У домена может быть несколько A-записей для балансировки нагрузки, но для большинства сайтов достаточно одной. Проверить A-запись можно через инструмент Проверка DNS записей: выберите тип A, введите домен и получите IP-адрес. Сверьте его с IP вашего сервера в панели хостинга. Если адреса не совпадают — сайт либо не работает, либо работает на старом сервере, а вы об этом не знаете. Такое бывает при переезде: владелец меняет хостинг, но забывает обновить A-запись, и трафик продолжает идти на старый сервер. Для SEO это катастрофа: старый сервер отключён — сайт недоступен — позиции падают. Другая частая проблема — отсутствие A-записи для поддомена www. Если пользователь вводит www.site.ru, а такой записи нет, он получает ошибку. Потеря даже 5% трафика из-за этого — реальный сценарий. Решение: создать CNAME-запись для www, указывающую на основной домен, и настроить 301-редирект с www на без www (или наоборот). О редиректах подробно рассказано в статье Как настроить редиректы 301, 302, 307.
AAAA-запись: IPv6 и будущее интернета
AAAA-запись делает то же самое, что и A-запись, но для IPv6-адресов. Пока IPv6 не вытеснил IPv4 полностью, но процесс идёт. Некоторые провайдеры уже выдают пользователям IPv6-адреса, и если у сайта нет AAAA-записи, такие пользователи могут испытывать задержки при подключении. Для SEO это пока не критичный фактор, но игнорировать его полностью не стоит. Если ваш хостинг поддерживает IPv6, добавьте AAAA-запись. Проверяется она тем же инструментом Проверка DNS записей с выбором типа AAAA. Отсутствие AAAA-записи не ломает сайт, потому что браузер автоматически переключается на IPv4, но добавляет задержку на этот фолбэк. В условиях, когда скорость загрузки — фактор ранжирования, такие мелочи имеют значение.
CNAME: поддомены и алиасы
CNAME (Canonical Name) создаёт алиас для домена. Например, поддомен www может быть CNAME для основного домена site.ru. Это значит, что www.site.ru указывает на тот же IP, что и site.ru, без необходимости прописывать отдельную A-запись. Удобство в том, что при смене сервера достаточно обновить одну A-запись для site.ru, и CNAME автоматически подтянет изменение. Типичная ошибка: для поддомена прописана A-запись вместо CNAME, а при переезде её забыли обновить. В итоге основной сайт работает, а версия с www — нет. Проверьте, что все ваши поддомены (www, mail, blog, shop) резолвятся корректно. Инструмент Проверка DNS записей с типом CNAME покажет все алиасы домена.
MX-запись: почта, которая влияет на бизнес
MX-запись (Mail Exchanger) определяет, на какой сервер доставляется почта для домена. На первый взгляд, какое отношение почта имеет к SEO? Прямое — через бизнес-процессы. Если MX настроена неверно, вы не получаете уведомления о заказах из интернет-магазина. Клиент ждёт ответа, не получает, уходит к конкуренту и оставляет негативный отзыв. Поисковик видит, что сайт не удовлетворяет пользовательский интент, и со временем это может повлиять на ранжирование. Также неработающая почта ломает восстановление паролей, подтверждение регистраций, уведомления от Вебмастера. Проверить MX можно через Проверка DNS записей с типом MX. Вы увидите список почтовых серверов и их приоритеты. Если запись отсутствует, а вы пользуетесь почтой на своём домене — письма не доходят. Если пользуетесь сторонней почтой (Яндекс.Почта для домена, Mail.ru для бизнеса), MX должна указывать на серверы этого сервиса. Подробнее о настройке почтовых записей читайте в статье Незаметные ошибки сервера: SPF, DNS, SSL и сигнатура.
TXT-записи: SPF, DKIM, DMARC и подтверждение владения
TXT-записи содержат произвольный текст и используются для нескольких целей. Первая — SPF (Sender Policy Framework). Это TXT-запись, которая перечисляет серверы, имеющие право отправлять почту от имени домена. Без SPF мошенники могут рассылать спам, подделывая ваш обратный адрес. Почтовые сервисы (Gmail, Mail.ru, Яндекс.Почта) проверяют SPF и, если записи нет, с высокой вероятностью отправляют письмо в спам. Проверить SPF можно через Проверка SPF записи. Вторая — DKIM (DomainKeys Identified Mail). Это цифровая подпись, которая подтверждает, что письмо действительно отправлено с вашего домена и не изменено в пути. DKIM повышает доверие почтовых сервисов и улучшает доставляемость. Третья — DMARC. Это политика, которая говорит почтовым сервисам, что делать с письмами, не прошедшими проверку SPF и DKIM: отклонить, пометить как спам или пропустить. Четвёртая цель TXT-записей — подтверждение владения доменом для Яндекс.Вебмастера и Google Search Console. При добавлении сайта в эти сервисы они просят добавить уникальную TXT-запись и проверяют её наличие. Если TXT-запись удалить после подтверждения, доступ к Вебмастеру сохранится, но для диагностики лучше держать её. Проверить все TXT-записи домена можно через Проверка DNS записей с типом TXT.
NS-записи: на каких серверах живёт DNS
NS-записи (Name Server) указывают, какие серверы обслуживают DNS-зону домена. Обычно это серверы регистратора или хостинг-провайдера. Если NS-записи неверны, домен вообще не будет резолвиться — ни сайт, ни почта работать не будут. Такое случается редко, но может произойти при переносе домена между регистраторами. Проверить NS-записи можно через Проверка DNS записей с типом NS. Сравните результат с NS-серверами, указанными в панели управления доменом. Если они отличаются, возможно, домен делегирован не туда. Также важно, чтобы NS-серверов было хотя бы два (для отказоустойчивости) и чтобы они отвечали быстро. Медленные NS-серверы — одна из скрытых причин высокого TTFB. Если DNS-запрос занимает 500 мс, а соединение с сервером ещё 200 мс, общая задержка до первого байта составляет 700 мс ещё до начала загрузки страницы. Проверьте TTFB вашего сайта через Проверка TTFB. Если показатель выше 500 мс, проверьте скорость DNS-серверов. Возможно, проблема не в хостинге, а в DNS-провайдере. В таком случае стоит переключиться на быстрые публичные DNS вроде Cloudflare или Яндекс.DNS.
TTL (Time To Live): компромисс между скоростью и гибкостью
TTL — это время жизни DNS-записи в кеше. Измеряется в секундах. Когда DNS-резолвер получает ответ, он кеширует его на время TTL. Если TTL большой (86400 секунд, то есть сутки), запросы к DNS-серверу происходят редко, и сайт открывается быстро. Но при смене IP-адреса (переезд на другой хостинг) изменения распространяются сутки, а то и дольше. Если TTL маленький (300 секунд, 5 минут), изменения применяются быстро, но DNS-сервер нагружается частыми запросами. Для SEO важен баланс. Для A-записей оптимальный TTL — 3600 секунд (1 час). При подготовке к переезду TTL временно уменьшают до 300 секунд, чтобы ускорить смену IP, а после переезда возвращают к 3600. Подробный план переезда без потерь описан в статье Миграция сайта без потерь трафика. Никогда не оставляйте TTL равным 300 на постоянной основе — это создаёт избыточную нагрузку на DNS и может замедлить первый запрос к сайту для пользователей, у которых DNS-кеш уже истёк.
DNS и SSL: как записи влияют на сертификат
SSL-сертификат подтверждает, что сайт принадлежит вам, и шифрует трафик. Сертификат привязан к домену и IP-адресу не напрямую, но при смене A-записи может потребоваться перевыпуск сертификата, если он был выпущен с привязкой к конкретному IP. Большинство современных сертификатов (Lets Encrypt, Sectigo) привязаны только к домену и автоматически подхватывают новый IP. Но если используется старый сертификат или самоподписанный, после смены IP браузер может выдать ошибку безопасности. Проверьте SSL-сертификат через Проверка SSL сертификата: посмотрите, на какой домен (или домены) он выпущен, не истёк ли срок действия, доверенный ли центр выпустил. Если сертификат в порядке, но после смены IP сайт выдаёт ошибку, проблема может быть в том, что старый сервер всё ещё принимает часть трафика и отдаёт просроченный сертификат. Убедитесь, что старый сервер полностью выведен из эксплуатации, а A-запись ведёт только на новый.
Обратные DNS-записи (PTR) и их влияние на почту
PTR-запись выполняет обратное преобразование: по IP-адресу определяет доменное имя. Нужна в основном для почтовых серверов. Многие почтовые сервисы проверяют, что IP-адрес отправителя имеет PTR-запись, совпадающую с доменом в HELO/EHLO. Если PTR нет или она указывает на другой домен, письма могут попасть в спам. Для обычных сайтов без собственного почтового сервера PTR не критична и настраивается на уровне хостинг-провайдера. Проверить PTR можно запросив у хостинга или через специализированные онлайн-сервисы. Для SEO прямое влияние минимально, но если ваш сайт отправляет много транзакционных писем и они не доходят, страдает пользовательский опыт, что косвенно влияет на репутацию.
Комплексная проверка DNS: чек-лист для вебмастера
Подведём итог в виде проверочного списка. Раз в квартал проходите по нему для каждого своего домена. Пункт 1: проверьте A-запись — ведёт ли она на актуальный IP вашего сервера. Пункт 2: проверьте CNAME для www — резолвится ли поддомен www и настроен ли 301-редирект. Пункт 3: проверьте MX — указаны ли почтовые серверы, соответствуют ли они вашему почтовому сервису. Пункт 4: проверьте TXT — есть ли SPF, DKIM, DMARC, актуальны ли записи подтверждения Вебмастера. Пункт 5: проверьте NS — отвечают ли DNS-серверы быстро, есть ли их хотя бы два. Пункт 6: проверьте TTL — не слишком ли большое значение, не затруднит ли оно срочную смену IP. Пункт 7: проверьте SSL — валиден ли сертификат, покрывает ли все поддомены. Все проверки выполняются инструментами SerpMax: Проверка DNS записей, Проверка SPF, Проверка SSL, Проверка TTFB. Для комплексной диагностики запустите полный SEO-аудит через SEO аудит сайта онлайн — он проверит доступность, SSL, заголовки безопасности и другие параметры.
Часто задаваемые вопросы
Как проверить DNS-записи домена?
Введите домен в SerpMax на странице проверки DNS. Выберите тип записи (A, AAAA, MX, TXT, CNAME, NS или ANY для всех) и получите текущие значения. Это быстрее, чем использовать консольные утилиты вроде dig или nslookup.
Какие DNS-записи важны для SEO?
Критически важны A-запись (доступность сайта) и CNAME для www (отсутствие дубля). Важны MX и SPF (почта влияет на бизнес-процессы и репутацию). Желательны AAAA (IPv6) и настроенный TTL. NS-записи должны быть быстрыми и отказоустойчивыми.
Влияют ли ошибки в DNS на позиции сайта?
Напрямую нет, но косвенно — да. Если сайт недоступен из-за неверной A-записи, он выпадает из индекса. Если DNS медленный, растёт TTFB и страдает скорость загрузки — а это фактор ранжирования. Если почта не работает из-за отсутствия MX и SPF, страдает коммуникация с клиентами и репутация.
Как часто нужно проверять DNS-записи?
Раз в квартал для стабильно работающих сайтов. После любых изменений на стороне хостинга, переезда, смены почтового сервиса — сразу. Также стоит проверять DNS, если замечены проблемы с доступностью сайта или доставкой почты.
