Как сохранить доставляемость при переезде на новый ESP
Смена ESP - одна из тех задач, которые откладывают до последнего. Текущий сервис работает так себе, поддержка отвечает сутками, цена растёт каждый год. Но мысль о переезде пугает больше, чем все эти проблемы вместе взятые. Главный страх - потерять доставляемость, которую выстраивали месяцами.
Этот страх обоснован. Миграция на новый ESP действительно может обрушить inbox rate, если сделать её наспех. Но если следовать плану, переезд проходит без провалов. В этой статье - конкретные шаги, порядок действий и ошибки, которых стоит избегать.
Почему доставляемость падает при смене ESP
Когда вы переезжаете на новый сервис, меняется инфраструктура отправки. IP-адреса другие. SMTP-серверы другие. Для почтовых провайдеров это выглядит так: вчера письма от вашего домена приходили с одного источника, сегодня - с совершенно другого. Доверие, которое было накоплено к старому IP, не переносится автоматически.
Репутация домена при этом сохраняется. Gmail, Yahoo, Mail.ru привязывают репутацию к домену из заголовка From, а не только к IP. Но IP-репутация тоже играет роль. На новом dedicated IP у вас ноль истории. На shared IP нового ESP - чужая история, которая может быть как хорошей, так и плохой.
Ещё одна причина - технические ошибки при настройке. Неправильно перенесённый SPF, отсутствующий DKIM для нового ESP, устаревший DMARC. Каждая мелочь, которая работала «сама» на старом сервисе, при переезде требует ручной проверки.
Подготовка: что сделать до переезда
Миграция начинается не с регистрации в новом ESP. Она начинается с аудита текущей ситуации.
- Зафиксировать текущие метрики. Open rate, click rate, bounce rate, spam complaints, inbox placement по каждому крупному провайдеру (Gmail, Yahoo, Mail.ru, Outlook). Эти цифры станут точкой отсчёта. Без них вы не поймёте, ухудшилась доставляемость после переезда или нет.
- Сохранить списки подавления. Hard bounces, отписавшиеся, жалобщики на спам. Это ваш «чёрный список», и он не должен потеряться при переезде. Если начать отправлять на адреса из списка подавления - будет всплеск жалоб, которого новый ESP не простит.
- Валидировать базу. Перед миграцией прогоните весь список через валидатор. Адреса, которые работали полгода назад, могли умереть. Переезжать с грязной базой - гарантировать себе проблемы с первой же рассылки.
- Задокументировать автоматизации. Триггерные цепочки, welcome-серии, cart abandonment, реактивация. Всё, что работает автоматически на старом ESP, нужно воссоздать на новом. Составьте список с условиями, задержками, шаблонами.
- Выбрать тип IP на новом ESP. Shared или dedicated. Если ваш объём - больше 50 000 писем в месяц, dedicated IP даст больше контроля, но потребует прогрева. На shared IP прогрев не нужен, но вы зависите от соседей.
DNS-записи: настроить до первой отправки
Это фундамент, и ошибки здесь стоят дорого. Каждый ESP использует свои SMTP-серверы, а значит, SPF и DKIM нужно обновить.
SPF
Добавьте include нового ESP в вашу SPF-запись. Не удаляйте старый include до полного завершения миграции - в переходный период письма могут уходить с обоих сервисов. Следите за лимитом в 10 DNS-lookup.
DKIM
Каждый ESP генерирует свою DKIM-пару ключей. Добавьте CNAME или TXT-запись для нового ESP. Старая DKIM-запись остаётся - она нужна, пока хоть одно письмо уходит через прежний сервис.
DMARC
Если у вас уже p=reject, убедитесь, что новый ESP проходит alignment по домену. Если выравнивание сбоит, письма с нового сервиса будут отклоняться вашей же DMARC-политикой. Тестируйте до запуска.
Custom tracking domain
Настройте собственный домен для отслеживания кликов и открытий. По умолчанию ESP использует свой домен - а его репутация может быть подпорчена другими клиентами. Свой tracking domain также помогает с DMARC alignment.
После настройки отправьте тестовые письма на адреса Gmail, Yahoo, Mail.ru, Outlook. Проверьте заголовки: SPF pass, DKIM pass, DMARC pass. Если хоть одна проверка не прошла - не запускайте миграцию.
Стратегия миграции: постепенно, не рывком
Главная ошибка при переезде - переключить весь трафик за один день. На старом ESP вы отправляли 100 000 писем в неделю. На новом в первый день - ноль, а на следующий - сразу 100 000. Для почтовых фильтров это выглядит как спам-атака с нового IP.
Правильный подход - параллельная работа двух ESP в течение двух-четырёх недель. Трафик переносится частями.
План переноса трафика
| Неделя | Новый ESP | Старый ESP | Кого переносить |
|---|---|---|---|
| 1 | 10-15% | 85-90% | Самые активные подписчики (открытие за 14 дней) |
| 2 | 30-40% | 60-70% | Активные подписчики (открытие за 30 дней) |
| 3 | 60-70% | 30-40% | Основная база (открытие за 60 дней) |
| 4 | 100% | 0% | Полный переход, отключение старого ESP |
Если на третьей неделе метрики просели - откатитесь к пропорции второй недели и разберитесь с причиной.
Активные подписчики идут первыми не случайно. Они откроют письмо, кликнут по ссылкам. Gmail и другие провайдеры увидят положительный engagement с нового IP и начнут доверять ему. Отправить первую партию на тех, кто не открывал письма три месяца, - верный способ убить репутацию нового IP на старте.
Прогрев на новом ESP: что учесть
Если вы переходите на dedicated IP, прогрев обязателен. Логика та же, что и при запуске с нуля: начинаете с малых объёмов, наращиваете постепенно. Но есть нюанс - ваш домен уже имеет репутацию. Это ускоряет процесс.
Gmail с 2024 года ставит репутацию домена выше репутации IP. Если домен имеет статус High в Google Postmaster Tools, прогрев нового IP может занять две недели вместо четырёх. Провайдер уже знает ваш домен и готов доверять, даже если IP незнакомый.
На shared IP прогрев не требуется - ESP уже прогрел эти адреса. Но следить за качеством отправки всё равно нужно. Если ваш новый ESP толерантен к спамерам, shared IP может оказаться «грязным» с самого начала.
Признак хорошего ESP - строгая антиспам-политика. Если сервис отказывает клиентам с грязными базами, значит, его shared IP чистые. Выбирайте сервис, который не пускает всех подряд.
Мониторинг: на что смотреть каждый день
Во время миграции вы следите за метриками ежедневно. Не еженедельно, не «когда будет время». Каждый день. Одна пропущенная аномалия - и через неделю вы разбираете последствия.
Bounce rate
Сравнивайте с показателями на старом ESP. Рост bounces на новом сервисе - сигнал, что часть адресов не прошла валидацию или принимающий сервер отклоняет незнакомый IP.
Spam complaints
Порог - 0.1%. При миграции жалобы могут кратковременно вырасти: письма попадают в спам, подписчики не узнают отправителя (другой адрес reply-to или незнакомый tracking domain).
Inbox placement
Google Postmaster Tools покажет, куда попадают ваши письма. Если доля спама выросла с 2% до 15% - остановите миграцию и проверьте DNS-записи, content, sending patterns.
Delivery latency
Задержки в доставке - ранний признак throttling. Провайдер пропускает письма медленнее, чем обычно, потому что не доверяет новому IP. Это нормально на первой неделе, но если задержки растут - снизьте объём.
Настройте Google Postmaster Tools до начала миграции. Если домен ещё не верифицирован - сделайте это первым шагом. Данные появляются с задержкой в 24-48 часов, поэтому начинать мониторинг нужно заранее.
Ошибки, которые убивают доставляемость при миграции
Переключение всего трафика за один день
Даже если DNS-записи настроены идеально. Резкий скачок объёма с нового IP - это спам в глазах фильтров. Переносите трафик частями за две-четыре недели.
Потеря списков подавления
Экспортировали контакты из старого ESP, импортировали в новый - а suppression list забыли. Результат: отправка на адреса, которые жаловались на спам. Один такой импорт способен отправить новый IP в блеклист за сутки.
Удаление SPF/DKIM старого ESP до завершения миграции
Пока хоть одно письмо уходит через старый сервис (триггерные цепочки, транзакционные уведомления), его DNS-записи должны оставаться. Удалите их только после полного отключения.
Смена домена отправителя одновременно со сменой ESP
Новый IP + новый домен = ноль репутации по обоим параметрам. Если хотите сменить домен, сделайте это отдельным этапом: сначала переезд на новый ESP со старым доменом, потом - смена домена с прогревом.
Игнорирование различий между провайдерами
Gmail доставляет нормально, а Mail.ru режет весь трафик. Разные провайдеры реагируют на смену IP по-разному. Отслеживайте метрики отдельно по каждому крупному провайдеру и при необходимости корректируйте объёмы адресно.
Транзакционные и маркетинговые: переносить отдельно
Если на старом ESP вы отправляли и маркетинговые рассылки, и транзакционные письма (подтверждения заказов, сброс пароля, уведомления), не переносите всё одновременно.
Транзакционные письма критичнее для бизнеса: клиент не получил подтверждение заказа - потерянная продажа. Перенесите их последними, когда убедитесь, что новый ESP работает стабильно. Или рассмотрите вариант с отдельным сервисом для транзакционных писем (Postmark, Amazon SES) - это разделит потоки и защитит от взаимного влияния.
Маркетинговые рассылки генерируют больше жалоб. Если транзакционные и маркетинговые письма идут с одного IP, проблемы одного потока тянут на дно второй. Разделение - стандартная практика для компаний с объёмом от 50 000 писем в месяц.
Чек-лист миграции
Распечатайте и отмечайте по мере выполнения. Пропуск любого пункта - потенциальная проблема с доставляемостью.
- 1.Зафиксировать текущие метрики доставляемости на старом ESP.
- 2.Экспортировать и импортировать списки подавления (bounces, unsubscribes, spam complaints).
- 3.Валидировать базу перед импортом в новый ESP.
- 4.Настроить SPF, DKIM, DMARC для нового сервиса. Не удалять записи старого.
- 5.Настроить custom tracking domain.
- 6.Отправить тестовые письма, проверить заголовки на SPF/DKIM/DMARC pass.
- 7.Верифицировать домен в Google Postmaster Tools.
- 8.Перенести 10-15% трафика (активные подписчики) на новый ESP.
- 9.Мониторить метрики ежедневно. Сравнивать с baseline.
- 10.Наращивать объём на 15-20% каждые 3-4 дня.
- 11.Воссоздать автоматизации и триггерные цепочки на новом ESP.
- 12.Перенести транзакционные письма последними.
- 13.Отключить старый ESP после полного переноса. Удалить его DNS-записи.
После миграции: первые 30 дней
Переезд завершён, старый ESP отключён. Но расслабляться рано. Первый месяц на новом сервисе - период, когда репутация IP ещё не устоялась.
Не увеличивайте объём резко. Если на старом ESP вы отправляли 80 000 писем в неделю и вышли на этот объём к концу миграции - держите его стабильным. Скачок до 150 000 «потому что акция» может вызвать throttling или попадание в спам.
Продолжайте сравнивать метрики с baseline, который зафиксировали до переезда. Если open rate упал на 5-10% - это нормальная флуктуация. Если на 30% - что-то сломалось: DNS, сегментация, отправка на подавленные адреса.
Через 30 дней проведите полный аудит: сравните все ключевые метрики с показателями до миграции. Если inbox rate на том же уровне или выше - переезд прошёл успешно. Если ниже - ищите причину в конкретном провайдере и конкретном сегменте.
Главное
Миграция на новый ESP - не техническая задача на один день. Это проект на месяц-полтора, с подготовкой, постепенным переносом и плотным мониторингом. Домен сохраняет репутацию, но новый IP требует прогрева. DNS-записи нужно настроить до первой отправки. Списки подавления нельзя терять. Трафик переносится частями, начиная с самых активных подписчиков.
Если соблюдать эту последовательность, доставляемость не пострадает. Более того, если старый ESP был слабым и вы перешли на сервис с чистыми IP и строгой антиспам-политикой, inbox rate может вырасти. Переезд - не угроза. Это возможность навести порядок.
Перед переездом - проверьте базу
Грязная база на новом ESP - провал с первой рассылки. Валидируйте адреса до импорта, чтобы начать миграцию с чистого листа.
Валидировать базу в uChecker