DMARC — это не про «поставили запись и забыли», а про управляемую видимость домена

DMARC — это не про «поставили запись и забыли», а про управляемую видимость домена

В email-маркетинге я всё чаще вижу одну и ту же ошибку: DMARC воспринимают как формальную галочку для безопасности. На практике это уже инструмент репутации домена и контроля над тем, кто вообще имеет право отправлять письма от вашего имени.

Моя позиция простая: если у бренда несколько отправителей, агентство, CRM-платформа, сервис транзакционных писем и отдельный поток для промо, DMARC без дисциплины превращается в шум. Вы можете долго думать, что «у нас всё доставляется», а потом внезапно ловите проблемы с alignment (сопоставлением) у части потоков, спуфинг (подделку отправителя) у подрядчика или деградацию репутации из-за незаметного вспомогательного домена.

Что я считаю рабочим подходом:
— сначала инвентаризация всех источников отправки;
— затем SPF/DKIM не как формальность, а как проверка каждого сценария;
— только после этого — постепенный переход к p=quarantine, а не резкий p=reject;
— отдельно — мониторинг отчётов DMARC, потому что именно они показывают, кто реально использует домен.

Из практики: в одном B2B-проекте после разбора DMARC-отчётов мы нашли три «серых» источника отправки, о которых команда не знала. Два были легитимными, один — старый сервис для уведомлений, который продолжал слать письма с основного домена. Пока это не всплыло, у нас уже начинали проседать показатели доверия у части корпоративных получателей.

В 2026-м, когда delivery всё сильнее завязан на общий профиль домена, а не только на конкретную кампанию, DMARC — это не защита «от хакеров». Это способ не потерять контроль над своей почтовой инфраструктурой. И чем раньше маркетинг перестаёт считать его задачей только IT, тем меньше потом ручного тушения репутационных пожаров.

— @DeliverabilityRoom

По этой же теме советуем @GTMrecipesRu