Разработка

Как исправить SPF, DKIM и DMARC

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

Средний · Чтение: 8 мин · Обновлено 31 октября 2026 г.

Как исправить SPF, DKIM и DMARC

Что делает каждая запись

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

Начните с проверки домена в Email DNS Checker, чтобы увидеть, какие из трёх записей нужно исправить. Google и Yahoo теперь требуют эти записи от массовых отправителей, поэтому их отсутствие может ухудшить доставку писем.

Исправляем SPF

SPF — это одна TXT-запись в корне домена. Она перечисляет все сервисы, которые отправляют вашу почту:

v=spf1 include:_spf.google.com ~all

Используйте значение include, которое даёт ваш провайдер. Типичные ошибки такие:

  • Две SPF-записи. У домена может быть только одна. Объедините их: v=spf1 include:_spf.google.com include:sendgrid.net ~all.
  • Слишком много запросов. SPF допускает 10 DNS-запросов. Каждый include считается, как и вложенные в него. Удалите сервисы, которыми вы больше не пользуетесь.
  • Забытый отправитель. Рассылки, счета и формы обратной связи часто отправляются через другие сервисы. Добавьте каждый из них.

Исправляем DKIM

DKIM вы сами не пишете. Ключ генерирует ваш почтовый провайдер, а вы публикуете его по адресу такого вида:

selector._domainkey.example.com

Найдите настройку DKIM в административной панели провайдера, скопируйте выданную запись, а затем включите подпись там же. Если проверка показывает, что DKIM отсутствует, возможно, нужен правильный селектор, а он у разных провайдеров свой. Чтобы убедиться, отправьте письмо себе и проверьте его заголовки в Email Header Analyzer. Ищите dkim=pass.

Исправляем DMARC

Добавьте TXT-запись по адресу _dmarc.example.com. Начните с режима мониторинга, который не меняет доставку писем:

v=DMARC1; p=none; rua=mailto:dmarc@example.com

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

  1. p=none: несколько недель наблюдайте за отчётами.
  2. p=quarantine: письма, не прошедшие проверку, попадают в спам.
  3. p=reject: письма, не прошедшие проверку, отклоняются.

Не переходите сразу к p=reject. Если какой-то сервис, которым вы пользуетесь, ещё не покрыт SPF и DKIM, его письма перестанут доходить.

Проверяем результат

Изменения DNS распространяются не сразу, поэтому сначала проверьте их в DNS Propagation Checker, а затем снова запустите Email DNS Checker. Для финальной проверки отправьте настоящее письмо и убедитесь, что в его заголовках проходят SPF, DKIM и DMARC.

Часто задаваемые вопросы

Нужны ли все три записи?
Да. Они отвечают за разные вещи, и крупные почтовые сервисы проверяют все три. DMARC также зависит от того, проходят ли SPF или DKIM.
Заканчивать ли SPF на ~all или -all?
~all помечает неуказанных отправителей как подозрительных, а -all требует их отклонять. Пока вы проверяете всех отправителей, безопаснее использовать ~all, особенно если блокировку выполняет DMARC.
Сколько времени занимают изменения DNS?
Часто несколько минут, но может уйти до значения TTL записи, а иногда и дольше. Прежде чем считать, что изменение не сработало, проверьте его через инструмент проверки распространения DNS.

Читайте также