DNS простыми словами: A-записи, MX, TXT и зачем их знать владельцу сайта

Если сайт открывается не у всех, почта уходит в спам или домен вроде бы куплен, а сайт всё равно не работает, проблема часто не в самом сайте. Причина может быть в DNS, то есть в настройках, которые связывают домен с сервером, почтой и другими сервисами.

Для владельца бизнеса это не абстрактная техническая тема, а место, где легко потерять заявки, письма и время. Разобраться в основных записях полезно хотя бы на уровне контроля подрядчика, чтобы понимать, что именно нужно проверить и почему всё может «сломаться» после переноса или запуска нового сервиса.

DNS, это не «что-то у программистов», а базовая таблица соответствий для домена: куда вести сайт, куда доставлять почту и каким сервисам доверять.

Что такое DNS и зачем он вообще нужен

Когда человек вводит адрес сайта в браузере, система должна понять, где именно находится этот сайт. DNS выполняет роль справочника: он связывает доменное имя с IP-адресом сервера, а также хранит правила для почты, верификации сервисов и некоторых защитных проверок.

Если говорить совсем просто, домен, это красивое имя, а DNS, это инструкция, куда это имя указывает. Поэтому после смены хостинга, подключения почты или запуска CRM мало просто «всё оплатить», нужно ещё правильно прописать записи.

В практике студии RDMN типичная ситуация такая: сайт уже готов, но заявки не приходят или письма теряются. В половине таких случаев проблема не в дизайне и не в форме, а в некорректных настройках домена или почтовых записей.

A-запись: куда ведёт домен

A-запись, это самая базовая запись DNS. Она указывает домену, на какой IP-адрес должен идти пользователь, когда вводит ваш адрес в браузере.

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

Когда владельцу сайта стоит проверить A-запись

• после переноса сайта на другой хостинг;
• если сайт открывается не на том сервере;
• если домен куплен, а сайт ещё не появился;
• если меняется IP-адрес сервера;
• если тестовый домен нужно направить на отдельную копию сайта.

Для бизнеса важно не помнить сам IP, а знать правило: если сайт не открывается после переезда, первым делом проверяют именно адрес назначения домена. Это одна из причин, почему переезд лучше делать с техподдержкой или через аккуратную доработку сайта, а не вручную «по памяти».

MX-записи: куда приходят письма

MX-записи отвечают за почту домена. Они показывают, на какой почтовый сервер должны доставляться письма, отправленные на адреса вида info@вашдомен.ru, sales@вашдомен.ru и так далее.

Если MX-записи настроены неправильно, письма могут не доходить, попадать в спам или возвращаться отправителю. Для бизнеса это особенно болезненно, потому что проблема часто обнаруживается поздно, когда уже потеряны обращения с сайта, заявки от партнёров или ответы от клиентов.

Важно понимать: наличие почтового ящика ещё не гарантирует, что почта работает. Нужна корректная связка между доменом, MX-записями и дополнительными проверками отправителя.

TXT-записи: подтверждение прав и защита почты

TXT-записи часто кажутся лишними, пока не приходится подключать почту, сервис аналитики, антиспам-проверку или подтверждение домена в сторонней системе. В них можно размещать текстовые значения, которые сервис читает как подтверждение прав или как правило обработки почты.

Самые частые задачи для TXT-записей, это подтверждение домена в почтовых сервисах, настройка SPF, DKIM и DMARC. Эти механизмы помогают почтовым системам понять, можно ли доверять письмам, отправленным от имени вашего домена.

Если упростить, TXT-записи помогают доказать: домен принадлежит вам, а письма действительно отправляете вы, а не кто-то чужой под вашим именем.

Что дают SPF, DKIM и DMARC

• SPF показывает, какие серверы имеют право отправлять письма от домена;
• DKIM добавляет цифровую подпись к письму;
• DMARC задаёт политику, что делать с подозрительными письмами.

Для владельца бизнеса это не «настройки ради настроек». Без них письма с сайта, уведомления из CRM и коммерческие предложения могут уходить в спам чаще, чем должны. Если почта критична для продаж, стоит не откладывать проверку и, при необходимости, заказать SSL-сертификат для сайта: зачем нужен HTTPS и как его подключить и параллельно проверить почтовую связку, потому что безопасность и доверие почтовых сервисов часто идут рядом.

Какие DNS-записи встречаются ещё

Кроме A, MX и TXT, на практике часто используются и другие записи. Владельцу сайта не нужно запоминать все типы, но полезно понимать, для чего они нужны, чтобы не согласиться случайно на неверную настройку.

Если коротко, A и AAAA ведут на сервер, MX отвечает за почту, TXT хранит подтверждения и правила, а CNAME и NS помогают связать домен с другими системами и обслуживающими серверами.

Как DNS связан с запуском сайта, почтой и аналитикой

DNS влияет не только на открытие сайта. Через него подключают корпоративную почту, формы обратной связи, сервисы аналитики, рекламные системы и некоторые интеграции с CRM. Поэтому запуск проекта без проверки записей часто заканчивается лишними кругами согласований.

Например, сайт уже принят, но письма с формы не доходят до менеджера. Или домен подтвердился в одном сервисе, а в другом нет, потому что запись добавили не туда или не в тот формат.

Если у вас сложный проект, лучше сразу закладывать на проверку DNS не 15 минут, а 1-2 рабочих часа на полный цикл: домен, сайт, почта, поддомены, формы, подтверждение сервисов. В типичном проекте эта мелочь экономит несколько дней переписки и ручных проверок после запуска.

Чем опасны ошибки в DNS

Ошибки в DNS редко выглядят как «всё сломано» в первый момент. Чаще они проявляются частично: сайт открывается не у всех, письма доходят выборочно, поддомен работает, а основной домен нет. Из-за этого проблему иногда ищут не там, где надо.

Самые неприятные последствия для бизнеса, это потеря входящих писем, сбой заявок с сайта, невозможность подтвердить домен в сервисах и простой после переноса. Если такие симптомы уже есть, лучше не гадать, а провести технический аудит сайта, потому что DNS входит в первую очередь проверок при подобных сбоях.

• сайт не открывается или открывается не везде;
• почта с домена не отправляется или попадает в спам;
• письма с формы не доходят менеджеру;
• сервис не подтверждает владение доменом;
• после переезда часть пользователей видит старую версию сайта.

Типичные ошибки, которые допускают владельцы и подрядчики

Чаще всего проблемы возникают не из-за самой технологии, а из-за спешки. Домены и серверы меняют в последний момент, а старые записи удаляют раньше времени. В результате часть трафика и почты ещё идёт по старым правилам, а часть уже по новым.

Ещё одна частая ошибка, это доверить настройки «первому попавшемуся специалисту» без фиксации, что именно было изменено. Через месяц никто не помнит, где лежит управление доменом, какой сервер указан основным и почему письма стали хуже доходить.

• удаляют старые записи до полного завершения переноса;
• не проверяют почту после изменения MX;
• дублируют одинаковые записи с разными значениями;
• меняют NS-серверы без понимания последствий;
• не фиксируют, кто и что менял в зоне домена;
• не делают проверку через несколько часов после обновления.

В хорошей практике всегда есть правило: сначала меняют записи, потом проверяют работу сайта и почты, и только после этого считают задачу закрытой. Именно так мы в RDMN обычно подходим к доменам, когда подключаем сайт или переносим проект на новый сервер.

Как проверить DNS без глубоких технических знаний

Владельцу бизнеса не обязательно самому править записи, но полезно уметь задать правильные вопросы. Для начала нужно понимать, где управляется домен, кто отвечает за DNS и есть ли доступ к панели, где можно увидеть A, MX и TXT-записи.

Минимальный чек-лист проверки выглядит так: сайт открывается по основному домену, почта отправляется и принимается, формы на сайте доходят до адресата, а нужные сервисы подтверждают домен. Если хотя бы один пункт не выполнен, надо смотреть записи и логи отправки.

1. Уточните, где находится управление доменом.
2. Проверьте, какие NS-серверы сейчас указаны.
3. Сравните A-запись с реальным IP сервера.
4. Проверьте MX-записи для почты.
5. Сверьте TXT-записи для SPF, DKIM и подтверждения сервисов.
6. Проверьте сайт и почту после обновления, не откладывая на завтра.

Частые вопросы

Сколько времени нужно, чтобы DNS-записи начали работать?

Обычно изменения становятся заметны в течение нескольких минут, но полное обновление по сети может занять до 24 часов, иногда дольше. Поэтому после правок важно не паниковать раньше времени и проверять доступность с разных устройств и сетей.

Можно ли самому поменять A или MX-запись?

Да, если у вас есть доступ к панели управления доменом и вы понимаете, что именно меняете. Но если сайт и почта уже работают, лучше сначала сделать копию текущих настроек или зафиксировать их в виде скриншота.

Почему почта с домена попадает в спам?

Причин несколько: неверные MX-записи, отсутствие SPF или DKIM, слабая репутация домена, подозрительный текст письма. На практике чаще всего проблема не одна, а в сочетании нескольких факторов.

Что делать, если сайт не открылся после переноса?

Сначала проверяют A-запись, NS-серверы и кэш у регистратора и у хостинга. Если недавно меняли сервер, нужно убедиться, что домен действительно указывает на новый IP, а старая площадка ещё не отключена раньше времени.

Зачем бизнесу знать про TXT-записи, если есть подрядчик?

Чтобы понимать, что именно вам подключают и почему сервис просит добавить непонятную строку. Это помогает контролировать исполнителя и быстрее находить источник проблем, если почта или подтверждение домена перестали работать.

Нужно ли заказывать отдельную поддержку DNS?

Если домен, сайт и почта используются для продаж, лучше иметь техподдержку на случай срочных правок. Для таких задач обычно подключают техническую поддержку сайта, потому что сбой в записях лучше исправлять быстро, без долгой переписки и потери обращений.

Что делать: короткий план

1. Уточните, где именно управляется ваш домен и кто имеет доступ к DNS.
2. Проверьте, какая A-запись ведёт на сайт, и совпадает ли она с текущим сервером.
3. Сверьте MX-записи, если у вас работает корпоративная почта.
4. Попросите проверить TXT-записи для SPF, DKIM и подтверждения домена в сервисах.
5. После любых изменений проверьте сайт, почту и формы обратной связи с разных устройств.
6. Если переносите сайт, обновляете почту или видите сбои, не откладывайте диагностику, потому что ошибка в DNS редко исчезает сама.

Если нужен аккуратный разбор домена, почты и связанных настроек в составе проекта, в RDMN это обычно делают вместе с запуском, редизайном или доработками. Точная смета после брифа, потому что объём работ зависит от того, сколько сервисов завязано на домен и что именно нужно восстановить.