Нет ничего более неприятного, чем тратить время и силы на создание email-кампании, нажимать «отправить» и видеть, как письма возвращаются обратно. Понимание причин низкой доставляемости может показаться запутанным: была ли это проблема с данными? Блокировка почты? Постоянная или временная ошибка? В этом блоге мы постараемся дать вам несколько ключей, чтобы вы чувствовали себя увереннее при устранении неполадок с возвратами email.
Что такое возврат (bounce)?
С технической точки зрения отправка email — это диалог между двумя серверами: сервером отправителя и сервером получателя.
Когда вы запускаете email-кампанию, серверы получателей отправляют автоматические ответы, подтверждая, принимают они ваше сообщение или отклоняют его. Если сообщение не может быть доставлено, сервер получателя выдает отчет о сбое доставки, который обычно называют возвратом (bounce). Полное сообщение, возвращенное сервером получателя, объясняет первопричину сбоя.
Как правило, необработанное сообщение о возврате включает:
- Код состояния, определенный протоколом SMTP.
- Текстовое описание, детализирующее конкретную проблему доставки.
Звучит довольно просто, не так ли? Однако, как и в большинстве концепций доставляемости email, все становится сложнее, если заглянуть «под капот». Понимание того, как работают возвраты и как с ними обращаться, критически важно для устранения проблем с доставкой и поддержания высокой репутации отправителя.
Возможные причины возвратов email
Существует бесчисленное множество причин, по которым email может вернуться, и главная сложность заключается в отсутствии отраслевой стандартизации: каждый почтовый провайдер и сеть получателя возвращают свои уникальные сообщения о возврате.
Например, если почтовый ящик получателя переполнен, разные провайдеры могут сообщать:
- Gmail: 452-4.2.2 The recipient’s inbox is out of storage space
- Yahoo: 552 5.2.2 This message could not be delivered because the recipient’s mailbox is full.
- iCloud: 552 5.2.2 …@… user is over quota
Постоянные и временные сбои
Сбои доставки делятся на две основные категории в зависимости от их длительности:
- Временные проблемы: сервер получателя не может принять ваше письмо прямо сейчас, возможно, стоит повторить попытку отправки.
- Постоянные проблемы: сервер получателя не принимает ваше письмо сейчас, нет смысла повторять попытку.
Как правило, коды состояния 4xx сигнализируют о временной проблеме, указывая на то, что сервер отправителя должен повторить попытку доставки позже. Коды состояния 5xx сигнализируют о постоянной ошибке, предписывая серверу прекратить попытки.
Однако интерпретация этих кодов не всегда проста. Почтовые провайдеры сильно различаются по точности — или расплывчатости — своих описаний. Сравните детализированные ответы Gmail с эксцентричными сообщениями, возвращаемыми небольшими серверами:
Gmail (детально):
452-4.2.2 The recipient’s inbox is out of storage space.
550-5.2.1 The email account that you tried to reach is inactive.
552-5.2.2 The recipient’s inbox is out of storage space and inactive.
Небольшие провайдеры (загадочно!):
550 Go away.
421 Goodbye
554 5.7.1 …@… Sender address rejected: nope
Дополнительная сложность:
Внеканальные (out-of-band) возвраты происходят, когда сервер получателя может сначала принять сообщение, а затем отклонить его.
Почтовые провайдеры часто вводят новые коды. Например, когда Gmail обновил свои требования к массовым отправителям, он ввел специальные коды сбоя аутентификации, такие как:
550-5.7.27 Your email has been blocked because SPF authentication didn’t pass for this message. Gmail requires all bulk email senders to authenticate To set up SPF for your sending domains, visit https://support.google.com/a?p=setup-spf. To learn more about Gmail requirements for bulk senders, visit https://support.google.com/a?p=sender-guidelines.
Как ESP классифицируют необработанные возвраты
Чтобы помочь отправителям разобраться в необработанных ответах сервера, провайдеры услуг электронной почты (ESP) группируют эти сообщения в категории, с которыми можно работать. Каждый ESP использует собственную логику для обработки и классификации строк ошибок.
В Iterable необработанные сообщения о возвратах обрабатываются и распределяются по отдельным категориям для оптимизации анализа доставляемости. В панели аналитики кампаний (в разделе Messaging Insights > Delivery) отправители могут просматривать высокоуровневые категориальные разбивки или загружать файлы необработанных событий возврата для более глубокого исследования.
Каждая категория возврата подпадает под один из двух основных терминов:
- Hard Bounces (жесткие возвраты): Iterable классифицирует событие как «hard bounce» только тогда, когда почтовый провайдер явно отклоняет письмо, потому что адрес получателя не существует. Эти недействительные адреса автоматически исключаются из будущих рассылок по связанному почтовому каналу.
- Soft Bounces (мягкие возвраты): все остальные типы отклонений подпадают под категорию «soft bounces». Поскольку эти проблемы могут быть временными, адреса с мягкими возвратами не подавляются автоматически.
💡 Совет по миграции: при переходе на другой ESP всегда экспортируйте свои исторические списки подавления (suppression lists) жестких возвратов и импортируйте их на новую платформу перед запуском первой кампании.
Вы можете найти больше информации о том, как Iterable классифицирует возвраты, здесь, а список всех доступных категорий возвратов — здесь.
Как обрабатывать повторяющиеся мягкие возвраты
Подавление жестких возвратов очевидно — отправка писем на несуществующие адреса имитирует поведение спамера и вредит вашей репутации отправителя. Управление мягкими возвратами, однако, требует продуманной стратегии.
Когда происходит мягкий возврат, Iterable пытается повторно доставить письмо в течение определенного периода. Если доставка продолжает терпеть неудачу, сообщение в конечном итоге помечается как возвращенное. Опасность заключается в повторяющихся мягких возвратах — адресах, которые не проходят проверку раз за разом без решения проблемы.
Например:
- Переполненные ящики: временно переполненный ящик — это нормально. Однако, если ящик остается переполненным неделями или месяцами, владелец, вероятно, забросил аккаунт, и вам следует прекратить отправку писем на него. Почтовые провайдеры иногда превращают заброшенные аккаунты в спам-ловушки для выявления недобросовестных отправителей.
- Блокировки по политике: почтовые провайдеры могут временно блокировать ваши письма — например, если у них есть опасения по поводу вашего поведения при отправке. Однако другие домены, такие как домены высших учебных заведений и корпоративные домены, часто применяют строгие политики безопасности, отклоняя всю внешнюю почту. Если домен получателя постоянно блокирует ваши сообщения, длительные попытки могут ухудшить репутацию вашего домена.
- Устаревшая инфраструктура: если целевой почтовый сервер постоянно находится в автономном режиме, домен может быть выведен из эксплуатации.
Игнорирование сигналов о повторяющихся мягких возвратах демонстрирует плохую гигиену списка серверам получателей, что может привести к серьезным блокировкам, масштабным блокировкам доменов и попаданию в папку «Спам».
Spamhaus, одна из ведущих мировых сетей анализа угроз, предлагает простой критерий: «Успешно ли вы доставляли письмо на этот почтовый ящик за последние шесть месяцев?»
Настройка логики подавления в Iterable
Вместо применения жестких общих правил подавления для всех отправителей, Iterable дает вам гибкость в создании пользовательских правил подавления, адаптированных к вашему темпу отправки и типам возвратов.
Например, вы можете захотеть отписать пользователей, которые продолжают возвращать ошибки «Mailbox Full» (ящик переполнен) в течение 4 недель.
- Если вы отправляете письма ежедневно: установите правило для подавления пользователей, которые генерируют 30 возвратов «Mailbox Full» в течение 30 дней.
- Если вы отправляете письма раз в неделю: установите порог в 4 возврата по причине «Ящик переполнен» в течение 30 дней.
Защитные механизмы по вовлеченности: чтобы избежать ложных срабатываний, вы можете потребовать, чтобы кандидаты на исключение не проявляли никакой активности в виде открытий или кликов в течение целевого 30-дневного периода.
Вы также можете внедрить стратегию карантина: временно исключить адреса с повторяющимися мягкими возвратами из активных рассылок на 30 дней, повторно проверить доставку один раз и окончательно отписать пользователя, если ошибка повторяется.
Заключительные мысли
Каждое сообщение о возврате — это прямая обратная связь от принимающего сервера. Отправители с высокой доставляемостью неизменно прислушиваются к этой обратной связи и соответствующим образом корректируют свои списки.
За более чем десятилетний опыт работы в сфере доставляемости электронной почты я понял, что большинство проблем с размещением в папке «Входящие» проистекают из проблем с качеством данных. Если вы столкнулись со снижением показателей доставляемости или репутации, начните с изучения метрик возвратов. Погрузитесь в свои необработанные данные об ошибках, уточните их категоризацию и внедрите надежную логику подавления возвратов — часто это самый эффективный шаг к восстановлению здоровья вашего домена и улучшению общих показателей вашей программы.
Хотите узнать больше об оптимизации правил обработки возвратов? Свяжитесь со своим менеджером по работе с клиентами или представителем аккаунта, чтобы узнать, чем наша команда по доставляемости может вам помочь.
Дополнительные ресурсы
https://support.iterable.com/hc/en-us/articles/208182926-Email-Bounces
https://support.iterable.com/hc/en-us/articles/28534979433236-Email-Bounce-Event-Properties
https://support.iterable.com/hc/en-us/articles/207907633-Unsubscribing-Users-with-Email-Soft-Bounces
