Прогрев IP для рассылок: как не сжечь домен

MAATRIX

Вы арендовали свежий VPS, настроили Postfix, поставили SPF/DKIM/DMARC — и хотите в первый же день отправить всю базу в 50 000 адресов. Не делайте этого: новый IP без истории для почтовых провайдеров выглядит точно так же, как адрес, с которого спамер только что начал массовую рассылку, и разницы между вами и спамером они на старте не видят. Прогрев (IP warmup) — это способ показать Gmail, Outlook и Mail.ru, что вы не спамер, постепенно наращивая объём вместо резкого старта на полную мощность.

Почему новый IP — это подозреваемый по умолчанию

У почтовых провайдеров-получателей нет магии, которая отличает легитимную рассылку от спама по содержимому письма в первую же секунду. Зато у них есть репутационные системы (Google Postmaster Tools, Microsoft SNDS, репутационные базы вроде Spamhaus), которые накапливают историю по IP и домену: сколько писем ушло, какой процент пометили как спам, как часто получатели открывают письма и отвечают, нет ли резких скачков объёма.

У нового IP этой истории попросту нет — он "чистый лист". И вот в чём проблема: типичный паттерн реального спамера — это взять свежий IP (часто на скомпрометированном сервере или через одноразовый VPS) и сразу вылить с него максимальный объём, пока адрес не попал в чёрные списки. Поэтому резкий старт с большим объёмом с нового IP — это само по себе подозрительный сигнал для антиспам-фильтров, вне зависимости от того, насколько легитимно содержимое ваших писем.

Если вы в первый день отправите 30 000 писем с адреса, у которого нет вообще никакой истории, у провайдеров есть все основания включить агрессивную фильтрацию: часть писем улетит в спам, часть — вообще не будет принята (soft/hard bounce), а сам IP рискует попасть в списки вроде тех, что описаны в статье про восстановление репутации IP после попадания в чёрные списки — только вам ещё предстоит заработать эту репутацию, а не терять уже наработанную.

Прогрев не устраняет проверку содержимого письма (SPF/DKIM/DMARC всё равно обязательны — см. настройку SPF, DKIM и DMARC на VPS), но убирает второй, независимый сигнал тревоги — аномальный объём с нового адреса.

Базовый принцип: от малого объёма к целевому

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

Каждый день провайдеры видят: письма ушли, процент жалоб на спам низкий, получатели открывают письма, отвечают, добавляют в адресную книгу. Это положительный опыт, который накапливается и постепенно "снимает подозрения" с IP. Только после того, как накопилось достаточно позитивных сигналов, можно наращивать объём дальше — и снова ждать, снова смотреть на метрики, снова наращивать.

Ключевые принципы, которые должны выполняться на всех этапах:

• Постепенность, а не рывки. Рост объёма должен быть плавным (условно — не более чем в 1,5–2 раза за шаг), а не скачком с 100 до 5000 писем за сутки.
• Стабильность контента. На этапе прогрева не стоит одновременно менять шаблоны писем, домен отправки и объём — тестируйте по одной переменной.
• Согласованность отправителя. Один и тот же IP, один и тот же домен, один и тот же адрес From на всём протяжении прогрева — не переключайтесь между IP в процессе.
• Достаточная база для теста. Если у вас всего 200 подписчиков, полноценный прогрев по неделям не нужен — прогревать имеет смысл, когда целевой объём измеряется тысячами писем в день и выше.

Практический график прогрева по неделям

Ниже — ориентировочная схема прогрева, которую используют как отправную точку многие ESP-провайдеры (SendGrid, Mailgun и аналогичные сервисы публикуют похожие рекомендации). Это не жёсткий стандарт, а разумная отправная точка: конкретные цифры зависят от вашего целевого объёма, репутации домена (если он не новый) и типа получателей. Относитесь к цифрам как к порядку величины, а не как к точному предписанию.

Если ваш целевой объём — не миллионы писем, а условные 3 000-10 000 в день, график можно сжать до 3-4 недель. Если объём большой (десятки и сотни тысяч писем в сутки), закладывайте 6-8 недель и более консервативный темп на старте.

Практическая реализация на уровне Postfix — не открывать полный лимит, а искусственно ограничивать пропускную способность через smtp_destination_rate_delimiter и default_destination_rate_delimit, либо через очередь с ограничением отправки в единицу времени, привязанную к вашему приложению рассылки, а не к самому MTA. Проще всего — управлять объёмом на уровне приложения (список получателей на конкретный день), а Postfix оставить с относительно свободным лимитом, потому что именно приложение знает, кому и в каком порядке слать.

Кого слать первым: приоритизация по вовлечённости

Здесь кроется отдельная ошибка, которую совершают даже те, кто в целом соблюдает график по объёму: наращивают объём, но берут получателей в случайном или хронологическом порядке (например, по дате регистрации). Это неоптимально — на этапе прогрева важно не просто "мало писем", а мало писем, которые точно получат хороший поведенческий отклик.

Начинайте отправку именно с наиболее вовлечённых получателей — тех, кто:

• открывал ваши последние 3-5 рассылок;
• переходил по ссылкам в письмах;
• сам недавно подписался или сделал целевое действие (покупка, регистрация, заявка);
• явно ждёт от вас писем — например, транзакционные подписчики или клиенты с активным заказом.

Хорошие поведенческие сигналы (открытие, клик, ответ, добавление в адресную книгу, отсутствие жалоб) от заведомо лояльной аудитории особенно ценны именно на раннем этапе прогрева — они формируют первую, самую важную часть репутационной истории IP. И наоборот: если в первые дни в выборку попадут "спящие" адреса из старой базы, которые никто не открывал год, — высокий процент отказов и низкий open rate дадут провайдерам ложный негативный сигнал о свежем IP, который ещё нечем компенсировать.

Практическая сегментация для прогрева:

1. Сегмент A — активные за последние 30-60 дней (открытия/клики). Идут первыми, всю первую неделю.
2. Сегмент B — активные за последние 6 месяцев. Подключаются со второй-третьей недели.
3. Сегмент C — вся оставшаяся база, включая давно неактивных. Подключается последней, ближе к выходу на целевой объём — и то стоит рассмотреть предварительную чистку (bounce, спам-ловушки, явно мёртвые адреса), это отдельная тема, разобранная в статье про частые ошибки массовой рассылки с сервера.

Если у вас транзакционные и маркетинговые письма идут с одного IP — на прогрев лучше в первую очередь пускать транзакционные (сброс пароля, подтверждение заказа), у них исторически высокий open rate и почти нулевые жалобы, и уже параллельно постепенно добавлять маркетинговый сегмент.

Мониторинг: смотреть на метрики, а не на календарь

Заранее составленный график — это отправная точка, а не догма. Главное правило прогрева: на каждом этапе отслеживайте реальные показатели доставляемости, и если они показывают признаки проблем — тормозите наращивание объёма, вместо того чтобы жёстко следовать плану "к среде должно быть 500 писем в день".

Что смотреть на каждом шаге:

• Процент попадания в спам / жалобы (complaint rate). Через Google Postmaster Tools и Microsoft SNDS/JMRP. Ориентир, который используют многие ESP как порог тревоги — жалобы выше примерно 0,1% от отправленного объёма. Здесь это именно ориентир из индустриальной практики, а не гарантированное пороговое значение конкретно для вашего случая.
• Open rate по сегменту. Резкое падение открытий на новом этапе — сигнал, что либо расширили сегмент неудачно (задели неактивных), либо часть писем всё же ушла в спам и получатели их просто не видят.
• Bounce rate (hard bounce). Высокий процент недоставленных писем на новом IP выглядит для провайдеров как ещё один признак низкого качества базы.
• Место в inbox vs. спам-папке. Прямая проверка через seed-адреса (тестовые ящики на Gmail, Outlook, Mail.ru, Yandex), на которые письмо тоже отправляется в рамках рассылки — так вы физически видите, куда падает письмо, а не полагаетесь только на агрегированную статистику.

Правило простое: если один из показателей выходит за приемлемый диапазон на текущем шаге — не переходите к следующему объёму, пока метрика не вернётся в норму. Иногда правильный ответ — не просто "подождать", а на шаг откатиться назад по объёму и снова сузить сегмент до самых вовлечённых получателей, дать пару дней на восстановление, и только потом пробовать расширяться снова.

Отдельно держите под контролем DNS-записи (SPF/DKIM/DMARC-отчёты) — иногда падение показателей на этапе прогрева объясняется не объёмом, а банальной ошибкой в записях, которая раньше не проявлялась из-за низкого объёма трафика. Разбор типичных ошибок — в статье про SPF, DKIM и DMARC на сервере: частые ошибки и решения.

После прогрева: не дайте репутации остыть

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

Практические выводы:

• Если вы знаете, что после прогрева будут длинные паузы (сезонная рассылка, разовая кампания раз в квартал) — планируйте более мягкий повторный вход в объём после паузы, а не мгновенный возврат к полной мощности.
• Регулярность важна не только на старте: лучше стабильно слать умеренный объём каждую неделю, чем то устраивать всплеск на 20 000 писем, то молчать месяц.
• Держите отдельный "поддерживающий" минимальный трафик (транзакционные письма, регулярная низкообъёмная рассылка), если основной поток маркетинговых писем нерегулярен — это не даёт IP полностью "остыть" между кампаниями.
• Если простой всё же случился надолго (месяц и больше) — безопаснее частично повторить сокращённый прогрев (начать не с нуля, но и не с полного объёма), чем сразу бить в полную базу.

Если вы разворачиваете рассылку с нуля на новом VPS, весь процесс — от настройки домена и DNS до первого письма — описан по шагам в статье пошаговая настройка VPS под почтовую рассылку с нуля; прогрев логично встраивается сразу после того, как SPF/DKIM/DMARC подтверждены и первое тестовое письмо доставлено.

Частые вопросы