Настройка почты Mail.ru для холодной B2B-рассылки: пошагово

Mail.ru остаётся одним из основных почтовых провайдеров для российского B2B, и правильная настройка ящика под ним не сводится к «завести аккаунт и начать слать». Разберём технические шаги — от аутентификации домена до лимитов на отправку, — без которых холодная рассылка с Mail.ru быстро упирается в спам-папку получателей.

Личный ящик @mail.ru и корпоративный домен — разные истории

Первое решение перед настройкой — на какой инфраструктуре Mail.ru вести рассылку. Личный ящик вида имя@mail.ru для холодного B2B-аутрича не подходит: он не даёт возможности использовать собственный домен компании, воспринимается получателем как частный, а не деловой адрес, и жёстко ограничен по лимитам отправки без права на расширение.

Правильный путь — подключить корпоративный домен компании к почтовому сервису Mail.ru для бизнеса (VK WorkMail и аналогичные корпоративные тарифы). Это даёт адрес вида имя@вашакомпания.ru, полный контроль над DNS-записями домена и более высокие лимиты отправки при подтверждённом деловом использовании.

Если домен ещё не подключён к почтовому сервису, первый шаг — регистрация компании в сервисе и добавление домена через панель управления, с последующим подтверждением владения доменом через DNS-запись, которую выдаёт сервис.

После подтверждения владения доменом стоит сразу создать структуру ящиков под конкретных отправителей, а не один общий адрес на всю команду — для холодного B2B-аутрича лучше работает персонализированная почта конкретного сотрудника (имя.фамилия@домен), чем безликий info@ или sales@, потому что деловой получатель охотнее отвечает живому человеку, а не отделу.

Число ящиков стоит планировать заранее, исходя из целевого объёма отправки: поскольку каждый ящик имеет собственный дневной лимит, для заметного объёма рассылки обычно нужна ротация из нескольких адресов на одном или нескольких доменах, а не попытка прогнать весь объём через один аккаунт.

Шаг 1: настройка SPF для домена

SPF-запись сообщает почтовым серверам получателей, каким серверам разрешено отправлять письма от имени вашего домена. Без корректного SPF письма с высокой вероятностью помечаются как подозрительные даже при правильном содержании.

Для домена на инфраструктуре Mail.ru запись SPF добавляется в DNS-зону домена как TXT-запись с указанием сервера отправки Mail.ru. Если у домена уже есть другие сервисы отправки почты (например, транзакционные письма через отдельный сервис), все источники должны быть перечислены в одной SPF-записи — наличие нескольких SPF-записей у одного домена сам по себе является ошибкой и может привести к тому, что запись не будет учитываться вовсе.

Шаг 2: DKIM-подпись писем

DKIM добавляет к каждому письму криптографическую подпись, которая подтверждает, что письмо действительно отправлено с заявленного домена и не было изменено по пути. Для домена, подключённого к Mail.ru для бизнеса, ключ DKIM генерируется в панели управления почтой и добавляется в DNS как отдельная TXT-запись.

После добавления записи важно дождаться распространения DNS (обычно от нескольких часов до суток) и проверить активацию через встроенный в панель Mail.ru инструмент диагностики, прежде чем начинать отправку. Письма, отправленные до полного распространения DKIM-записи, могут не пройти проверку подлинности на стороне получателя.

Шаг 3: DMARC-политика

DMARC связывает SPF и DKIM в единую политику и указывает почтовым серверам получателей, что делать с письмами, которые не прошли обе проверки — принимать, помечать как подозрительные или отклонять. Для нового домена, только начинающего рассылку, рекомендуется мягкая политика на старте (p=none) с постепенным переходом к строгой (p=quarantine, затем p=reject) по мере накопления уверенности, что все легитимные письма проходят проверки корректно.

DMARC-запись также включает адрес для отчётов, куда почтовые провайдеры присылают агрегированную статистику по аутентификации писем с домена — это полезный источник данных для мониторинга репутации домена в динамике, а не только на старте настройки.

Для получателей на самом Mail.ru DMARC особенно важен, потому что провайдер строго проверяет соответствие домена отправителя фактическому источнику письма, и без корректной политики письма от нового домена с большей вероятностью попадают в папку «Рассылки» или «Спам» даже при наличии SPF и DKIM по отдельности.

• Начать с политики p=none и адресом для отчётов
• Через 2–4 недели мониторинга без нарушений — перейти на p=quarantine
• После стабильной работы — переход на p=reject для максимальной защиты домена от подделки

Шаг 4: лимиты отправки и прогрев на Mail.ru

Mail.ru жёстко следит за темпом отправки с новых и малоактивных доменов и ящиков. Резкий переход от нескольких писем в день к десяткам или сотням — частая причина временной блокировки или ограничения аккаунта, даже если содержание писем безупречно.

Новый ящик или домен на Mail.ru стоит вводить в рассылку постепенно: начиная с 10–20 писем в день на первой неделе, с плавным ростом при условии, что нет жалоб, писем в спам-папку или ошибок доставки. Резервный запас времени — три-четыре недели до выхода на полноценный рабочий объём для одного ящика.

В LDM прогрев ящиков на Mail.ru идёт по такой же логике автоматически: платформа контролирует темп роста и останавливает наращивание объёма, если метрики начинают показывать проблему, прежде чем это скажется на репутации домена.

Отдельно стоит учитывать дневные лимиты, которые Mail.ru устанавливает даже для корпоративных доменов с подтверждённым деловым использованием — они выше, чем у личных ящиков, но всё равно конечны и зависят от возраста домена и истории отправки. Превышение лимита не всегда даёт явную ошибку — иногда часть писем просто задерживается или тихо не доставляется, поэтому важно ориентироваться не на формальный лимит из документации, а на фактические показатели доставки конкретного домена.

Частые ошибки при настройке Mail.ru под рассылку

Большая часть проблем с доставляемостью через Mail.ru происходит не из-за содержания писем, а из-за пропущенных или неполных технических шагов на старте.

• Отправка с личного ящика @mail.ru вместо корпоративного домена
• Настройка SPF без учёта других сервисов отправки, из-за чего запись становится некорректной
• Запуск полного объёма рассылки сразу после подключения домена, без периода прогрева
• Игнорирование DMARC-отчётов — потеря сигнала о проблемах с аутентификацией до того, как они повлияют на доставляемость
• Использование одного и того же ящика одновременно для деловой переписки и для холодной рассылки без разделения нагрузки

Проверка настроек перед запуском кампании

После завершения технической настройки не стоит сразу запускать кампанию на полном объёме — сначала стоит убедиться, что все записи применились корректно и работают как задумано. Панель управления Mail.ru для бизнеса обычно показывает статус каждой записи (SPF, DKIM, DMARC) с явной пометкой, активна она или нет, и на этом этапе полезно дождаться зелёного статуса по всем трём, а не догадываться по факту отправки.

Дополнительно стоит отправить несколько тестовых писем на ящики других провайдеров — Gmail, Yandex — и проверить, что письмо доходит во «Входящие», а не в спам, и что в заголовках письма видна успешная аутентификация по всем трём протоколам. Это дешевле и быстрее, чем обнаружить проблему уже после начала полноценной рассылки по базе.

Вопросы и ответы