DNS Яндекс: как подключить домен к почте, Вебмастеру и Метрике — инструкция для новичка

Что такое DNS-записи Яндекса и зачем они нужны домену

DNS (Domain Name System) — система, которая переводит домен вроде example.ru в конкретные адреса и настройки серверов. Без DNS-записей браузер и почтовые серверы не понимают, куда отправлять письма и где искать сайт. Каждая запись отвечает за свою задачу: одна указывает IP-адрес сайта, другая — сервер для приёма почты, третья подтверждает право на домен.

Для сервисов Яндекса чаще всего используют записи A, MX, TXT и CNAME. Запись A связывает домен с IP-адресом сервера. Запись MX (Mail Exchanger) указывает, какой сервер принимает почту домена — для Яндекс.Почты это mx.yandex.ru. Запись TXT хранит текстовые значения: через неё передают SPF (Sender Policy Framework) и DKIM (DomainKeys Identified Mail), а также подтверждают владение доменом. Запись CNAME делает домен псевдонимом другого адреса.

На примере домена example.ru: чтобы подключить Яндекс.Почту, потребуется MX-запись с приоритетом 10, SPF-запись со значением v=spf1 redirect=_spf.yandex.ru и DKIM-ключ длиной 2048 бит. Одна и та же TXT-запись при этом подтверждает права на домен сразу в Яндекс.Вебмастере и Яндекс.Метрике. Изменения применяются не сразу — учитывайте TTL (Time To Live) от 300 до 3600 секунд и полное распространение записей по серверам от 15 минут до 72 часов.

Основные типы DNS-записей и их назначение:

• A — привязка домена к IP-адресу сайта
• MX — сервер для приёма почты
• TXT — SPF, DKIM и подтверждение прав на домен
• CNAME — псевдоним для другого адреса

Если домен зарегистрирован у регистратора с хостингом, управлять этими записями можно прямо из панели управления доменом.

Как устроены DNS-записи для Яндекс.Почты: MX, SPF и DKIM

Для приёма писем на почту домена нужна MX-запись mx.yandex.ru с приоритетом 10. Она сообщает почтовым серверам других провайдеров, куда доставлять письма для вашего домена. Без этой записи входящая почта просто не дойдёт до ящиков на Яндексе.

SPF-запись защищает домен от подделки писем и выглядит так: v=spf1 redirect=_spf.yandex.ru. Она указывает, каким серверам разрешено отправлять почту от имени домена, и ссылается на готовый список Яндекса вместо перечисления адресов вручную. Важное ограничение протокола SPF — не более 10 механизмов lookup в одной цепочке проверки, и переадресация на _spf.yandex.ru экономит этот лимит.

DKIM-запись подтверждает, что письмо не изменили при пересылке. Яндекс использует ключ длиной 2048 бит и селектор mail._domainkey — под ним публикуется публичная часть ключа для проверки цифровой подписи писем.

После добавления записей в DNS-зону домена изменения не появляются мгновенно: TTL (время жизни записи) для проверки обычно задают в пределах от 300 до 3600 секунд, и именно этот параметр определяет, как часто серверы будут обновлять кэш с вашими данными.

Три записи для Яндекс.Почты и их параметры:

• MX: mx.yandex.ru, приоритет 10 — приём почты
• SPF: v=spf1 redirect=_spf.yandex.ru — защита от подделки отправителя
• DKIM: селектор mail._domainkey, ключ 2048 бит — подпись писем

Подробный разбор всех типов записей с примерами для разных сервисов Яндекса собран здесь: посмотреть полный список DNS-записей Яндекса.

Как подключить домен к Яндексу: пошаговая инструкция

Подключение домена к сервисам Яндекса сводится к добавлению нескольких записей в DNS-зоне и подтверждению прав на домен. Все действия выполняются в панели управления доменом у регистратора или хостинг-провайдера. Если вы арендуете сервер, зоной часто можно управлять прямо из панели VPS — это удобнее, чем переключаться между кабинетами. Наличие такой панели стоит проверить при выборе провайдера.

Перед стартом убедитесь, что у вас есть доступ к панели с DNS-записями и права администратора домена. Полное распространение изменений DNS занимает от 15 минут до 72 часов, поэтому лучше начинать настройку заранее, а не в день запуска почты или сайта.

Когда доступ есть, подключайте домен по шагам:

1. Войдите в панель регистратора домена или в раздел управления DNS-зоной на арендованном VPS.
2. Добавьте TXT-запись для подтверждения владения доменом — её значение выдаёт Яндекс при регистрации домена в личном кабинете.
3. Сохраните изменения и подождите проверку: обычно система находит запись за 15–30 минут, но иногда требуется до нескольких часов.
4. Создайте MX-запись со значением mx.yandex.ru и приоритетом 10 — она отвечает за доставку почты на домен.
5. Добавьте SPF-запись v=spf1 redirect=_spf.yandex.ru, ограниченную 10 механизмами lookup, чтобы защитить домен от подделки писем.
6. Подключите DKIM-подпись длиной 2048 бит через личный кабинет Яндекс.Почты для домена — сервис сам сформирует нужную запись.
7. Проверьте записи командой nslookup -type=MX ваш-домен.ru и аналогичными запросами для TXT, учитывая TTL от 300 до 3600 секунд на обновление кэша.
8. Подтвердите домен в Яндекс.Вебмастере и Яндекс.Метрике — обе службы используют одну и ту же TXT-запись, добавленную на шаге 2, так что повторно ничего создавать не нужно.

Какие DNS-записи нужны разным сервисам Яндекса: сравнение

Каждому сервису Яндекса нужен свой набор записей DNS (Domain Name System, системы доменных имён). Больше всего записей требует почта. Вебмастеру и Метрике хватает одной TXT-записи для подтверждения прав. Yandex Cloud работает иначе: вы передаёте ему управление зоной через NS-записи или направляете поддомен на облачный ресурс.

Записи делятся на обязательные и опциональные. Без обязательных сервис не заработает: письма не придут без MX, а права на сайт не подтвердятся без TXT. Опциональные записи повышают надёжность. Например, DKIM (DomainKeys Identified Mail, цифровая подпись писем) ключом 2048 бит снижает риск того, что ваши письма попадут в спам.

TTL (Time To Live, время жизни записи в кеше) на время настройки ставьте 300 секунд, чтобы быстрее исправлять ошибки. После проверки поднимите его до 3600 секунд.

Практические советы по добавлению записей:

• Для почты создайте MX и SPF сразу, а DKIM добавьте после того, как скопируете ключ в админке Yandex 360.
• На каждом имени держите только одну SPF-запись. Если записей две, проверка SPF завершится ошибкой.
• TXT-запись для подтверждения прав не удаляйте: Вебмастер периодически проверяет её заново.

Ошибки при настройке DNS Яндекса и как их исправить

Большинство проблем с DNS-записями Яндекса возникают из-за спешки: чаще всего забывают удалить старую MX-запись или слишком рано проверяют результат при большом TTL. Из-за этого письма не доходят, домен в Вебмастере не подтверждается, а подключение к сервисам зависает на середине. Ниже разберём каждую ошибку по отдельности.

Первая ошибка: не удалена старая MX-запись

Если у домена уже была почта на другом хостинге, старая MX-запись продолжает конкурировать с новой mx.yandex.ru, и письма уходят не туда. Оставляйте только mx.yandex.ru.

Вторая ошибка: большой TTL и ранняя проверка

Пользователь меняет MX-запись, выставляет TTL на 86400 секунд «чтобы не трогать лишний раз» и через 20 минут решает, что настройка не работает. На деле запись с таким TTL кэшируется на сутки, и провайдеры ещё долго отдают старые данные.

Как решить: на период настройки ставьте TTL от 300 до 3600 секунд и не проверяйте результат раньше срока — распространение DNS занимает от 15 минут до 72 часов.

Третья ошибка: неверный приоритет MX

Приоритет для Яндекс.Почты должен быть равен 10. Более низкое число означает более высокий приоритет, и путаница здесь встречается часто — в итоге сервисы не разберут, куда доставлять почту.

Четвёртая ошибка: перегруженная SPF-запись

Значение v=spf1 redirect=_spf.yandex.ru само по себе корректно, но если в него дописывают сторонние сервисы рассылок, механизмов lookup становится больше 10, и почтовые серверы просто отклоняют проверку SPF. То же бывает из-за опечатки. Упростите запись до redirect=_spf.yandex.ru.

Перед изменением DNS-записей сверьтесь с актуальными значениями для вашего сервиса Яндекса.

Итог простой: одна MX-запись mx.yandex.ru с приоритетом 10, аккуратная SPF без лишних сервисов и терпение, пока записи расходятся по DNS.

Публичный DNS Yandex и как проверить свои записи

У Яндекса есть публичный DNS-резолвер (DNS, Domain Name System — система доменных имён). Если нужен адрес Яндекс ДНС сервера для компьютера или роутера, это 77.88.8.8 и 77.88.8.1. В англоязычной прошивке роутера поля называются Primary и Secondary DNS Server: Яндекс DNS server с адресом 77.88.8.8 ставят основным, а 77.88.8.1 — резервным. Резолвер переводит имена сайтов в IP-адреса для вашего компьютера или роутера и служит альтернативой DNS провайдера. Доменом он не управляет: MX, SPF и TXT-записи вы по-прежнему меняете у регистратора или в панели DNS-хостинга. Как прописать эти адреса на устройствах, читайте в статье настроить публичный DNS Яндекса.

Записи удобно проверять через публичный резолвер: он видит домен так же, как внешний мир, и не зависит от кэша провайдера. Учитывайте TTL (Time To Live — время жизни записи). При значении от 300 до 3600 секунд старый ответ может храниться до 1 часа, а полное распространение изменений занимает от 15 минут до 72 часов.

Команда nslookup встроена в Windows, macOS и Linux и запускается из терминала любой системы. Утилита whois показывает регистратора и NS-серверы (Name Server) домена. По ним видно, где на самом деле нужно править записи: если домен делегирован на серверы имён Яндекса dns1.yandex.net и dns2.yandex.net (в инструкциях их коротко называют yandex NS), записи меняют в Яндекс 360 для бизнеса, а не у регистратора. Подробнее — в статье о том, как проверить домен через Whois.

Какие команды выполнить и что должно быть в ответе:

• nslookup -type=MX example.ru 77.88.8.8 — в ответе должен быть mx.yandex.ru с приоритетом 10;
• nslookup -type=TXT example.ru 77.88.8.8 — ищите v=spf1 redirect=_spf.yandex.ru и TXT-запись подтверждения для Вебмастера;
• nslookup -type=TXT mail._domainkey.example.ru 77.88.8.1 — проверяет DKIM-ключ (DomainKeys Identified Mail) длиной 2048 бит;
• whois example.ru — строки nserver показывают действующие NS-серверы;
• ответ NXDOMAIN или пустой вывод — запись не создана или ещё не обновилась.

Кому не подойдёт самостоятельная настройка DNS Яндекса

Если у вас один домен и одна почта, ручная правка записей в панели регистратора занимает 10–15 минут и полностью оправдана. Зону лучше перенести на собственный DNS-сервер в четырёх случаях: доменов много, за DNS никто не отвечает, регистратор часто меняется или нужен полный контроль над записями.

В каких ситуациях ручная настройка становится обузой:

• Много доменов и субдоменов Когда у каждого домена своя поддоменная структура под Яндекс.Почту, Вебмастер и Метрику, число TXT- и MX-записей растёт быстро, а ошибка в одной строке ломает приём писем на всех адресах сразу. Ждать распространения изменений от 15 минут до 72 часов при каждой правке в таких условиях неудобно и рискованно для бизнеса.
• Компании без технического администратора Там, где TTL записей, приоритет mx.yandex.ru или лимит в 10 механизмов lookup в SPF никто не объясняет заранее, зону правит случайный сотрудник по инструкции из интернета. Итог — потерянные письма, недоступный сайт или проваленное подтверждение через единственную TXT-запись в Вебмастере.
• Частые переезды между регистраторами При каждом переезде записи нужно переносить вручную, а расхождение хотя бы в одном значении ключа DKIM длиной 2048 бит уже нарушает подпись писем.
• Нужен полный контроль над зоной Собственный DNS-сервер позволяет управлять записями централизованно, видеть историю изменений и не зависеть от интерфейса конкретного регистратора.

Разместить собственный DNS-сервер и делегировать на него зону можно на сервере из подборки VPS.