PPostmastersTool
Услуга

Аудит при смене ESP

Переезд рассылок на другую платформу меняет технический контур отправки: ключи и селекторы DKIM, записи SPF, IP-адреса, домены в ссылках и обработку отписки. Аудит при смене ESP сводит эти изменения в проверяемый план: что сравнить до переключения, что контролировать во время него и по каким признакам оценивать доставляемость после переезда.

Когда нужен аудит

Услуга рассчитана на ситуации, когда меняется инфраструктура отправки: переход с одной платформы рассылок на другую, перенос писем из CRM или самописной среды в сервис, разделение маркетинговых и транзакционных потоков между платформами или поддоменами.

Аудит полезен до переключения, пока старая платформа еще отправляет и есть время проверить записи и подписи параллельно. Разбор возможен и после переезда, если доставляемость изменилась и нужно установить причину: аутентификация, содержание писем, репутация IP-адресов новой платформы или состояние базы.

Переезд планируется

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

Переезд уже произошел

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

Меняется схема, а не платформа

Рассылки уходят на поддомен, транзакционные письма на отдельный сервис, часть писем переносится к другому провайдеру. Это тоже миграция email-инфраструктуры, и она проверяется тем же порядком.

Под ESP здесь понимается любой сервис, через который уходит почта: платформа рассылок, транзакционный сервис, CRM или SMTP-релей.

Что меняется при переезде

Смена ESP это не только перенос базы и шаблонов. Меняется технический контур отправки: новая платформа подписывает письма своими ключами DKIM, отправляет со своих IP-адресов, подставляет свои домены в ссылки и по-своему обрабатывает отписку и отказы. Эти изменения видны принимающим серверам, поэтому их проверяют до переключения.

В DKIM-подписи домен подписи задается тегом d=, а селектор ключа тегом s= (RFC 6376). Новая платформа публикует свой селектор и определяет, каким доменом подписывать письма. Для прохождения DMARC домен SPF или DKIM должен совпадать с доменом в поле From (RFC 7489): иначе письмо не пройдет проверку, даже если SPF и DKIM по отдельности корректны.

  • Какой домен d= и селектор s= окажутся в подписи новой платформы?
  • Какие include: нужны в записи SPF и не появится ли в домене вторая запись? По RFC 7208 несколько записей SPF приводят проверку к ошибке permerror.
  • Совпадает ли домен подписи с адресом в поле From, чтобы письмо проходило DMARC?
  • Какие IP-адреса использует новая платформа, общие или выделенные, и в каких черных списках они числятся?
  • Кто после переключения отвечает за отписку одним нажатием, обработку отказов и петли обратной связи по жалобам?

Часть проверок выполняется до переключения. Запись SPF: dig TXT example.com. Публичный ключ DKIM новой платформы: dig TXT sel._domainkey.example.com, где sel это селектор из заголовка DKIM-Signature тестового письма. Политика DMARC: nslookup -type=TXT _dmarc.example.com. Результаты SPF, DKIM и DMARC в собранном письме видны в заголовках оригинала.

Для всех отправителей в адрес Gmail действует требование TLS-соединения и хотя бы одной подписи, SPF или DKIM. Для отправителей от 5000 писем в день дополнительно обязательны SPF и DKIM вместе, публикация DMARC и отписка одним нажатием. При смене платформы эти пункты проверяются заново, потому что заголовки отписки и TLS-соединение настраивает каждая платформа по-своему.

Статистика Postmaster привязана к домену d= в подписи DKIM, а не к платформе. PostmastersTool собирает эти данные через API v2: смена селектора s= при переезде историю наблюдений не обрывает, а переход на другой домен подписи, например на поддомен, означает новую строку статистики.

Альтернативные причины проблем после переезда

Ухудшение после миграции не всегда вызвано самой платформой. В аудите причины разделяются, и для каждой фиксируется доказательство: заголовок письма, ответ сервера, состояние DNS-записи или показатель постмастера.

Письма не проходят аутентификацию

Платформа подписывает письма не вашим доменом, домен подписи не совпадает с полем From или новый include: не добавлен в SPF. Письма отклоняются или уходят в спам у части провайдеров.

Записи опубликованы не полностью

Ключ DKIM не создан, старая запись удалена раньше времени, политика DMARC строгая до конца проверок. Ответы вида 4xx означают временную проблему с возможностью повтора, 5xx постоянный отказ.

Жалобы выросли из-за содержания

Шаблоны переехали в измененном виде, отписка работает иначе, частота отправок стала другой. Для Gmail ориентир по доле жалоб ниже 0,1%, у Mail.ru порог зависит от объема отправки.

Проблема на стороне адресов

Общие IP новой платформы числятся в черных списках, либо база перенесена вместе с адресами, которые давно не отвечают, и рост отказов портит статистику отправителя.

Статистика как будто пропала

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

Как согласуется работа

  1. 1Инвентаризация текущей отправки: домены, записи SPF, DKIM и DMARC, селекторы, потоки писем, объемы по дням, интеграции и обработка отказов.
  2. 2Целевая схема: домен подписи и адреса From на новой платформе, общие или выделенные IP, домены в ссылках, отписка, порядок переключения потоков.
  3. 3Подготовка записей: новые include в SPF, публикация ключей DKIM, политика DMARC и сбор отчетов до переключения.
  4. 4Контрольные отправки: тестовые письма в Gmail, Mail.ru, Яндекс и Outlook, разбор заголовков, сравнение результатов аутентификации со старой платформой.
  5. 5План наблюдения после переключения: контрольные показатели, действия при росте жалоб и отказов, точки отката.

Аудит дает состав проверок и порядок действий. Изменения DNS, остановка рассылок, перенос базы и переключение транспорта выполняет ваша команда или провайдер по согласованному плану.

Решения, требующие изменения DNS, остановки отправки или смены платформы, согласуются отдельно. Подписка на мониторинг оформляется отдельно от аудита и экспертную работу не включает.

Результат и как его проверить

По итогам аудита вы получаете карту отправки до и после переезда, список проверок с результатами, порядок переключения и чек-лист контроля. Открытые вопросы и допущения фиксируются отдельно, чтобы закрывать их данными, а не мнением.

  1. 1Тестовое письмо с новой платформы проходит SPF, DKIM и DMARC: результаты видны в заголовках оригинала письма, разбор доступен в бесплатном анализаторе заголовков.
  2. 2dig TXT example.com возвращает одну запись SPF, селектор платформы отдает публичный ключ, политика DMARC соответствует согласованной.
  3. 3Доля жалоб в рамках порогов: для Gmail ниже 0,1%, для Mail.ru с учетом объема отправки: до 10 000 писем в месяц не выше 1,1%, до 500 000: 1%, до 10 млн: 0,8%, до 50 млн: 0,5%, свыше 50 млн: 0,3%.
  4. 4Отказы объяснимы: временные ответы 4xx прекращаются после повторных попыток, постоянные 5xx разбираются по адресам и причинам.
  5. 5Статистика постмастеров приходит по домену подписи: если домен d= не менялся, история наблюдений в PostmastersTool сохраняется.

Решение о помещении письма в папку принимает принимающая сторона, поэтому гарантировать входящие нельзя. Задача аудита в другом: проверить технические причины, зависящие от отправителя, до и после переключения.

Какая услуга подходит

Выберите по тому, что сейчас происходит с вашими письмами.

Аудит доставляемости

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

Подробнее об услуге

Помощь, когда письма в спаме

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

Подробнее об услуге

Настройка SPF, DKIM и DMARC

Нужно проверить или настроить аутентификацию для всех источников отправки: сайта, CRM, платформы рассылок и корпоративной почты.

Подробнее об услуге

Восстановление репутации домена

Домен попал в черные списки, выросла доля жалоб или провайдер начал отклонять письма, и отправку нужно вернуть в норму.

Подробнее об услуге

Сопровождение доставляемости

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

Подробнее об услуге

Аудит при смене платформы рассылок

Вы переезжаете на новую платформу рассылок или уже переехали, и важно не потерять доставку и репутацию домена.

Вы на этой странице

Мониторинг после переезда

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

PostmastersTool собирает данные Google Postmaster Tools через API v2 и Mail.ru Postmaster, проверяет DNS-записи подключенных доменов, принимает DMARC-отчеты и присылает уведомление, когда показатель выходит за порог. Домен подписи новой платформы стоит добавить к наблюдению до переключения: статистика привязана к домену d= и приходит независимо от того, какая платформа отправляет.

Читайте также

Начните с описания переезда

Опишите платформы отправки, домены, объемы и порядок переключения потоков. На этом согласуется состав аудита и границы работ вокруг переезда.