Что такое TXT-запись домена
TXT-запись домена — это тип записи в системе DNS, предназначенный для хранения текстовой информации, связанной с доменным именем. Несмотря на название, такая запись используется не для публикации обычного текста на сайте, а для передачи служебных параметров почтовым сервисам, системам безопасности и внешним платформам.
С помощью TXT-записи подтверждают право управления доменом, настраивают защиту электронной почты, подключают сервисы аналитики и выполняют другие технические задачи. Запись не изменяет содержимое сайта и не влияет на его внешний вид: она размещается в DNS-зоне домена и считывается специальными системами.
Для чего нужна TXT-запись
Основное назначение TXT-записи — передать произвольные текстовые данные по определенному формату. Содержимое записи интерпретируется сервисом, который ее запрашивает. Поэтому одна и та же DNS-запись может использоваться для разных целей.
Наиболее распространенный сценарий — подтверждение владения доменом. При подключении облачной платформы, рекламного кабинета, инструмента для веб-мастеров или корпоративного сервиса пользователь получает уникальный код. Его добавляют в TXT-запись, после чего сервис проверяет наличие этого значения в DNS и подтверждает управление доменом.
TXT-записи также применяют для электронной почты. В них размещают политики SPF и DKIM, а с помощью DMARC задают правила обработки писем, которые не прошли проверку. Это снижает риск подделки отправителя и помогает повысить доставляемость легитимных сообщений.
Как выглядит TXT-запись
В DNS-зоне запись обычно состоит из нескольких полей: имени, типа, значения и иногда времени жизни. В поле типа указывается TXT, а в поле значения — текстовая строка, предоставленная сервисом или администратором.
Для корневого домена в поле имени могут использоваться символ @, пустое значение или само доменное имя — точный вариант зависит от панели управления DNS. Для поддомена указывается соответствующее имя, например selector._domainkey или _acme-challenge. Значение часто заключают в кавычки, но некоторые панели добавляют их автоматически.
Пример записи для подтверждения домена может выглядеть так: имя @, тип TXT, значение verify-example=уникальный-код. Это только условный формат. Нельзя заменять выданный сервисом код собственным текстом, поскольку проверка учитывает точное совпадение значения.
Длинные значения иногда разбиваются DNS-панелью на несколько фрагментов. Это не всегда означает ошибку: система может объединить части при обработке. Важно следовать инструкции конкретного сервиса и не добавлять пробелы, переносы строк или лишние символы вручную.
Как добавить TXT-запись домена
Сначала определите, где управляется DNS-зона. Это может быть регистратор домена, хостинг-провайдер или отдельный DNS-сервис. Изменение записи на сервере сайта не поможет, если домен использует другие DNS-серверы.
Откройте раздел управления DNS и создайте новую запись. Выберите тип TXT, укажите имя хоста и вставьте значение без изменений. Если сервис просит добавить запись для корня домена, обычно используют @. Если требуется запись для поддомена, указывают только нужную часть имени согласно подсказке панели.
Перед сохранением проверьте, нет ли уже TXT-записей с таким же именем. Несколько TXT-записей для одного имени допустимы, например когда одновременно используются SPF, проверка домена и другие политики. Однако SPF-политика для одного домена должна быть согласованной: наличие нескольких отдельных записей SPF может привести к ошибке обработки.
После сохранения дождитесь обновления DNS. Изменения могут стать видимыми быстро, но иногда распространение данных занимает несколько часов. Повторную проверку во внешнем сервисе стоит запускать после того, как запись уже доступна в DNS.
Как проверить TXT-запись и исправить ошибки
Проверка нужна, чтобы убедиться: запись добавлена в правильную DNS-зону, ее имя указано без лишнего домена, а значение полностью совпадает с требуемым. Проверять следует именно те DNS-серверы, которые обслуживают домен.
Частая ошибка — добавление записи у регистратора, когда домен фактически обслуживается DNS-серверами хостинга. Другая проблема — автоматическое дублирование доменного имени. Если панель сама дописывает example.ru, ввод полного имени example.ru может превратиться в example.ru.example.ru.
Также встречаются лишние кавычки, пробелы, невидимые символы и случайные переносы строки. Для SPF важна корректная структура политики, а для DKIM — точное значение открытого ключа и правильный селектор. При проверке подтверждения домена нельзя менять регистр, символы или порядок элементов, если сервис требует точное совпадение.
Если запись не обнаруживается, проверьте TTL, актуальность DNS-серверов и наличие кэшированных данных. После исправления подождите обновления и запустите проверку повторно. Удалять рабочие TXT-записи без понимания их назначения не следует: это может нарушить доставку почты или работу уже подключенных сервисов.
TXT, SPF, DKIM и DMARC: в чем разница
TXT — это общий тип DNS-записи, который хранит текстовое значение. SPF, DKIM и DMARC — стандарты и политики, использующие DNS для настройки и проверки электронной почты.
SPF описывает, какие серверы имеют право отправлять письма от имени домена. DKIM связан с криптографической подписью сообщения: открытый ключ публикуется в TXT-записи специального поддомена, а закрытый ключ хранится у отправляющей системы. DMARC определяет, что делать с письмами, которые не проходят проверки, и может использоваться для получения отчетов.
Следовательно, фраза «добавить SPF» обычно означает создание TXT-записи с SPF-политикой, а «добавить DKIM» — публикацию TXT-значения по указанному селектору. Тип записи в панели при этом остается TXT.