Как настроить SPF, DKIM и DMARC для писем интернет-магазина?

Начните со списка систем, которые отправляют письма покупателям: почта сотрудников, интернет-магазин и сервис рассылок. Для каждой проверьте настройки домена и отправьте тестовое письмо. SPF показывает, каким серверам разрешена отправка; DKIM добавляет подпись; DMARC проверяет, связан ли результат этих проверок с адресом в поле «От». Ниже — порядок настройки и способ проверить реальное письмо. Он поможет найти ошибку до отправки уведомлений о заказах и бонусах.

Какие письма и домены нужно проверить перед настройкой?

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

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

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

Как добавить SPF, DKIM и DMARC без конфликта записей?

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

• SPF. Найдите TXT-запись домена, который сервис использует как технический адрес отправителя. Добавьте в неё разрешение для нужной системы по инструкции этого сервиса. Если SPF уже есть, отредактируйте существующую запись: две SPF-записи для одного имени домена создают конфликт при проверке.

• DKIM. Включите подпись в сервисе отправки и добавьте выданную им DNS-запись. Сервис укажет имя записи, которое включает селектор, и её тип — TXT либо CNAME. Повторите настройку для каждой системы, которая подписывает письма своим ключом.

• DMARC. Добавьте TXT-запись для имени _dmarc вашего домена. На первом этапе подходит политика наблюдения p=none: она позволяет проверить почтовые потоки до того, как вы решите ограничивать письма, которые не проходят проверку. Если собираетесь получать отчёты, настройте адрес для них и назначьте человека, который будет их разбирать.

Смысл DMARC — проверить связь с доменом, который покупатель видит в поле «От». Для успешной проверки достаточно, чтобы прошёл SPF или DKIM и соответствующий домен совпал с видимым доменом по правилам согласования. Поэтому результат SPF: pass сам по себе ещё не означает DMARC: pass. Например, сервис может успешно проверить собственный технический домен, пока магазин указывает в поле «От» другой.

Политики quarantine и reject вводите после проверки всех рабочих отправок. Иначе почтовый сервис получателя может ограничить письмо о заказе вместе с посторонними письмами. Если неясно, где находится DNS-зона и какие значения уже добавлены, поможет инструкция по настройке SPF, DKIM и DMARC на хостинге.

Как убедиться, что настройки работают для покупателя?

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

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

Проверьте письмо в ящиках у разных почтовых провайдеров. Отметьте, оказалось ли оно во «Входящих», в категории рассылок или в «Спаме». Результат на тестовых ящиках не обещает того же размещения каждому покупателю: почтовые сервисы учитывают и историю конкретного получателя. Статус «доставлено» в отчёте отправки тоже не подтверждает попадание во «Входящие» — он сообщает, что сервер получателя принял письмо.

Если SPF, DKIM и DMARC проходят, а бонусное письмо попало в спам, проверьте адресатов и содержание. Уберите адреса с постоянными ошибками доставки, учтите отказы от рассылки и убедитесь, что бонусы ещё доступны человеку. Как разобрать именно этот сценарий, показано в статье на idiscount.by. Для письма о заказе отдельно проверьте ссылку, номер заказа и имя покупателя: ошибки в шаблоне DNS не исправит.

Что делать, если после настройки письма всё ещё не доходят?

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

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

Если сбой повторяется после смены сервиса рассылок или переноса сайта, проверьте, кто отвечает за каждый участок: DNS-зону, сервер магазина и саму отправку. При подборе VPS или провайдера полезно заранее уточнить, где будет управляться DNS и какие письма сайт отправляет самостоятельно. Тогда задача для специалиста звучит конкретно: проверить записи домена, подпись рабочего письма и причину отказа в отчёте. О том, как эти проверки связаны между собой, можно прочитать в материале о SPF, DKIM и DMARC для бизнеса.

Какие ошибки чаще мешают проверке?

• Проверяют только корпоративную почту. Отправьте отдельный тест из магазина и сервиса рассылок: у них могут быть другие серверы и DKIM-ключи.

• Создают вторую SPF-запись. Найдите запись для того же имени домена и внесите изменение в неё, сохранив разрешения для действующих систем.

• Смотрят только на наличие TXT-записей. Откройте заголовки письма, которое отправила рабочая система, и проверьте результаты SPF, DKIM и DMARC у получателя.

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

• Повторяют рассылку всем, кто не открыл письмо. Сверьте ошибки доставки и текущие действия покупателей, после чего соберите новый список адресатов.

Сейчас откройте отчёт последней отправки из магазина и скопируйте текст одного отказа целиком. Это займёт меньше двух минут и даст конкретную ошибку для первой проверки.