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

Старая база контактов, которая год пролежала в CRM без дела, почти никогда не годится для прямой рассылки без проверки — часть адресов уже не существует, часть ЛПР сменили компанию, часть превратилась в общие info@-ящики. Разбираем, как проверить базу перед стартом кампании и не посадить репутацию домена на устаревших контактах.

Почему старая база убивает доставляемость раньше, чем продажи

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

Если доля жёстких отказов превышает пороговое значение, провайдер начинает ограничивать доставку остальных писем этого домена — включая те, что уходят на живые, актуальные адреса. То есть 10-15% мёртвых контактов в базе могут снизить open rate по всей рассылке, а не только по невалидной части.

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

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

Что портится в базе контактов со временем

База контактов «стареет» не равномерно и не только за счёт увольнений. Несколько типовых процессов работают одновременно: ЛПР меняют компанию или должность, компании закрывают старые корпоративные домены при ребрендинге, отдельные адреса, которые раньше принадлежали конкретному человеку, превращаются в общие info@ или sales@ после реорганизации.

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

Ориентир по естественному «износу» B2B-базы — 15-25% контактов теряют актуальность за год, в быстрорастущих нишах вроде IT показатель может быть выше. Это не повод не пользоваться базой старше года, но повод обязательно провалидировать её перед стартом, а не полагаться на данные на момент сбора.

• Смена компании или должности ЛПР
• Закрытие или смена корпоративного домена
• Превращение личного адреса в ролевой (info@, sales@, hr@)
• Устаревание email из-за смены почтового провайдера компании

Техническая проверка: чек-лист по каждому адресу

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

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

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

• Синтаксис: корректный формат адреса, отсутствие опечаток в популярных доменах
• MX-запись: у домена есть настроенный почтовый сервер
• SMTP-проверка: сервер подтверждает существование конкретного ящика без реальной отправки письма
• Catch-all детекция: домен, который отвечает «валидно» на любой адрес — таким доменам нельзя доверять техническую проверку целиком
• Disposable-адреса: одноразовые почтовые сервисы, не подходящие для деловой переписки
• Дубликаты и опечатки в написании одного и того же адреса под разными вариантами

Как проверить, что контакт всё ещё актуален как ЛПР

Техническая валидность адреса не говорит о том, работает ли этот человек всё ещё в компании и на той же должности. Для базы старше 6-12 месяцев этот слой проверки не менее важен, чем синтаксис и MX-записи — письмо дойдёт технически, но адресат уже не ЛПР для этой темы.

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

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

Отдельный сигнал устаревания — автоответ «больше не работает в компании» на первое письмо. Это не ошибка рассылки, а рабочий инструмент чистки: такие ответы стоит собирать отдельно и обновлять базу, а не просто игнорировать.

Ориентиры по bounce rate: когда останавливать рассылку

Bounce rate — это главный индикатор того, что база требует чистки прямо сейчас, а не после кампании. Держать hard bounce ниже 2% от объёма отправки — разумный ориентир для домена, которым продолжают пользоваться для регулярного B2B-аутрича.

Если по первой партии писем hard bounce превышает 3-5%, кампанию стоит приостановить и заново провалидировать оставшуюся часть списка, а не продолжать отправку в надежде, что дальше показатель выправится сам.

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

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

Что делать с невалидными контактами — не спешить удалять

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

Ролевые адреса не стоит рассылать так же, как персональные ЛПР-контакты — обезличенное письмо на info@ читает секретарь или общий ящик, и результат такой рассылки не сопоставим с адресным аутричем по фамилии и должности.

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

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

Чек-лист перед стартом кампании по старой базе

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

• Прогнать всю базу через техническую валидацию (синтаксис, MX, SMTP, catch-all, disposable)
• Удалить или изолировать явные роль-адреса от персонального аутрича
• Точечно сверить приоритетный сегмент контактов на актуальность должности
• Запустить рассылку небольшой тестовой партией и замерить hard bounce до полного объёма
• Остановиться и перепроверить список, если hard bounce на тестовой партии выше 3%
• Зафиксировать автоответы о смене места работы отдельно для последующей актуализации базы
• Сохранить лог валидации по каждому контакту — пригодится для следующей кампании по этой же базе

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