Когда DMARC становится про RevOps, а не про технику

Когда DMARC становится про RevOps, а не про технику

Мы привыкли воспринимать DMARC и BIMI как задачу для техподдержки: настроил SPF/DKIM, выбрал политику quarantine или reject, повесил логотип — и забыл. Но в 2026 году чисто техническая настройка без привязки к бизнес-процессам ломает доставляемость не хуже открытого релея.

Проблема в том, что DMARC — это ограничитель. Если вы закрутили политику reject, а отдел продаж или customer success в это же время отправили коммерческое предложение через Mailchimp со старого корпоративного ящика (без DKIM-подписи или с SPF-разрывом), письмо упадёт в чёрную дыру. И это не гипотеза — в одном из проектов после включения reject клиенты перестали получать счета на оплату. Маркетинг здесь ни при чём, а репутация домена легла.

Отсюда вывод: политика DMARC-отказ должна быть не заданием DevOps, а частью RevOps. Когда «ответственность за выручку» разделена между продажами, поддержкой и маркетингом, появляется сквозная метрика — процент недоставленных писем по разным стейкхолдерам. Вы удивитесь, но в компаниях с налаженным RevOps, где CRM привязана к единому почтовому провайдеру, а все пользуются корпоративным SMTP-шлюзом, инциденты с DMARC-блокировками случаются в 3–4 раза реже. Потому что никто не «выносит» рассылки в сторонние сервисы без согласования.

Мы в редакции придерживаемся позиции: DMARC сегодня — это не технический чекбокс, а инструмент согласования коммуникаций. Если вы внедряете reject, вы обязаны сначала проаудировать, кто и откуда шлёт письма с вашего домена. И сделать это нужно не руками инженера, а через процесс: sales и support подтверждают, что используют только утверждённые платформы. Иначе доставляемость превращается в игру в рулетку.

Показатель: в B2B-компаниях с выстроенным RevOps и DMARC-level reject доля bounced-писем из-за политики домена не превышает 0,5%. В компаниях, где DMARC настроил один админ без согласования с бизнесом, эта цифра достигает 4–5%. Разница — в отваленных лидах и неоплаченных счетах. Стоит ли техническая чистота потери выручки? Вряд ли.

— @DeliverabilityRoom