Как проверить email-базу перед холодной рассылкой

Валидация email-базы перед рассылкой: синтаксис, MX, catch-all, временные и ролевые адреса, чек-лист и критерии остановки кампании.

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

В российском B2B рядом существуют Яндекс 360, Mail.ru, корпоративные домены с собственными почтовиками и адреса, которые читает сам собственник. Зарубежный валидатор полезен как один из сигналов, но не как финальный судья: он может ошибочно считать адрес недоступным или, наоборот, признать «валидным» адрес на домене catch-all. Решение об отправке принимают по сводке проверки, а не по зелёной галочке одного сервиса.

Сначала отделите проверку адреса от проверки смысла базы

Валидный email не равен подходящему контакту. info@company.ru может принимать письма, но не попасть к коммерческому директору. Адрес конкретного сотрудника может существовать, но человек уже сменил должность. Поэтому до технической валидации зафиксируйте, кому и с каким деловым поводом вы пишете.

Рекламные сообщения по электронной почте допускаются при предварительном согласии адресата согласно статье 18 Федерального закона «О рекламе» № 38-ФЗ. Адресное деловое предложение конкретному юрлицу по вопросу его деятельности отличается от рекламного баннера. Чем точнее сегмент, роль получателя и причина обращения, тем легче удержать письмо в деловом поле.

Имя, должность и рабочий email конкретного человека относятся к персональным данным. Практически безопаснее использовать открыто размещённые сведения и обезличенные корпоративные ящики там, где это уместно, вести реестр отказов и удалять контакт по первому требованию. Массовая обезличенная отправка по сомнительному списку создаёт юридические и репутационные риски: для юридических лиц штраф за нарушение законодательства о рекламе по статье 14.3 КоАП РФ составляет от 100 000 до 500 000 рублей.

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

Порядок валидации: от очевидного к неоднозначному

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

1. Синтаксис: уберите мусор

Проверьте, есть ли в адресе одна @, часть до неё и домен после неё. Уберите пробелы, случайные запятые, точки с запятой и комментарии из CRM или таблицы. Частые ошибки: ivanov @ company.ru, name@company.ru;, директор@company.ru вместо латинского адреса.

Не стоит автоматически чинить все ошибки. Если в строке указано ivan.petrov@compnay.ru, а сайт компании использует company.ru, исправление выглядит разумно, но его нужно пометить как предположение. Если нельзя объяснить, почему замена верна, адрес лучше исключить.

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

2. Проверьте домен и MX-записи

MX-записи в DNS показывают, куда домен принимает почту. Если домен не существует или у него нет работающей почтовой инфраструктуры, письмо почти наверняка вернётся. Такой адрес не нужно тестировать отправкой.

Но MX не доказывает существование конкретного ящика. Компания может принимать почту на company.ru, а адреса ceo@company.ru может не быть. И наоборот, часть корпоративных систем не раскрывает информацию о ящиках во время автоматической проверки. Статус «MX есть» означает только, что домен способен принимать почту.

В российской базе не отбрасывайте адрес лишь потому, что валидатор не распознал провайдера как Gmail или Microsoft 365. У получателя может быть Яндекс 360, Mail.ru для бизнеса или собственный сервер. Смотрите на DNS, сайт компании, единообразие домена в источниках и результаты повторной проверки.

3. Catch-all: источник ложной уверенности

Catch-all — настройка домена, при которой сервер принимает письмо на любой адрес, даже если конкретного ящика не существует. Например, director@company.ru и случайный qwerty-879@company.ru могут пройти проверку одинаково.

Для валидатора такой домен выглядит живым, но это не подтверждает нужный контакт. Запись со статусом catch-all нельзя смешивать с подтверждёнными адресами.

Рабочий протокол:

• Сверьте имя и должность с сайтом компании, публикациями, официальными документами и профилем человека.

• Проверьте схему адресов по другим известным контактам компании: например, name.surname@ или n.surname@.

• Если уверенности нет, не подставляйте предполагаемый личный адрес. Выберите общий ящик по смыслу — sales@, bd@, info@ — либо другой канал первого касания.

• Отправляйте catch-all-сегмент отдельно и небольшими партиями, чтобы его ответы и возвраты не исказили оценку основной базы.

Тестовое письмо не подтверждает catch-all надёжно, а лишь расходует лимит и создаёт ненужный след. Лучше признать статус неопределённым и изменить тактику контакта.

4. Одноразовые, ролевые и личные адреса

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

Ролевые адреса — info@, hello@, sales@, office@, marketing@, support@. Они не плохие сами по себе. Для первого обращения к небольшой компании info@ иногда надёжнее предполагаемого адреса собственника. Но ролевой ящик требует короткого и понятного текста с просьбой передать обращение ответственному человеку.

Личные адреса на публичных почтовых сервисах требуют осторожности. Если адрес опубликован самим человеком как рабочий контакт и есть ясный деловой повод, он может быть релевантен. Если происхождение неясно, не включайте его в массовую цепочку. Для адресации руководителю сначала прочитайте, как найти email собственника компании для холодного письма.

5. Когда базу не стоит отправлять

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

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

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

Хорошая тема и цепочка не компенсируют ошибку в исходных данных.

Чек-лист перед первой отправкой

• У каждого контакта есть компания, источник, сегмент и понятный деловой повод.

• Удалены пустые строки, дубли, явные синтаксические ошибки и временные адреса.

• Домены существуют и имеют почтовую инфраструктуру.

• Подтверждённые адреса отделены от catch-all и неизвестных статусов.

• Ролевые ящики выделены в самостоятельный сценарий.

• Для сомнительных адресов сделана ручная сверка или выбран другой канал.

• Есть реестр отказов: адрес, дата, причина и запрет на повторное касание.

• На домене отправителя настроены SPF, DKIM и DMARC. С февраля 2024 года Google и Yahoo требуют от отправителей массовых писем от 5000 сообщений в сутки на их адреса эти настройки, отписку в один клик и долю жалоб на спам ниже 0,3%. Подробности разобраны в статье «SPF, DKIM и DMARC для Яндекс 360 и Mail.ru».

• Первая отправка запланирована как малая контролируемая партия.

Где процесс обычно ломается

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

Вторая ошибка — доверить решение одному сервису. Особенно опасно отправлять все адреса со статусом «valid», не разделяя catch-all и неизвестные результаты. Валидатор сокращает ручную работу, но не знает вашу целевую роль, структуру компании и точность источника.

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

Не пытайтесь исправить плохую базу ростом объёма. Сначала качество списка, затем подготовка домена и только потом цепочка. О прогреве можно прочитать в материале «Прогрев домена для холодных писем: как это делать в РФ».

Что делать после проверки

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

Если email не даёт уверенности, можно сменить канал: уточнить контакт через Telegram, LinkedIn или звонок, сохранив тот же деловой контекст. В компетенциях Отряда 9 эти каналы работают как одна последовательность.

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

Можно ли отправить письмо на адрес со статусом catch-all?

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

Нужно ли удалять все адреса info@ и sales@?

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

Почему валидатор показывает «unknown» для нормального корпоративного домена?

Почтовый сервер может не раскрывать существование ящиков, ограничивать автоматические запросы или использовать нестандартную конфигурацию. «Unknown» означает недостаток технического сигнала, а не автоматически плохой адрес.

Как часто нужно валидировать базу?

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

Достаточно ли валидации, чтобы письма не попадали в спам?

Нет. Чистая база уменьшает число возвратов, но доставляемость также зависит от репутации домена, подготовки, SPF, DKIM, DMARC, содержания письма и реакции получателей. Валидация — первый этап дисциплины.

Если хотите сверить базу, цепочку или логику сегментов перед запуском, пришлите задачу на разбор Отряду 9.