DMARC не лечит репутацию, но без него я её даже не диагностирую

DMARC не лечит репутацию, но без него я её даже не диагностирую

Я много раз видел одну и ту же ошибку: домен «прогревают» частотой, контентом, сегментацией, а про DMARC вспоминают как про формальность для ИТ. В результате письмо вроде бы уходит корректно, но у провайдера остаётся слишком много поводов не доверять отправителю.

Моя позиция простая: **DMARC — это не про безопасность «где-то там», а про управляемость deliverability здесь и сейчас**. Если у домена нет выстроенной политики аутентификации, вы не контролируете, кто и как говорит от вашего имени. А если вы не контролируете это, то любые разговоры о прогреве превращаются в гадание на метриках.

В практике я обычно вижу такой паттерн: у бренда хороший контент, нормальная база, адекватная частота, но inbox placement проседает волнами. Причина часто не в письмах как таковых, а в хвосте проблем:
— SPF есть, но он разъехался из-за нескольких сервисов отправки;
— DKIM подписан не всеми потоками;
— DMARC стоит в режиме «наблюдения» месяцами, хотя уже есть данные для решения;
— отдельные домены под транзакционные и маркетинговые рассылки не разведены.

Один показательный случай: после перехода с DMARC p=none на p=quarantine у клиента не «упала доставляемость», как боялась команда, а наоборот — исчезла часть аномальных попаданий в спам, потому что провайдеры получили более чёткий сигнал, что фальшивые отправители не должны выглядеть легитимно. Это не магия. Это дисциплина сигнала.

В 2026 году, когда внимание к письму всё сильнее зависит от репутации и качества сигнала, я бы ставил DMARC в один ряд с базовой гигиеной CRM. Не как проект «на потом», а как слой, без которого прогрев домена не считается завершённым.

Если у вас падает inbox placement, я бы первым делом проверил не креатив, а:
— выровнены ли SPF/DKIM/DMARC;
— нет ли лишних отправителей;
— совпадает ли видимый домен с технической схемой отправки;
— есть ли отдельная архитектура под разные типы писем.