DMARC — не про «галочку безопасности», а про право домена на доставку

DMARC — не про «галочку безопасности», а про право домена на доставку

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

Моя позиция простая: **DMARC без инвентаризации отправки почти бесполезен**. Пока маркетинг, продукт и support шлют письма «каждый из своей системы», вы не управляете репутацией домена — вы лишь наблюдаете за её распадом. Особенно это заметно в 2026 году, когда у брендов растёт доля автоматических коммуникаций, а проверяющие системы становятся строже к несогласованным потокам и к слабой авторизации.

Из практики: у одного B2B-проекта после перехода с p=none на p=quarantine вскрылось 14 неучтённых источников отправки. Часть была легитимной, часть — забытые сервисы с шаблонами «по умолчанию». До наведения порядка казалось, что проблема в «плохой доставляемости». После — стало видно, что проблема была в архитектуре домена.

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

Если домен — это актив, то DMARC — его система контроля доступа. И в email-маркетинге это уже не про безопасность «на всякий случай», а про базовую управляемость репутации, без которой прогрев и стабильная доставляемость просто не масштабируются.

— @DeliverabilityRoom

Соседняя редакция @RetentionRoomRu недавно писала об этом под другим углом