SPF, DKIM и DMARC при переносе сайта: как не потерять письма с домена

Перенос сайта часто меняет DNS, но владелец вспоминает о почте только после пропавшей заявки. A-запись, MX, SPF, DKIM и DMARC отвечают за разные части цепочки. Перед изменением домена составьте список записей и проверьте отправителя формы отдельно от почтового сервиса.

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

A или CNAME направляют веб-домен к сайту. MX указывает, куда принимать почту. Нельзя заменить MX записью для сайта и ожидать, что почтовый сервер продолжит работать.

Форма передаёт данные через подключённый сервис. Он может отправлять письмо с отдельного адреса, а домен сайта может только указывать Reply-To. Уточните в документации сервиса, кто фактически отправляет сообщение.

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

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

Запишите TTL и время изменения. DNS не обновляется мгновенно во всех резолверах. Тестируйте после разумного ожидания, не меняя запись каждый час без журнала.

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

Соберите сервисы, которые реально отправляют: корпоративная почта, CRM, форма сайта, рассылка. Удалите неиспользуемые источники после проверки, но не вырезайте запись наугад.

Для домена должна быть одна TXT-запись SPF. Несколько отдельных строк с `v=spf1` могут привести к ошибке проверки. Изменяйте существующую политику по инструкции провайдера.

DKIM добавляет подпись к исходящему письму, а DMARC задаёт политику проверки согласования домена. Они не заменяют друг друга.

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

`none` обычно используется для наблюдения, `quarantine` просит поместить сомнительные сообщения в спам, `reject` разрешает отклонение. Меняйте политику только когда источники проверены и есть план анализа отчётов.

Отправьте тестовое письмо из формы, из корпоративного почтового ящика и из рассылочного сервиса. Проверьте получение, папку спама и заголовки сообщения.

Сравните From, Return-Path, DKIM-Signature и результаты SPF/DKIM/DMARC. Скрывайте адреса пользователей в отчёте. Если письмо не пришло, проверьте MX и фактический сервис отправки.

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