DMARC — это не про «проставили запись и забыли»

DMARC — это не про «проставили запись и забыли»

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

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

Из практики: в одном B2B-проекте после перехода с ручного хаоса на единый доменный контур и постепенное ужесточение DMARC доля писем с проблемами доставляемости в корпоративные ящики снизилась примерно на 18% за два месяца. Не потому, что DMARC «магически поднял inbox», а потому, что команда наконец-то увидела, кто реально отправляет от имени бренда, и убрала лишние источники.

Что я советую смотреть не только в отчётах:
— какие поддомены реально используются;
— есть ли письма от подрядчиков, которых никто не контролирует;
— совпадает ли доменная политика с логикой lifecycle-коммуникаций;
— не прячутся ли сервисные письма за маркетинговым контуром.

**DMARC — это не настройка, а дисциплина владения доменом.** И чем раньше маркетинг начнёт считать её частью deliverability-процесса, а не задачей «когда-нибудь у IT», тем меньше будет сюрпризов в inbox-показателях и репутации отправителя.

— @DeliverabilityRoom

Есть схожая тема в @EnterpriseSalesMK, рекомендуем