<b>SPF, DKIM и DMARC: базовая связка, без которой падает доставляемость</b>

<b>SPF, DKIM и DMARC: базовая связка, без которой падает доставляемость</b>

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

Для рабочей настройки важно:
— не держать несколько SPF-записей на один домен;
— укладываться в лимит DNS-lookups;
— подписывать исходящую почту ключом DKIM с длинным селектором;
— выравнивать домен в From и домен подписи;
— запускать DMARC сначала в режиме <code>p=none</code>, затем ужесточать политику.

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

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

Правильная аутентификация не поднимает open rate сама по себе, но убирает системный штраф на уровне провайдера. Настраивать SPF, DKIM и DMARC нужно как единый технический регламент рассылок, а не как три независимые записи в DNS.