Проверка email на существование: зачем верифицировать базу перед холодной рассылкой

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

Почему bounce rate — это не просто пустая метрика

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

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

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

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

Что проверяет верификация на практике

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

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

Дополнительно верификация выявляет одноразовые (temp-mail) адреса, ролевые адреса вроде info@ или sales@ (не всегда невалидные, но часто менее ценные для персонального B2B-аутрича) и адреса на доменах, которые в прошлом отмечались как источники спам-ловушек.

• Синтаксическая проверка формата адреса
• Проверка существования домена и его MX-записей
• SMTP-проверка существования конкретного почтового ящика
• Определение одноразовых и временных почтовых сервисов
• Пометка ролевых адресов (info@, sales@, support@)

Какие базы нуждаются в проверке сильнее всего

Не любая база одинаково рискованна — степень необходимости проверки зависит от источника и возраста контактов. Базы, собранные вручную из свежих официальных источников (сайты компаний, актуальные профили в деловых сетях), обычно точнее, но и они устаревают: люди меняют работу, компании меняют структуру корпоративной почты.

Базы, полученные через парсинг сайтов, покупные списки или агрегаторы контактов, требуют верификации почти без исключений — процент устаревших, ошибочных или сгенерированных по шаблону (и потому частично невалидных) адресов там заметно выше, чем в базах, собранных точечно под конкретную кампанию.

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

Как читать результат верификации и что делать с базой

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

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

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

Когда верифицировать и как часто

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

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

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

Ошибки при верификации баз для холодного аутрича

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

• Верификация один раз при получении базы без повторной проверки перед реальной отправкой спустя месяцы
• Отправка по рискованным адресам в общей волне с валидными без отдельного мониторинга
• Игнорирование ролевых адресов при оценке качества базы — большая доля info@ и sales@ часто означает низкую персональную ценность источника
• Отказ от верификации «для экономии», когда цена репутационного ущерба от роста bounce выше стоимости проверки
• Использование только синтаксической проверки формата без SMTP-верификации существования ящика

Как встроить верификацию в регулярный процесс работы с базой

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

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

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