Почему email-рассылки перестают доходить до подписчиков
У крупного медиапроекта с десятками тематических рубрик база подписчиков исчислялась сотнями тысяч адресов. Читатели выбирали интересные разделы - от финансов до психологии - и получали уведомления о новых материалах. Всё работало стабильно, пока команда не решила расширить охват и вернуть к жизни тех, кто давно не открывал письма.
Логика была простой: разделить неактивных подписчиков на два сегмента. Первый - те, кто читал служебные уведомления, но игнорировал тематические рассылки. Вероятно, их интересы сменились, и им стоит предложить подписку на другие темы. Второй сегмент - полностью «спящие» контакты, которые больше ста дней не реагировали ни на одно письмо. Им отправили реактивационные письма с предложением вернуться.
Команда понимала: работа с холодной аудиторией неизбежно приведёт к росту отписок и ошибок доставки. Часть адресов давно стала неактивной, кто-то мог пометить письма как спам. Допустимый порог установили на уровне 45 тысяч неотправок и недоставок в месяц (при обычных 40 тысячах). Если показатель превысит этот лимит - рассылки немедленно останавливают.
Реальность оказалась жёстче прогнозов. Через месяц после запуска суммарное число ошибок перевалило за 60 тысяч - на треть больше предельного значения. Рассылки экстренно остановили, и началось расследование.
Диагностика: где искать источник проблем
Первым делом проверили метрики новых кампаний. Показатели отписок, жалоб на спам и недоставок оказались лишь немного выше средних - это ожидаемо для работы с неактивной аудиторией. Абсолютный прирост ошибок тоже был незначительным.
Общий мониторинг здоровья email-канала тоже не выявил аномалий: все метрики были даже лучше средних по индустрии. Получалось странно: новые рассылки не виноваты, общие показатели в норме, а недоставки растут.
Стало очевидно: проблема глубже и старше, чем казалось. Нужно было перебрать все рассылки и найти конкретные источники ошибок. Команда выстроила систему расследования:
- Выгрузили все ошибки доставки и отправки за неделю. Более длинный период не имел смысла - набор рассылок повторяется еженедельно, а лишние данные только усложнили бы анализ.
- Классифицировали ошибки по типам: отдельно недоставки, отдельно неотправки. Определили самые частые категории.
- Для каждого типа ошибки нашли конкретные рассылки с наибольшим числом проблем. Оказалось, что основной объём ошибок генерировали старые, давно работающие кампании, а не новые.
- Детально изучили проблемные рассылки: анализировали сегменты, настройки таймингов, условия фильтрации.
Такой послойный подход позволил найти шесть конкретных причин роста ошибок.
Причина первая: атака ботов на формы подписки
В ряде кампаний обнаружились отправки на адреса, принадлежащие ботам. Их удалось вычислить по трём паттернам поведения:
- Одна группа ботов заполняла попап подписки несуществующим email и после этого не совершала ни одного действия на сайте в течение двух-трёх дней.
- Другая группа тоже подписывалась через попап с фейковым адресом, но при этом могла имитировать действия на сайте.
- Третья группа вызывала операцию подписки напрямую через код - в систему передавалась только подписка, без какой-либо активности на сайте.
У всех ботов были общие признаки: отсутствие имени и фамилии, пометка о деактивированном устройстве и характерная «маска» email - например, восемь случайных символов в адресе.
Всех ботов объединили в отдельный сегмент, исключили из рассылок и настроили автоматическое удаление. Но сама по себе атака ботов опасна не только пустыми адресами. Вместе с фейковыми почтами в базу могут попасть спам-ловушки - специальные адреса, которые почтовые сервисы используют для выявления недобросовестных отправителей. Одно письмо на такой адрес может обрушить репутацию домена.
Как защититься от ботов
- Капча при регистрации. Да, это добавляет шаг для пользователя, но резко сокращает поток фейковых адресов.
- Double Opt-In (DOI). Двойное подтверждение подписки снижает конверсию - часть реальных людей забывает подтвердить почту. Зато это фильтрует не только ботов, но и заведомо неактивных подписчиков.
- Регулярная чистка базы. Удаление контактов, которые не открывают письма и не кликают по ссылкам, минимизирует последствия любой атаки.
Причина вторая: письма не успевали сформироваться
Одной из самых частых ошибок была «актуальность рассылки закончилась, сообщение не успело отправиться». Срок актуальности - это окно, в течение которого письмо должно быть отправлено. Если система не успевает - письмо просто не уходит.
Проблема крылась в персонализации. Многие рассылки содержали блоки, которые зависели от интересов пользователя, его поведения на сайте, дополнительных полей профиля. Чем больше таких блоков, тем дольше формируется письмо. А срок актуальности был установлен всего в 10 минут.
Решение оказалось простым: команда пересмотрела содержание рассылок и увеличила окно отправки. Если подписчик получит письмо не через 10 минут, а через час, он от этого не пострадает. Количество ошибок сразу снизилось.
Рекомендации по настройке таймингов
- Жёсткие ограничения нужны только для транзакционных писем и промо-акций, которые длятся считанные часы.
- Для остальных рассылок оптимально устанавливать окно в один-три дня.
- Тяжёлые блоки персонализации лучше не использовать в письмах, которые критично отправить быстро.
- B2B-компаниям нужна особая осторожность: корпоративные почтовые серверы часто отклоняют первую попытку отправки и просят повторить позже. Если время ограничено, повторная попытка не состоится.
Причина третья: отсутствие валидации email
При аудите рассылок выяснилось, что не во всех сценариях стояла проверка email на валидность. Причина банальная: когда массовые рассылки переводили в автоматические, часть условий потерялась при переносе.
Решение: пройтись по всем активным сценариям и добавить проверку на валидность туда, где её не было. Казалось бы, мелочь, но в масштабе сотен тысяч отправок даже небольшой процент невалидных адресов даёт серьёзный объём ошибок.
Отдельная проблема - устаревание адресов. Подписчики удаляют почтовые ящики, забывают пароли, перестают пользоваться старыми адресами. Кроме того, некоторые почтовые сервисы блокируют переполненные ящики, и из-за ограничений по оплате в ряде стран пользователи не могут увеличить хранилище - почта просто деактивируется.
Давно невалидный адрес могут выкупить почтовые сервисы и превратить в спам-ловушку. Регулярная чистка базы от таких контактов - это не просто гигиена, а защита репутации домена.
Причина четвёртая: переполненные почтовые ящики
Отдельная категория недоставок была связана с ящиками, в которых закончилось место. Для таких контактов настроили механизм карантина: если письмо не доставлено из-за переполнения, подписчик исключается из рассылок на семь дней. После этого ему снова пытаются отправить письмо. Если ошибка повторяется - контакт возвращается в карантин.
С каждым повторным попаданием срок блокировки увеличивается: неделя, две недели, и так далее. После семи попаданий в карантин адрес признаётся невалидным и удаляется из базы.
Причина пятая: заблокированные IP-адреса
Часть недоставок была связана с тем, что IP-адреса отправки попадали в блокировки почтовых провайдеров. Когда IP блокируется, система автоматически выводит его из работы и заменяет новым, но это происходит не мгновенно - примерно раз в час. В этот промежуток письма «встают в очередь» и не доходят до получателей.
Для таких случаев тоже настроили карантин, но короткий - на два часа. После замены IP письма из очереди отправляются повторно и всё-таки доходят до адресатов.
Чтобы снизить частоту блокировок, нужно поддерживать высокую репутацию отправителя: регулярно чистить базу, следить за жалобами на спам, не отправлять письма на невалидные адреса.
Бонус: технические сбои, которые нашли «по дороге»
Пока команда копала вглубь проблемы с email, попутно обнаружила неполадки в других каналах. Отключился Firebase - и мобильные push-уведомления перестали отправляться. Поскольку мобильные пуши только начинали развиваться, база была небольшой, и без масштабного аудита этот сбой могли не заметить ещё долго.
Кроме того, из-за бага в базе данных некоторым пользователям автоматически проставлялся статус «отписан от пушей», хотя они не отключали уведомления. Обе проблемы передали разработчикам и провели полную диагностику интеграции мобильного приложения.
Даже если вы ничего не меняли в настройках интеграции, стоит периодически проверять, нет ли отправок пользователям, которые ранее отписались. Если подписка восстановилась сама - это сигнал о сбое в интеграции.
Пять правил для стабильной доставляемости
За несколько месяцев работы команда снизила число недоставок и неотправок с 60 до 30 тысяч в месяц - ниже планового значения. Спустя семь месяцев показатели остаются на этом уровне. Вот правила, которые помогают удерживать результат:
- Проверка на валидность в каждой рассылке. Ни один сценарий не должен отправлять письма без этого условия.
- Карантин для переполненных ящиков. Семидневная пауза после недоставки и повторная попытка.
- Разумные сроки актуальности. Окно в 24 часа для большинства рассылок. Жёсткие ограничения только если это действительно оправдано.
- Изоляция ботов. Сегмент с автоудалением для всех подозрительных контактов.
- Регулярная чистка базы. Автоматическое удаление неактивных и невалидных адресов.
Что из этого можно применить прямо сейчас
Эта история показывает: рост ошибок доставки редко объясняется одной причиной. Чаще всего это комбинация мелких проблем, каждая из которых по отдельности кажется незначительной, но вместе они создают серьёзную угрозу для репутации домена.
Если вы работаете с email-маркетингом и замечаете рост недоставок, начните с простого:
- Выгрузите ошибки за неделю и классифицируйте их по типам.
- Найдите конкретные рассылки, которые генерируют больше всего ошибок.
- Проверьте все сценарии на наличие валидации email.
- Убедитесь, что сроки актуальности рассылок адекватны объёму персонализации.
- Настройте механизм карантина для переполненных ящиков.
- Проверьте базу на наличие ботов и настройте их автоматическое удаление.
Доставляемость - это не разовая задача, а процесс. Даже после того как вы устранили все текущие проблемы, новые источники ошибок появятся со временем: изменятся политики почтовых сервисов, устареют адреса в базе, сломается интеграция. Регулярный аудит и готовый набор правил - лучшая защита от неожиданностей.



