Как переехать на новую платформу рассылок и не потерять доставляемость

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

Почему миграция — это риск для доставляемости, а не техническая формальность

Репутация отправителя в глазах Gmail, Yandex, Mail.ru и корпоративных фильтров привязана не только к домену, но и к IP-адресу, истории отправок, паттерну объёма и скорости роста. Новая платформа рассылки почти всегда означает новые IP-адреса, а часто и новые поддомены для отправки. С точки зрения почтового провайдера это — отправитель без истории, к которому применяются самые строгие правила по умолчанию.

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

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

План миграции по неделям

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

Дальше объём смещается порциями, а не полностью: 10–15% кампаний переводится на новую сторону в первую неделю активного переноса, следующие 20–25% — во вторую, и так далее, пока метрики на новой стороне не подтвердят, что доставляемость держится на уровне старой инфраструктуры. Только после этого имеет смысл переносить оставшийся объём и постепенно сворачивать старую платформу.

• Недели 1–4: прогрев новых доменов/IP низким объёмом (20–50 писем в день на ящик), старая инфраструктура работает в обычном режиме
• Неделя 5: перевод 10–15% реальных кампаний на новую платформу, контроль bounce и спам-жалоб ежедневно
• Недели 6–7: перевод ещё 20–30% при устойчивых метриках, старая платформа обслуживает оставшийся объём
• Недели 8–9: перевод большей части объёма, старая инфраструктура остаётся в резерве
• Неделя 10+: полный переход, старая платформа отключается только после стабильного периода на новой

Что прогревать заранее, до переключения объёма

Прогрев касается не только домена, но и всей цепочки, которая формирует репутацию: IP-адреса рассылочного сервиса, SPF/DKIM/DMARC записи для новых доменов, поведенческие сигналы вроде открытий и ответов на тестовых письмах, а также репутацию у конкретных почтовых провайдеров по отдельности — Gmail и корпоративные фильтры реагируют на новизну источника не синхронно.

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

Отдельно нужно перепроверить технические записи домена сразу после настройки, а не постфактум: неправильно выставленный DKIM или отсутствующий DMARC на новом поддомене — частая причина того, что прогрев с первого дня идёт по заниженной базе доставляемости.

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

Какие метрики контролировать в переходный период

В обычном режиме метрики проверяют раз в несколько дней, в переходный период — ежедневно, хотя бы первые две-три недели после начала переноса объёма. Главные сигналы проблемы появляются быстро: рост bounce rate выше привычного уровня, падение open rate относительно исторического среднего на аналогичных сегментах, попадание тестовых писем в папку «Спам» у крупных провайдеров.

Полезно вести параллельное сравнение: одинаковые по составу сегменты, отправленные со старой и новой инфраструктуры в одну неделю, дают понятную базу для сравнения без искажений от разного качества базы или разного времени отправки.

Если метрики на новой стороне заметно хуже старой — это повод остановить перенос объёма, а не продолжать по плану ради дедлайна. Лучше задержать полный переезд на пару недель, чем закрепить плохую репутацию у нового домена на старте его жизни.

• Bounce rate — рост выше 2–3% сигнализирует о проблеме с доставляемостью или качеством адресов
• Open rate в сравнении с историческим средним на аналогичном сегменте
• Попадание в спам — ручная проверка через тестовые ящики на основных провайдерах
• Скорость и содержание ответов — резкое исчезновение ответов при стабильном объёме открытий тоже тревожный сигнал
• Репутация домена в открытых инструментах проверки (blacklist-статус, SPF/DKIM/DMARC валидность)

Частые ошибки при миграции

Большинство проблем с доставляемостью после переезда — следствие спешки, а не выбора неподходящей платформы.

• Полный перевод объёма в первый же день работы нового инструмента без прогрева
• Отключение старой инфраструктуры сразу после переезда, без резервного периода
• Перенос всей базы разом вместо постепенного распределения по сегментам
• Игнорирование настройки SPF/DKIM/DMARC для новых доменов до начала прогрева
• Отсутствие ежедневного контроля метрик в первые недели после переноса объёма
• Перенос кампаний по календарному плану без оглядки на фактические показатели доставляемости

Что делать, если доставляемость всё же просела

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

Второй шаг — проверить техническую сторону заново: валидность SPF/DKIM/DMARC, отсутствие домена в чёрных списках, корректность настройки поддоменов. Часто проблема решается не паузой в объёме, а исправлением технической ошибки, которая тянула метрики вниз с самого начала.

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

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

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