Знакомая ситуация. Вы берёте базу контактов, прогоняете её через ZeroBounce, NeverBounce или похожий сервис, получаете обратно красивые 95 процентов «valid» и запускаете кампанию. И всё равно куча писем возвращается как недоставленные. Как так, если вы же проверили базу?
Ответ неприятный. На самом деле эти сервисы большинство адресов реально не проверяют.
Что эти сервисы делают на самом деле
Есть простой тест, который всё выдаёт. Отправьте на проверку 10 000 писем, и результат вернётся через пару минут. Звучит отлично, но именно в этой скорости и кроется подвох. Реальную проверку ящика через SMTP так быстро сделать невозможно.
Почему? Чтобы по-настоящему узнать, существует ли ящик, нужно соединиться с почтовым сервером получателя и спросить его про конкретный адрес. Но крупные провайдеры вроде Gmail или Microsoft 365 ограничивают, сколько таких запросов они принимают с одного адреса. Многие серверы к тому же используют так называемый greylisting. На первую попытку они отвечают временным отказом, и нужно подождать и попробовать снова, иногда через минуты или часы. Поэтому честная проверка большой базы занимает часы, а не минуты.
Значит, если результат пришёл за пять минут, это говорит лишь об одном. Большинство адресов не спрашивали никакой почтовый сервер. Их просто сверили с внутренней базой сервиса и прогнали через его эвристику и AI-модели. Видели мы этот адрес раньше? Известен ли домен как хороший или плохой? Не выглядит ли адрес «рискованным»? Это догадка, а не проверка.
Почему это не работает
Догадка работает ровно до того момента, пока не промахнётся. А поскольку ни одна база не покрывает весь мир, а люди постоянно закрывают и заводят ящики, несуществующие адреса, которые выглядели нормально, всегда будут проскакивать.
Хуже всего catch-all домены. Это серверы, настроенные так, что принимают письмо на любой адрес, даже на полностью выдуманный. Сервис проверки не может определить, существует ли там конкретный ящик, поэтому часто сразу помечает их как «valid», просто потому что домен раньше доставлял. А вы потом шлёте на адреса, которые на самом деле никто не читает или которых вообще нет.
Вторая проблема приходит после отправки
И вот тут болит сильнее всего. Каждое письмо, вернувшееся как недоставленное, это чёрная метка для вашего домена. Провайдеры ящиков считают ваши баунсы. Большое число отклонённых сообщений для них чёткий сигнал, что вы шлёте на непроверенные базы, а именно так ведут себя спамеры.
Достаточно пары процентов баунсов, чтобы ваш домен начал терять репутацию. В худшем случае вы попадаете в чёрный список, например в Spamhaus, и ваши письма перестают доходить до ящиков повсеместно. И дело не только в кампаниях. Перестают доходить и счета, и обычная переписка с вашими же клиентами, пока вы не очистите домен. На это могут уйти недели.
Получается, что проверка, которая должна была вас защитить, наоборот подготовила вам проблему.
Единственная реальная проверка идёт через SMTP
Работает только один путь. По-настоящему соединиться с почтовым сервером получателя и получить подтверждение, существует ли конкретный ящик. Да, это медленнее. Нужно справляться с greylisting, учитывать лимиты крупных провайдеров и проверять с чистой, доверенной инфраструктуры, чтобы сервер вообще отвечал. Но только этот путь даёт реальный результат.
Реальная SMTP-проверка с хорошей инфраструктуры это единственное, что может понять, как ведёт себя catch-all домен, корректно опросить ящики на Gmail и Microsoft 365 и выявить адреса на серверах с проблемной репутацией. Там, где базовый сервис просто гадает «valid», реальная проверка говорит правду.
Что это значит для вас
Если вам важна доставляемость и репутация вашего домена, быстрая проверка по базе это ловушка. Кажется, что у вас чистый список, но на деле вы по-прежнему сидите на несуществующих ящиках, которые угробят ваш домен на первой же кампании.
Мы проверяем адреса реально, через SMTP, со своей чистой инфраструктуры. Это занимает больше времени, но в результате вы получаете список, на который можно отправлять без риска для вашего домена. А при управляемой кампании это сразу входит в стоимость.