Почему письма из Brevo попадают в спам — домен, DKIM, DMARC?

Одна из первых вещей, с которой я столкнулся, когда запускал рассылку через Brevo по переданной мне базе, — это вопрос доставляемости. Можно собрать красивое письмо и сегментировать аудиторию идеально, но если технически домен не настроен, половина писем уедет в спам, и вы об этом даже не узнаете.

В этой статье разберу, почему письма из Brevo попадают в спам и что с этим делать: аутентификация домена, DKIM, DMARC и новые требования почтовых сервисов. Без лишней теории — то, что реально влияет на попадание во «Входящие».

Главная причина спама — неаутентифицированный домен

Если письма из Brevo массово уходят в спам, причина почти всегда одна: домен отправителя не прошёл аутентификацию. Это не каприз Brevo — это требование почтовых сервисов. С 1 февраля 2024 года Gmail и Yahoo сделали аутентификацию домена обязательной для тех, кто рассылает письма, а в мае 2025 к ним присоединился Microsoft. Проще говоря: сегодня без настройки домена нормальная рассылка невозможна в принципе, каким бы сервисом вы ни пользовались.

Более того, если вы не аутентифицируете домен, Brevo подставит вместо вашего адреса технический @brevosend.com — чтобы хоть как-то спасти доставляемость. Письма будут уходить, но от чужого имени, и доверия к таким сообщениям меньше.

Что такое DKIM и DMARC простыми словами?

Аутентификация домена — это несколько небольших записей, которые вы добавляете в DNS-настройки своего домена. Звучит страшно, на деле это пара строк. Главных протокола три, но в случае Brevo важны не все одинаково:

  • DKIM — цифровая подпись письма. Доказывает, что письмо действительно отправлено от вашего домена и его не подменили по дороге. Для Brevo это ключевая запись.
  • DMARC — правило, которое говорит почтовым серверам, что делать с письмами, не прошедшими проверку: пропустить, отметить спамом или отклонить. Плюс присылает отчёты.
  • SPF — список серверов, которым разрешено отправлять письма от вашего домена. Тут есть нюанс, важный именно для Brevo (см. ниже).

Нюанс Brevo, на котором путаются все: SPF не обязателен

Вот деталь, которую новички пытаются «починить» часами, а её и чинить не надо. На обычном (общем) IP-адресе Brevo SPF не проходит DMARC-выравнивание — и это нормально. Причина техническая: Brevo использует для технического обратного адреса (Return-Path) свой собственный домен, а не ваш. Поэтому SPF просто не может «совпасть» с вашим доменом отправителя.

И это не проблема: DMARC проходит, если сработал хотя бы один из протоколов — SPF или DKIM. У Brevo работает DKIM, и его одного достаточно для прохождения DMARC. Так что не тратьте время на попытки настроить SPF под Brevo на общем IP — он всё равно не выровняется, а на доставляемость это не влияет. Достаточно правильно настроить DKIM и DMARC.

Как аутентифицировать домен в Brevo: порядок действий

В Brevo это делается на странице доменов. Общий путь такой:

  1. В Brevo откройте меню аккаунта → Settings → Senders, Domains, IPs → Domains и добавьте свой домен отправителя (тот, что после «@» в адресе рассылки).
  2. Brevo предложит два пути: автоматический (вы логинитесь в своего DNS-провайдера прямо из Brevo, и записи добавляются сами) или ручной (Brevo показывает значения записей, вы копируете их в DNS вручную).
  3. При ручной настройке скопируйте записи Brevo (код Brevo, DKIM, DMARC) и добавьте их как TXT-записи в панели вашего домен-провайдера или хостинга.
  4. Вернитесь в Brevo и нажмите проверку конфигурации. Появятся зелёные галочки — домен аутентифицирован.

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

Частые ошибки, из-за которых письма продолжают уходить в спам?

  • Изменили или удалили DNS-записи после настройки. Записи Brevo должны оставаться в DNS всё время, пока вы пользуетесь сервисом. Удалили — домен «разаутентифицируется» через день-два, и письма снова в спаме.
  • Две DMARC-записи на домене. Должна быть ровно одна. Лишние — удалить.
  • Не проверили публикацию записей. DNS обновляется не мгновенно. Прежде чем паниковать, проверьте через внешний инструмент (например, MX Toolbox или Google Admin Toolbox Dig), что записи реально видны.
  • «Грязная» база. Даже с идеальной настройкой рассылка по старым, несогласным или мёртвым адресам убивает репутацию отправителя — и письма летят в спам уже по этой причине.

Мой опыт: почему это окупается

Когда я запускал рассылку по «спящей» базе, именно техническая подготовка — подтверждение домена, DKIM, DMARC — оказалась тем, что обеспечило результат. Письма открывали активно, переходов было много, и это не случайность: до людей они дошли, а не осели в спаме. Подробно весь процесс я разобрал в кейсе по e-mail рассылке через Brevo.

Если разбираться в DNS-записях, прогреве домена и протоколах не хочется — это ровно та работа, которую я делаю для клиентов под ключ. От настройки доставляемости до первой кампании: email-маркетинг для бизнеса.

Вывод

Письма из Brevo попадают в спам не из-за самого сервиса, а из-за пропущенной технической настройки. Аутентифицируйте домен (DKIM + DMARC), не трогайте записи после настройки, держите базу чистой — и доставляемость будет в порядке. SPF на общем IP при этом настраивать не нужно, вопреки частому заблуждению.

Если хотите начать с правильно настроенной рассылки сразу — попробовать Brevo можно здесь, а настройку доставляемости под ключ я возьму на себя.

Комментарии

2 ответа для «Почему письма из Brevo попадают в спам — домен, DKIM, DMARC?»

  1. […] техническая тема — про DKIM, DMARC и спам у меня есть отдельный разбор). Как это выглядит на практике, я показывал на запуске […]

  2. […] Вот чему меня научил личный опыт работы с сервисами рассылок: выбор платформы — это далеко не всё. Любой сервис, и Brevo, и Mailchimp, требует правильной технической настройки (аутентификация домена, DKIM, DMARC) — без неё письма уходят в спам независимо от бренда. Об этом я подробно писал в отдельной статье про попадание писем в спам. […]

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *