Одноразовые адреса в базе контактов: как ловить их до отправки, а не после жалобы

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

Откуда временные адреса берутся в B2B-базе

Логично предположить, что в базе юрлиц для холодного аутрича одноразовым адресам взяться неоткуда — контакты собираются по компаниям, а не по анонимным подписчикам. На практике источник почти всегда один и тот же: формы захвата на сайте, вебинары, чек-листы за email. Человек, который не хочет получать рассылку, но хочет скачать материал, вводит первый попавшийся временный адрес — и он попадает в базу вместе с корректными рабочими контактами, если форма собиралась без верификации.

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

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

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

Чем временный адрес отличается от просто мёртвого

Важно различать два похожих, но разных случая, потому что бороться с ними нужно по-разному. Disposable-адрес — это ящик, специально созданный на сервисе временной почты (одноразовый домен, живущий от нескольких минут до нескольких дней), который в момент отправки может формально существовать и даже принять письмо, но реального человека за ним нет и не будет.

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

Три уровня проверки адреса перед отправкой

Полноценная валидация строится как последовательность фильтров от самого дешёвого к самому точному — так основная масса мусора отсеивается быстро, а ресурсоёмкая проверка достаётся только оставшимся адресам.

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

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

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

• Уровень 1 — синтаксис и опечатки в написании домена
• Уровень 2 — MX-запись домена и сверка со списком disposable-доменов
• Уровень 3 — SMTP-верификация конкретного ящика без отправки письма
• Дополнительно — сверка с внутренним стоп-листом и историей bounce по прошлым кампаниям

Почему список disposable-доменов устаревает быстрее, чем кажется

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

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

Что валидация даёт для доставляемости кампании

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

Косвенный эффект — точность метрик. Если в базе остаются disposable-адреса, которые формально приняли письмо, но никогда не откроют и не ответят, статистика open rate и reply rate занижается искусственно, и становится сложнее отличить слабый оффер от плохой базы. Валидация перед отправкой снимает эту неопределённость: то, что осталось в списке после чистки, действительно способно ответить.

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

Как встроить проверку в процесс, а не делать разово

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

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

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

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