Catch-All email: что это, почему рискованно и что с ними делать

Вы пропустили свой email-список через инструмент верификации и получили отчёт. Валидные, невалидные, неизвестные -- и затем большой массив адресов с пометкой «catch-all» или «accept-all». Теперь вы смотрите на сотни (или тысячи) адресов без чёткого ответа: реальные они или фейковые?

Большинство инструментов верификации разводят руками перед catch-all email. Они возвращают результат «рискованный» или «неизвестный» и оставляют решение за вами. Это не слишком полезно, когда 20% вашего B2B-списка попадают в эту категорию.

Давайте разберёмся, что такое catch-all email на самом деле, почему они представляют проблему и что с ними делать -- без гадания.

Что такое catch-all email?

Catch-all email -- это настройка почтового сервера, а не тип email-адреса. Когда домен настроен как catch-all (также называется «accept-all»), сервер принимает письма, отправленные на любой адрес в этом домене -- даже на адреса, которых не существует.

Например, если acme.com -- catch-all домен, вы можете отправить письмо на polnostyu-vydumanny@acme.com, и сервер его примет. Оно не вернётся с отказом. Оно просто тихо исчезнет в пустоте -- или будет направлено в catch-all ящик, который никто не проверяет.

Это противоположность тому, как работает большинство почтовых серверов. Обычно, если вы отправляете на адрес, которого не существует, сервер немедленно его отклоняет и вы получаете отказ. С catch-all сервер говорит «конечно, я приму это» -- независимо ни от чего.

Зачем компании используют catch-all серверы

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

• Не пропустить ни одного письма. Если клиент ошибётся в написании имени вашего сотрудника (jon вместо john), сообщение всё равно будет доставлено, а не вернётся с отказом.
• Конфиденциальность. Catch-all не позволяет посторонним зондировать ваш домен для выявления существующих почтовых ящиков сотрудников. Спамеры и социальные инженеры не смогут составить список вашей команды.
• Унаследованная настройка. Многие малые предприятия настроили это много лет назад в Google Workspace или Microsoft 365 и никогда не меняли. В некоторых панелях хостинга это часто является конфигурацией по умолчанию.

Catch-all особенно распространён среди малого и среднего бизнеса. Такие крупные провайдеры, как Google Workspace и Microsoft 365, позволяют включить его одним переключателем.

Проблема: почему инструменты верификации не могут проверить catch-all email

Вот почему catch-all создаёт головную боль для верификации email. Стандартная верификация работает следующим образом:

1. Инструмент верификации подключается к почтовому серверу получателя
2. Он сообщает: «У меня есть письмо для user@domain.com -- вы его примете?»
3. Сервер отвечает: либо «да, такой почтовый ящик существует», либо «нет, пользователь неизвестен»

В случае catch-all сервера шаг 3 всегда возвращает «да» -- независимо от того, реальный адрес или фейковый. Сервер настроен принимать всё. Поэтому инструмент верификации получает положительный ответ, но он лишён смысла. Инструмент не может отличить реального сотрудника от полностью выдуманного адреса.

Именно поэтому большинство сервисов верификации email помечают catch-all адреса как «рискованные», «accept-all» или «неизвестные» -- они действительно не могут сообщить вам, валиден ли адрес.

Catch-all адреса обычно составляют 10-30% B2B email-списка. Это очень много адресов, в отношении которых у вас нет определённости.

Что происходит при отправке на catch-all адреса

Отправка на catch-all адреса не является автоматически опасной, но несёт реальные риски:

• Тихие неудачи. Сервер принимает письмо, но если почтового ящика фактически не существует, ваше сообщение уходит в никуда. Вы не получите отказ, но и никто его не прочитает. Показатели открытий и вовлечённости незаметно снижаются.
• Отложенные отказы. Некоторые серверы сначала принимают письмо, а затем генерируют отказ после обработки. Эти «отложенные отказы» или NDR (уведомления о невозможности доставки) приходят через часы или дни и всё равно учитываются негативно для репутации отправителя.
• Спам-ловушки. Антиспам-организации иногда размещают адреса-ловушки на catch-all доменах. Поскольку сервер принимает всё, ловушка работает идеально. Попадание на одну из них может привести к блокировке вашего домена за одну ночь.
• Напрасные расходы. Каждое письмо, отправленное на несуществующий catch-all адрес, стоит денег -- ваш ESP взимает плату за отправку, а вы получаете нулевой возврат.

Хитрость в том, что некоторые catch-all адреса принадлежат реальным людям. Если вы удалите их все, вы потенциально потеряете валидные контакты. Если оставите все -- примете описанные выше риски.

Как catch-all email попадают в ваш список

Catch-all адреса не приходят с предупредительной маркировкой. Они попадают в ваш список через обычные каналы:

• Формы подписки. Реальный человек с catch-all домена регистрируется. Его адрес валиден, но ваш инструмент верификации не может это подтвердить, потому что сервер принимает всё.
• Покупные или парсённые списки. B2B-провайдеры данных часто включают адреса с catch-all доменов. Некоторые из них реальные, многие угаданы или сфабрикованы (по шаблону типа firstname@company.com).
• Визитки и мероприятия. Вы собрали email на конференции. Компания человека использует catch-all. Адрес совершенно реальный, но невозможно верифицировать через стандартный SMTP.
• Импорт из CRM. Исторические данные из миграции CRM могут содержать адреса с доменов, которые с тех пор были настроены как catch-all.

Что делать с catch-all email

Единого правильного ответа здесь нет. Всё зависит от того, как вы получили адреса, вашего объёма рассылок и того, какой уровень риска может выдержать ваша репутация отправителя. Вот практическая структура принятия решений:

Вариант 1: Сохранить и отправлять осторожно

Если catch-all адреса получены из opt-in регистраций, известных деловых контактов или проверенных источников, они, вероятно, реальные. Отправляйте на них, но с предосторожностями:

• Отправляйте на catch-all адреса небольшими партиями, а не все сразу
• Внимательно отслеживайте показатель отказов после каждой отправки
• Удаляйте любой адрес с нулевой активностью после 2-3 кампаний
• Держите catch-all адреса в отдельном сегменте, чтобы отслеживать их эффективность независимо

Вариант 2: Исключить из холодных кампаний

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

Вариант 3: Использовать продвинутую верификацию

Лучший вариант -- использовать инструмент верификации, способный выйти за рамки стандартных SMTP-проверок для catch-all доменов. Именно здесь большинство инструментов пасует -- но это не невозможно.

Как ClearBounce обрабатывает catch-all email иначе

Стандартные инструменты верификации используют единственный метод: SMTP-верификацию. Когда они встречают catch-all сервер, они останавливаются и помечают адрес как «неизвестный». Именно здесь ClearBounce применяет другой подход.

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

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

Это существенная разница. В списке из 10 000 адресов с 2 000 catch-all стандартный инструмент может вернуть все 2 000 как «неизвестные». ClearBounce может определить 800-1 200 из них как определённо валидные или невалидные -- предоставив вам данные для действий вместо разведённых рук.

Лучшие практики управления catch-all email

Используете ли вы ClearBounce или другой инструмент, вот как эффективно обращаться с catch-all адресами:

1. Не обращайтесь со всеми catch-all адресами одинаково. Catch-all адрес из известной opt-in регистрации отличается от адреса, спарсённого с сайта. Контекст важнее технической классификации.
2. Выделите catch-all адреса в отдельный сегмент. Держите их в собственном сегменте списка, чтобы отслеживать их вовлечённость, показатели отказов и жалоб независимо.
3. Начинайте с небольших отправок. Если вы собираетесь отправлять на catch-all адреса, начните с небольшой партии и проверьте показатель отказов перед увеличением объёма.
4. Агрессивно отслеживайте вовлечённость. Если catch-all адрес показывает ноль открытий и ноль кликов после 3 кампаний, удалите его. Реальные люди рано или поздно открывают письма.
5. Периодически проводите повторную верификацию. Домены со временем меняют настройки catch-all. Адрес, который был неверифицируемым в прошлом месяце, может быть верифицируемым сегодня -- или наоборот.
6. Используйте верификацию в реальном времени на формах. Если кто-то регистрируется с адресом на catch-all домене, API ClearBounce может проверить его в реальном времени и дать вам вердикт до того, как адрес попадёт в вашу базу данных.

Краткий справочник: матрица решений по catch-all

Итог

Catch-all email сами по себе не являются плохими -- их просто сложно верифицировать стандартными инструментами. Худшее, что вы можете сделать, -- полностью их игнорировать или обращаться со всеми одинаково.

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

Если значительная часть вашего списка отображается как «неизвестная» или «accept-all» после верификации -- это признак того, что ваш инструмент оставляет данные на столе. Вам не должно приходиться гадать.