Hard и soft bounce: как разбирать отказы Яндекс и Mail.ru

Как отличить hard bounce от временного отказа Яндекс 360 и Mail.ru, очистить базу и вовремя остановить email-кампанию.

Hard bounce — это устойчивый отказ: адреса не существует, домен не обслуживается или ящик закрыт. Такие контакты исключают из базы сразу, не пытаясь «дожать» повторными письмами. Soft bounce — временный отказ: принимающий сервер сейчас не готов принять письмо. Его нельзя автоматически считать проблемой адресата: иногда причина в переполненном ящике, но нередко — в репутации или настройках отправителя.

Для Яндекс 360 и Mail.ru важен не ярлык hard или soft в сервисе рассылки, а полный текст недоставки и его повторяемость. Один временный отказ по одному адресу — повод отложить повтор. Серия похожих отказов на адресах одного провайдера — сигнал поставить кампанию на паузу, проверить домен отправителя и только затем продолжать.

Сначала: не путайте отказ, тишину и спам

Недоставленное письмо — это письмо, на которое ваш сервер получил технический ответ. Его обычно видно в журнале отправки, в уведомлении о недоставке или в интерфейсе почтового сервиса. Если письма формально доставлены, но ответов нет, это не bounce: причина может быть в предложении, сегменте базы, теме или том, что письмо оказалось в «Спаме».

Отдельно стоит ответ человека «неинтересно», «не пишите» или «удалите контакт». Это не технический отказ, а явный отказ адресата. Его нужно внести в реестр исключений и больше не использовать в этой цепочке. Для российского B2B это особенно важно: собственник или коммерческий директор нередко читает почту лично и быстро отличает адресное деловое обращение от массовой рассылки.

Письма рекламного характера по электронной почте требуют предварительного согласия адресата. Поэтому задача аутрича — не замаскировать рекламу, а писать конкретному юрлицу по вопросу его деятельности: с понятной причиной обращения, уместным предложением и простым способом прекратить контакт. Имя, должность и рабочий email человека также относятся к персональным данным; безопаснее опираться на открытые корпоративные контакты, обезличенные ящики и дисциплину удаления контакта по первому требованию.

Как читать код и текст недоставки

Упрощённое правило такое: ответы класса 5xx означают постоянную проблему до тех пор, пока не появятся новые данные; 4xx — временную. Но классификация не освобождает от чтения текста. Один и тот же временный код может быть следствием перегруженного ящика, лимита на стороне получателя или защитного фильтра, который не хочет принимать именно ваши письма.

Не пытайтесь строить решение только по цифре. Провайдеры могут менять формулировки, а сервисы рассылки — по-разному переводить технический ответ в понятный статус. Сохраняйте исходный текст ошибки вместе с датой, адресом, доменом получателя, доменом отправителя и конкретной кампанией. Это превращает хаотичные уведомления в рабочую сводку.

Адреса, которые нужно исключить без споров

Первый тип — несуществующий ящик. Если ответ прямо говорит, что пользователь или адресат не найден, повторная отправка не поможет. Оставлять такой адрес «на всякий случай» означает ухудшать качество базы и создавать лишние сигналы для почтовых систем.

Второй тип — несуществующий домен. Здесь стоит проверить, не опечатались ли при сборе: одна лишняя буква в названии компании превращает полезный контакт в hard bounce. Если домен действительно не существует, исключают не только один email, но и все адреса на нём.

Третий тип — закрытый или отключённый ящик, когда это прямо указано в ответе. Не заменяйте его автоматически на варианты вроде name.surname@ или info@. Сначала найдите актуальный канал на сайте компании или в открытых корпоративных источниках. Случайный перебор адресов выглядит как массовая рассылка и быстро портит базу.

Если hard bounce появляется у заметной части свежесобранного сегмента, проблема обычно не в Яндекс 360 или Mail.ru, а в исходных данных: старый реестр, устаревшие сайты, неверно собранные шаблоны адресов. Перед следующим запуском полезно вернуться к процедуре из статьи как проверить email-базу перед холодной рассылкой, а не увеличивать объём отправки.

Soft bounce: когда подождать, а когда остановиться

Временный отказ не даёт права бесконечно повторять письмо. Нужна короткая и заранее заданная логика: отложить повтор, проверить результат, после нескольких одинаковых отказов перевести контакт в карантин. Срок и число повторов зависят от вашей инфраструктуры, но принцип один: не создавать частые попытки доставки на адрес, который уже просит подождать.

Единичный soft bounce на разных доменах часто связан с состоянием ящика или сервера получателя. Здесь достаточно не торопиться. Иная картина — когда после запуска на Яндекс 360 или Mail.ru серия адресов возвращает похожие отказы за короткий период. Тогда нельзя списывать всё на получателей: кампания становится диагностическим сигналом о вашем отправителе.

Проверьте, что менялось перед всплеском: объём отправки, новый домен, новый ящик, новый шаблон письма, ссылки, вложения, список получателей или сервис отправки. Важна и связка «домен отправителя — конкретная кампания». Если отказы возникают только с одного домена, а другой отправляет сопоставимый объём без них, причина с высокой вероятностью на стороне проблемного контура.

Когда отказ маскирует антиспам

Антиспам редко сообщает всё прямо. Текст может говорить о политике принимающей стороны, нежелательном сообщении, подозрительной активности или ограничении на приём. Иногда письмо формально принято, но попадает в папку «Спам» — тогда bounce вообще не будет. Поэтому техническая недоставка и плохая видимость в папке «Входящие» требуют разных проверок, но общий объект один: репутация отправителя.

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

• SPF: в DNS перечислены серверы, которым разрешено отправлять письма от домена.
• DKIM: исходящие письма подписываются ключом, а подпись проходит проверку.
• DMARC: у домена есть правило для писем, не прошедших проверки SPF и DKIM.
• Соответствие домена, имени отправителя и подписи: адресат должен понимать, кто ему написал и почему.
• Темп отправки: домен не должен резко переходить от тишины к массовому потоку.
• Содержание: одно деловое письмо конкретной компании отличается от обезличенного рекламного шаблона с множеством ссылок и картинок.

SPF, DKIM и DMARC — не способ «пройти спам-фильтр», а техническая база, по которой получатель может удостовериться в источнике письма. О настройке этих записей подробнее рассказали в материале SPF, DKIM и DMARC для Яндекс 360 и Mail.ru. Отдельный домен для аутрича и его постепенный прогрев тоже защищают основной рабочий домен компании от последствий экспериментов.

Протокол разбора отказов после запуска

Не разбирайте bounce по одному в почтовом ящике. Раз в рабочий день выгружайте или фиксируйте статусы кампании и группируйте их по причине, домену получателя и домену отправителя. Уже этой тройки достаточно, чтобы отличить плохую базу от проблемы инфраструктуры.

1. Отделите явные hard bounce: отсутствующие ящики, несуществующие домены, отключённые адреса.
2. Уберите их из текущей и будущих цепочек, сохранив причину исключения.
3. Soft bounce поместите в карантин, а не в бесконечный повтор.
4. Сгруппируйте временные и policy-отказы по Яндекс 360, Mail.ru и другим доменам получателей.
5. Если одинаковый паттерн повторяется, остановите новые отправки с затронутого ящика или домена.
6. Проверьте DNS-аутентификацию, темп, содержание письма и недавние изменения в кампании.
7. Возвращайте отправку постепенно только после устранения причины и на небольшой контрольной группе.

Отдельно ведите suppression list — список адресов, которым больше нельзя писать: hard bounce, явный отказ, просьба удалить данные, жалоба. Это не просто гигиена базы. Такой список удерживает команду от повторного контакта, когда один и тот же лид снова попадает в новый экспорт или в другую последовательность.

Где чаще всего ломается логика команды

Первая ошибка — считать все bounce плохими адресами. В результате команда удаляет живых потенциальных клиентов, хотя проблема была в своём домене, резком темпе или неверных настройках.

Вторая — считать любой soft bounce разрешением продолжать. Если сервер несколько раз не принимает письма по причине политики или репутации, дополнительные попытки обычно усиливают проблему. Это не канал продаж, который нужно «продавить», а повод остановиться и провести проверку.

Третья — лечить технический отказ текстом письма, не проверив инфраструктуру. Сильнее персонализированное предложение не исправит отсутствующий DKIM или несогласованный SPF. И наоборот: технически идеальный домен не спасёт обезличенное рекламное письмо, которое не имеет отношения к адресату.

Четвёртая — не разделять базу и отправителя в отчётности. Если в одном списке смешаны старые адреса, новые лиды и разные сегменты, невозможно понять, откуда пришла проблема. Для каждой кампании нужен собственный журнал: кто получил, с какого домена ушло, что ответил сервер и какое решение приняла команда.

Частые вопросы

Hard bounce можно попробовать отправить ещё раз на следующий день?

Только если есть основание считать ответ технической ошибкой или вы уже исправили явную опечатку. Когда сервер прямо сообщает, что ящик или домен не существует, адрес исключают сразу. Повторная попытка не восстановит закрытый ящик.

Soft bounce означает, что письмо попадёт адресату позже?

Не обязательно. Иногда сервис отправки повторит доставку сам, иногда потребуется ваш отложенный повтор, а иногда письмо так и не будет принято. Следите за финальным статусом и не дублируйте попытки параллельно вручную и через сервис.

Почему отказы появились именно на адресах Яндекс 360 или Mail.ru?

Это может быть особенностью конкретных ящиков, но также совпадением с тем, как эти принимающие системы оценивают ваш поток. Смотрите не на бренд почты сам по себе, а на общий текст ответов, время появления проблемы и то, с какого домена вы отправляли.

Нужно ли удалять адрес, если человек ответил «неинтересно»?

Из активных цепочек — да. Если адресат попросил больше не писать или удалить его данные, исключите контакт и зафиксируйте причину. Продолжать касания через другой ящик или канал не стоит.

Поможет ли смена домена, если пошли policy-отказы?

Смена домена без разбора причины лишь переносит проблему. Сначала проверьте SPF, DKIM, DMARC, темп, содержимое и качество базы. Новый домен имеет смысл вводить как отдельный, подготовленный контур, а не как способ продолжить ту же ошибочную рассылку.

Если хотите сверить свою цепочку, тексты недоставки или задачу по email, Telegram и LinkedIn, пришлите их Отряду 9 на разбор.