Bounce rate под контролем: как не сжечь домен о несуществующие адреса

Каждое письмо на несуществующий адрес — это не просто минус один контакт, а сигнал провайдеру: «этот отправитель шлёт по грязному списку». Несколько процентов таких сигналов — и в спам начинают уезжать письма живым адресатам тоже. Разберём, почему у B2B-баз bounce rate по умолчанию высокий, как устроена верификация email до отправки и какие пороги отказов считать красной линией.

Что такое bounce и почему в B2B он выше

Bounce — это письмо, которое принимающий сервер не принял. Отказы делятся на два класса. Hard bounce — постоянная причина: адрес не существует, домен мёртв, ящик удалён; такой адрес не оживёт, повторять отправку бессмысленно и вредно. Soft bounce — временная: ящик переполнен, сервер недоступен, письмо слишком большое, отправитель временно ограничен (greylisting); такие адреса допускают повторные попытки, но и у них есть предел терпения.

В B2B-базах естественная смертность адресов высока, и это надо закладывать в процесс. Люди меняют работу — и корпоративный ящик умирает вместе с должностью; компании закрываются, сливаются, переезжают на новые домены; ИТ-отделы перекраивают почтовую инфраструктуру. За год без обновления заметная часть любой B2B-базы превращается в источник баунсов — даже если в момент сбора все адреса были живыми.

Отдельная B2B-специфика — строгие корпоративные почтовые шлюзы. Часть «отказов» — это не мёртвые адреса, а блокировки на входе: сервер получателя отклоняет письмо из-за репутации отправителя, отсутствия аутентификации или агрессивных фильтров. Такие отказы лечатся не чисткой базы, а работой с доставляемостью — важно отличать одно от другого по кодам и текстам отказов.

Чем опасен высокий bounce rate

Прямая потеря — недоставленные письма — наименьшая из проблем. Главный ущерб репутационный: доля отказов — один из самых читаемых провайдером сигналов о качестве вашего списка. Легальные отправители, работающие по живым верифицированным контактам, физически не могут иметь 10% несуществующих адресов; спамеры с купленными списками — могут и имеют. Устойчивый bounce rate выше 4–5% ставит вас в глазах алгоритма во вторую категорию.

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

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

Верификация до отправки: как устроена и что отсекает

Верификация — это конвейер проверок, через который проходит каждый адрес до включения в кампанию. Первая ступень — синтаксис и опечатки: кривые адреса, лишние символы, ошибки в популярных доменах (gmial.com вместо gmail.com). Вторая — доменная: существует ли домен и настроены ли у него MX-записи; нет MX — почту туда доставить нельзя в принципе. Третья — SMTP-проверка: сервис соединяется с почтовым сервером получателя и спрашивает, существует ли конкретный ящик, не отправляя письмо.

Четвёртая ступень — классификация неоднозначных случаев. Catch-all домены принимают почту на любой адрес, поэтому SMTP-проверка не может подтвердить существование конкретного ящика — такие адреса помечаются как рискованные, и решение по ним принимается отдельно: в малых адресных кампаниях их часто оставляют, но отправляют аккуратно и следят за отказами. Одноразовые (disposable) адреса и явные ролевые ящики тоже помечаются на этом этапе.

Результат верификации — не бинарный «да/нет», а разметка: valid (слать можно), invalid (удалить), risky/catch-all (решать осознанно), unknown (сервер не ответил — перепроверить позже). Дисциплина простая: invalid не отправляется никогда, unknown не отправляется до перепроверки, risky — только если вы готовы принять их вклад в bounce rate.

Гигиена в процессе: работа с баунсами после отправки

Верификация до отправки не отменяет обработку отказов после. Каждый отчёт о недоставке (NDR) должен быть разобран и превращён в действие. Hard bounce — адрес немедленно и навсегда в стоп-лист: повторная отправка на однажды отказавший адрес — грубейшая ошибка, которую провайдеры фиксируют. Soft bounce — ограниченные ретраи: если адрес мягко отказывает несколько волн подряд, он деградирует до hard и тоже выводится из ротации.

Читайте тексты отказов, а не только счётчики. «User unknown» и «mailbox not found» — мёртвый адрес, вопрос базы. «Blocked», «spam detected», «poor reputation», отсылки к блэклистам — живой адрес, но вас не пускают: это вопрос репутации домена, аутентификации и содержимого, и чистка базы тут не поможет. Рост второй категории — повод остановить кампанию и заняться доставляемостью, пока ущерб не стал устойчивым.

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

Пороги, мониторинг и правило свежести

Рабочие ориентиры: суммарный bounce rate до 2% — здоровая зона для B2B, 2–4% — жёлтая (разобраться в причинах до следующей волны), выше 4–5% — красная: остановить отправку, перепроверить базу и доставляемость. Смотрите показатель не только по кампании целиком, но и в разрезах: по источникам базы (какой канал сбора даёт брак), по доменам получателей (отказывает один корпоративный шлюз или все), по волнам (динамика хуже статики).

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

И держите петлю обратной связи с источниками: если парсинг из каталога X стабильно даёт 15% invalid, а обогащение по ИНН с поиском на сайте компании — 3%, это аргумент перераспределить усилия сбора. Bounce rate — не только защитная метрика, но и измеритель качества вашего конвейера данных.

• До 2% — норма; 2–4% — разбираться; выше 4–5% — стоп и аудит
• Верифицировать список перед каждой кампанией, а не только при сборе
• Hard bounce — в стоп-лист навсегда после первого отказа
• Soft bounce — ретраи с лимитом, затем вывод из ротации
• Отказы с текстами про блокировки и репутацию — сигнал о доставляемости, не о базе
• Считать bounce rate по источникам базы и доменам получателей, не только суммарно

Чек-лист: база, которая не сжигает домен

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

• Собирать адреса из первичных источников (сайт компании, официальные данные), а не из перепроданных списков
• Прогонять каждый адрес через полную верификацию: синтаксис → домен и MX → SMTP-проверка → классификация
• Invalid не отправлять никогда; catch-all — осознанно и малыми порциями; unknown — перепроверять
• Верифицировать повторно перед каждой кампанией, если проверка старше 2–4 недель
• Разбирать каждый NDR: hard — в стоп-лист, «blocked» — в задачи по доставляемости
• Обрабатывать автоответы об увольнениях как задачи на переобогащение
• Следить за bounce rate в разрезе источников и волн, держать порог 2%
• Вести единый стоп-лист мёртвых адресов, общий для всех будущих кампаний

Вопросы и ответы