Верификация email-базы: страховка домена, которая окупается с первой кампании

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

Что происходит при отправке на несуществующий адрес

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

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

Пороги жёсткие. Ориентир из практики: bounce rate до 2% — норма, 3–5% — жёлтая зона, где доставляемость уже начинает проседать, выше 5% — красная, с риском блокировок на уровне SMTP-сессии. При этом непроверенная B2B-база, собранная полгода-год назад, легко даёт 10–15% недоставок — люди уволились, компании переехали на другие домены, ящики закрыты. То есть без верификации вы почти гарантированно стартуете из красной зоны.

Для адресного аутрича с малыми объёмами эффект ещё острее: при отправке 300 писем всего 15 мёртвых адресов дают 5%. Каждый непроверенный контакт — это не «ну не дойдёт и ладно», а удар по доставляемости остальных.

Почему базы умирают так быстро

B2B-контакты — скоропортящийся актив. Основной механизм устаревания — кадровая текучка: человек уходит из компании, и его корпоративный ящик закрывают или превращают в пересылку с последующим отключением. По практике B2B-баз, за год теряет актуальность 20–30% адресов; в отраслях с высокой текучкой и среди менеджерских позиций — быстрее.

Второй механизм — судьба самих компаний: ликвидации, слияния, ребрендинги со сменой домена. Письмо на ящик компании, переехавшей с old-name.ru на new-name.ru, вернётся отказом, хотя человек на месте и вполне достижим по новому адресу. Третий — деградация ящиков: заброшенные адреса провайдеры со временем отключают, а некоторые превращают в спам-ловушки — и отправка на такую ловушку бьёт по репутации сильнее обычного bounce.

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

Как устроена верификация: слои проверки

Верификация — это воронка проверок от дешёвых к дорогим, где каждый слой отсеивает свой тип мусора.

Слой один — синтаксис: адрес вообще похож на адрес, нет опечаток в написании, нет пробелов и кириллицы в домене. Сюда же — исправимые типовые опечатки в популярных доменах (gmial.com вместо gmail.com): хороший валидатор их подсвечивает. Слой два — домен: существует ли домен, есть ли у него MX-записи, то есть готов ли он в принципе принимать почту. Отсеивает компании-призраки и переехавшие домены. Слой три — одноразовые и временные адреса (disposable): для B2B их немного, но они встречаются в базах, собранных из форм. Слой четыре — SMTP-проверка: валидатор подключается к почтовому серверу и имитирует начало доставки, не отправляя письмо, — сервер отвечает, существует ли ящик. Это самый информативный слой, но и самый ненадёжный: часть серверов отвечает уклончиво или блокирует проверки.

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

Помимо валидности, верификаторы размечают тип адреса: персональный (ivanov@company.ru) или ролевой (info@, sales@, hr@). Для адресного аутрича это важная разметка: ролевые адреса валидны технически, но письмо по ним читает не ЛПР, и смешивать их с персональными в одной кампании не стоит.

• Синтаксис и опечатки — мгновенно, отсеивает мусор ввода
• Домен и MX-записи — существует ли принимающая сторона
• Одноразовые и временные адреса — фильтр disposable-доменов
• SMTP-проверка ящика — существует ли конкретный адрес
• Разметка catch-all — домены, где проверка ящика невозможна
• Разметка ролевых адресов — info@, sales@ отдельно от персональных

Как читать результаты: что делать с каждым статусом

Валидатор возвращает базу, размеченную статусами, и качество кампании зависит от того, что вы с ними сделаете. Типовая разметка: valid — ящик подтверждён, шлём спокойно; invalid — ящик не существует, в отправку не идёт никогда (и хранить его стоит в стоп-листе, чтобы не собрать заново); catch-all / unknown — неопределённость, решаем по стратегии риска; disposable и явные ловушки — удаляем; ролевые — в отдельный сегмент с другим шаблоном письма.

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

Считайте экономику честно. Валидация стоит копейки за адрес; восстановление репутации домена — недели щадящей отправки, в течение которых канал фактически стоит. При этом «спасённые» валидацией проценты — это не только защита: из базы уходят контакты, которые всё равно не ответили бы, и метрики кампании становятся честными — reply rate считается от живых получателей, а не от списка с мёртвыми душами.

Типичные ошибки верификации

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

Ошибка вторая — трактовать catch-all как valid, потому что «валидатор же не сказал, что адрес плохой». Это самый частый источник внезапного bounce: на catch-all-домены уезжает полная кампания, и выясняется, что половина угаданных адресов не существует. Неопределённость требует осторожной отправки, а не оптимизма.

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

Ошибка четвёртая — лечить валидацией плохую сборку. Если валидатор бракует 20–30% собранного, дело не в валидаторе: источник даёт мусор — устаревший каталог, кривой парсинг, генерация адресов наугад. Валидация — фильтр качества, а не индульгенция для любого способа сбора. И зеркальная ошибка — думать, что чистая база гарантирует результат: верификация отвечает за то, что письмо дойдёт, но не за то, что оно попало в ICP и будет интересно получателю.

Чек-лист: верификация в процессе B2B-кампании

Место верификации в конвейере подготовки кампании — между сборкой базы и запуском, плюс постоянная петля обратной связи после запуска. В виде чек-листа это выглядит так.

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

• База верифицирована не раньше чем за 1–2 недели до запуска кампании
• Invalid, disposable и подозрительные адреса удалены и добавлены в стоп-лист
• Catch-all выделены в отдельную очередь с осторожной отправкой малыми порциями
• Ролевые адреса отделены от персональных и получают другой шаблон
• Hard bounce боевых кампаний автоматически гасятся в стоп-лист
• Сегменты старше квартала перепроверяются целиком перед использованием
• Доля брака при верификации отслеживается по источникам базы: выше 15–20% — менять источник
• Целевой bounce кампаний — ниже 2%; превышение — стоп и разбор

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