DMARC-проверки перед очередным прогревом: чек-лист на 7 шагов

DMARC-проверки перед очередным прогревом: чек-лист на 7 шагов

Сейчас в 2026 растёт доля “неявных” касаний (AI-overviews, zero-click), а письмо остаётся ключевым каналом для RevOps (маркетинг + продажи + customer success за выручку). Но любые изменения в рассылках мгновенно бьют по репутации домена: значит, прогрев без диагностики — это лотерея.

— 1) Сними текущие цифры по DMARC (rua/ruf)
Проверь агрегированные отчёты DMARC за последние 7–30 дней: какие источники IP/поддомены попадают в “pass/fail”, и есть ли неожиданные sender domains. Цель — понять, что уже считается доверенным.

— 2) Убедись, что SPF и DKIM синхронизированы с реальными отправителями
Сверь записи SPF: есть ли “лишние” механизмы, которые пропускают не тех; и не появились ли новые подсети отправки. Для DKIM проверь селекторы: чтобы подписи ставились именно так, как заявлено.

— 3) Прогон “алертинг” до изменения политики
Перед тем как двигать p=quarantine/reject, сделай временный контроль по отчётам: настроены ли правила алертов в почтовом мониторинге (резкий рост fail, изменение доли sources, пик на конкретных поддоменах). Без этого ты узнаешь о проблеме постфактум.

— 4) Изолируй домены и поддомены по потокам
Раздели критичные транзакционные письма и промо по разным subdomain’ам (если архитектура позволяет): транзакционные оставить стабильными, промо — прогревать контролируемо. Тогда провал одной ветки не ломает доставляемость другой.

— 5) Приведи alignment к ожидаемому поведению DMARC
Проверь совпадение домена в From с доменом DKIM-signature (d=…) и/или SPF (механизм responsible identity). Если alignment “гуляет”, DMARC может падать даже при “правильной” подписи.

— 6) Сделай этапную политику: от monitoring к мягкому действию
Если до этого был только p=none, сначала переходи на режим, где письма не блокируются мгновенно: quarantine — только после стабилизации метрик. Логика простая: сначала выровнять источники, потом усилить enforcement.

— 7) Проверь источники “маяков” (seed/тестовые ящики) и deliverability
Убедись, что тестовый мониторинг реально отражает картину mailbox-провайдеров: seed домены, корпоративные ящики, разные типы почтовых систем. Сопоставь результаты с DMARC-отчётами, чтобы понимать разницу между “policy” и “репутацией”.

когда это пригодится: перед любой сменой SPF/DKIM/DMARC или началом нового цикла прогрева для промо-рассылок.

— @DeliverabilityRoom