Доставляемость падает — и первая реакция обычно направлена на контент: может, тема письма не понравилась Gmail, может, слишком много ссылок. На практике причина почти всегда лежит в другом месте, и текст письма — последнее, что стоит проверять, а не первое.
Коротко: прежде чем менять текст письма, проверьте по порядку три уровня — объём отправки (Volume), инфраструктуру (Infrastructure) и аудиторию (Audience). В подавляющем большинстве случаев внезапное падение доставляемости объясняется одним из этих трёх факторов, а не содержанием письма.
Есть три уровня, на которых стоит искать причину, прежде чем разбирать формулировки: сколько вы отправляете, как вы отправляете и кому вы отправляете. Ниже — порядок, в котором имеет смысл их проверять.
1. Резкий скачок объёма отправки
Самая простая по механике причина и одна из самых частых. Если обычно уходит 100 тысяч писем в неделю, а внезапно ушло 500 тысяч за один день — для почтовых провайдеров это выглядит как заметное изменение поведения отправителя. То же происходит, если после длительной паузы вернуться сразу к прежнему объёму, или если несколько кампаний наложились друг на друга и суммарный объём вырос без явного плана.
Особенно рискованно сочетание резкого роста объёма с непрогретым доменом или IP — новая или недавно восстановленная инфраструктура ещё не имеет достаточной репутации, чтобы выдержать скачок без последствий.
Что проверить. Сравнить фактический объём отправки за последние дни с историческим типичным уровнем — по дням, по кампаниям, по доменам и sending IP. Если рассылки идут через ESP, это обычно видно прямо в дашборде. Если используется собственная инфраструктура — нужно попросить администраторов поднять SMTP-логи и посмотреть объём по IP.
Что делать. Не возвращаться к полному объёму резко после паузы или миграции — наращивать постепенно (см. график прогрева в статье про SPF и DKIM). Если один из источников трафика выглядит подозрительно (например, внезапно крупная разовая кампания), стоит по возможности развести его технически от основного потока отправок.
2. Изменения в инфраструктуре отправки
Это самый неочевидный из трёх пунктов — и часто самый неожиданный для маркетинг-команды, потому что никто «ничего не менял» на своей стороне. DNS-записи могут быть изменены (в том числе не вами — например, при смене DNS-провайдера или обновлении хостинга), аутентификация может сломаться, sending IP может смениться — или у отправляющего IP может незаметно пропасть PTR-запись (обратная DNS-запись, rDNS).
Реальный пример из практики: у стабильного отправителя с хорошей репутацией внезапно упала доставляемость. Объём отправки не менялся, кампании не менялись. Причина оказалась в том, что у отправляющего IP пропала PTR-запись. После её восстановления доставляемость вернулась к прежнему уровню.
PTR стоит упомянуть отдельно, потому что это частый источник путаницы: он не находится в вашей обычной DNS-зоне и не управляется вашим DNS-администратором. PTR контролируется владельцем IP-адреса — то есть хостинг- или облачным провайдером. Если проблема в PTR, её не исправить через панель управления доменом — нужно обращаться именно к провайдеру, который владеет sending IP.
Что проверить. PTR/rDNS, соответствие FCrDNS, SPF, DKIM, DMARC, а также недавние изменения DNS- или NS-записей. Для первичной диагностики достаточно инструментов вроде MXToolbox — они бесплатно показывают состояние большинства этих записей.
Что делать. Если проблема в SPF/DKIM/DMARC — это можно поправить самостоятельно или с DNS-администратором. Если проблема в PTR — нужен запрос к hosting/cloud-провайдеру, который владеет IP; доступа к DNS-зоне для этого недостаточно.
3. Слишком много неактивных получателей в отправке
Классический триггер — реактивационная кампания. Есть большая база пользователей, которые не взаимодействовали с рассылками месяцами или годами, и кто-то решает «разбудить» их одной крупной кампанией — часто с той же инфраструктуры, с которой уходят обычные регулярные рассылки.
Проблема не только в том, что часть адресов в такой базе может быть невалидна. Дело в сочетании сигналов одновременно: рост hard bounce из-за недействительных адресов, низкая вовлечённость даже у валидных, но давно неактивных адресов, и возможный рост жалоб на спам от тех, кто просто забыл, что когда-то подписался. Каждый из этих сигналов по отдельности не критичен, но вместе они быстро ухудшают репутацию отправляющей инфраструктуры — причём той же самой, через которую идут и обычные, ранее нормально работавшие рассылки.
Что проверить. Дату последней активности по сегменту, историю bounce и жалоб по этой части базы. Не рассматривать всю неактивную базу как одну аудиторию — среди неактивных за полгода и неактивных за три года риски принципиально разные.
Что делать. Начинать реактивацию с наиболее «свежей» части неактивной базы, а не со всей сразу, исключить заведомые hard bounce и ранее отписавшихся, и внимательно следить за bounce/complaint/engagement метриками на первых отправках, прежде чем расширять кампанию на всю базу.
Отдельный нюанс: не стоит делать вывод о плохой репутации только по низкому open rate — после изменений в приватности у части провайдеров (автоматическое открытие писем защитными механизмами) этот показатель стал менее надёжным сам по себе. Правильнее смотреть на совокупность: bounces, complaints, clicks, replies, конверсии и данные из Postmaster Tools/ESP.
Диагностический порядок
Когда доставляемость внезапно падает, я не начинаю с переписывания темы письма. Сначала — три вопроса по порядку:
- Volume — не изменился ли объём или паттерн отправки?
- Infrastructure — не изменилось ли что-то с IP, PTR, DNS или аутентификацией?
- Audience — не отправили ли мы недавно крупный объём на неактивный или низкововлечённый сегмент?
И только после этих трёх пунктов имеет смысл переходить к контенту, сегментации и остальным возможным причинам.
Deliverability редко бывает проблемой одного email-маркетинга — это всегда сочетание поведения отправки, инфраструктуры и поведения получателей, именно в этом порядке.
Если доставляемость упала и непонятно, с чего начать диагностику, это ровно то, с чего начинается работа по deliverability. Обсудить можно на консультации.