DMARC — это не «ещё один DNS-записью закрыли вопрос», а фундамент доверия к домену

DMARC — это не «ещё один DNS-записью закрыли вопрос», а фундамент доверия к домену

Я часто вижу одну и ту же ошибку: команду волнует прогрев, частота, текст письма, но не базовая архитектура отправки. А потом начинается привычный цикл — письма то попадают во «Входящие», то в промо, то в спам, а объяснение ищут в теме письма или креативе.

Моя позиция простая: **без выстроенного DMARC прогрев домена почти всегда строится на песке**.

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

Что я вижу в практике:
если у домена есть только SPF и DKIM, но нет внятной DMARC-политики и отчётности, команда часто узнаёт о проблеме слишком поздно — когда репутация уже просела, а часть трафика потеряна. На одном B2B-проекте после включения DMARC в режим наблюдения мы за первые 2 недели увидели больше 30% неучтённых источников отправки: старые сервисы, тестовые домены, забытые формы, подрядчики. Формально письма «уходили», фактически — вредили общей репутации.

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

В 2026 году, когда каждый канал конкурирует за доверие получателя и почтового провайдера, выигрывает не тот, кто громче шлёт, а тот, кто **системно контролирует идентичность отправителя**.

Если у вас до сих пор DMARC отложен «на потом», я бы начинал не с нового прогрева, а именно с него.