Как проверить, существует ли адрес электронной почты и может ли он получать письма

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

Прежде всего, убедитесь, что введенный адрес является полным и содержит локальную часть, символ @ и домен, так как некорректный формат — это проблема структуры, а не результат «недоставляемый». Некоторые адреса, например, на доменах с настройкой Catch-All, невозможно однозначно классифицировать, поэтому их следует помечать как «Не определено».

Что на самом деле показывает проверка существования email-адреса

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

Результаты проверки полезно рассматривать как один из четырех вариантов, а не просто как «да» или «нет»:

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

Сравнение распространенных способов проверки существования email-адреса

В руководствах и на форумах часто встречаются различные методы. Они сильно различаются по информативности и затратам.

Метод с отправкой тестовых писем — самая распространенная ошибка. Рекомендации Google для отправителей почты требуют, чтобы массовые рассылки отправлялись только тем, кто их запросил, а повторяющиеся ошибки доставки из-за угаданных адресов негативно влияют на репутацию. Проверка через страницы восстановления имеет схожую проблему: руководство OWASP по проверке email рекомендует приложениям не раскрывать факт существования учетной записи. Прямые запросы к серверу следуют командам, определенным в RFC 5321, но стандарт позволяет серверам самим решать, сколько информации раскрывать, поэтому самописные скрипты часто дают неопределенные результаты.

Как проверить существование email-адреса с помощью EmailCheckPro

Функция «Проверка доставляемости email» в EmailCheckPro принимает адреса на практически любом домене и возвращает результат «Доставляемый» или «Недоставляемый» для каждой завершенной проверки. Рабочий процесс зависит от количества адресов.

1. Сначала очистите данные. Удалите лишние пробелы, знаки препинания в конце строк и убедитесь, что каждая запись содержит локальную часть, символ @ и домен. Приведение домена к нижнему регистру безопасно; локальную часть оставьте в исходном виде.
2. Проверка одного адреса. Вставьте его в панель управления для получения результата в реальном времени или выполните запрос POST /api/v1/check с вашего сервера, используя продукт «Проверка доставляемости email». Храните API-ключ на сервере, а не в коде браузера.
3. Проверка небольшого списка. Панель управления поддерживает проверку до 500 адресов в реальном времени. Через API запрос POST /api/v1/batch-check принимает от 1 до 100 адресов и возвращает результаты в том же порядке, что и входные данные. Элемент без завершенного результата помечается соответствующим образом и не должен считаться недоставляемым.
4. Проверка подготовленного файла. Загрузите файл TXT или CSV с одним полным адресом на каждой строке как асинхронную массовую задачу. Неверные и дублирующиеся строки удаляются при подготовке. Опрашивайте GET /api/v1/bulk-tasks/{id} не чаще чем раз в 30 секунд и скачивайте итоговый CSV-файл после завершения задачи.
5. Запишите результат с датой. Результат описывает состояние адреса на момент проверки, поэтому дата так же важна, как и вердикт.

Никакие сообщения на адрес не отправляются, и владелец адреса ничего не получает. Для адресов Gmail, Yandex и Mail.ru функция «Проверка аватара email» может добавить сигнал о наличии публичного аватара в дополнение к доставляемости.

Что делать с каждым результатом

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

• Неверный формат. В форме регистрации покажите адрес пользователю и попросите исправить его. В импортированном списке исправляйте очевидные опечатки в домене только тогда, когда запись источника подтверждает правильный адрес; в противном случае переместите строку в группу для проверки. За неверный формат плата не взимается.
• Доставляемый. Сохраните адрес и дату проверки рядом с ним. Доставляемый адрес по-прежнему подлежит вашим обычным правилам получения согласия, поэтому результат не заменяет записи о согласии.
• Недоставляемый. Прекратите регулярную отправку на этот адрес. Пометьте запись, а не удаляйте ее, чтобы адрес не был импортирован повторно, и запросите актуальный адрес при следующей возможности, например, при входе в систему или продлении подписки.
• Не определено. Держите эти строки в отдельной группе. Адреса Catch-All, например, являются неопределенными, а не угаданными; проверка в реальном времени, которую невозможно завершить, не дает результата и не тарифицируется. Проверьте их позже или связывайтесь с ними только в том случае, если существующие отношения уже это поддерживают.

Команды, использующие несколько инструментов, должны договориться о едином месте хранения результатов. В противном случае маркетинговая платформа может продолжать отправку на адрес, который CRM уже пометила как недоставляемый.

Ограничения, которые следует учитывать

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

• Результаты устаревают. Почтовые ящики закрываются, забрасываются и создаются заново. Google, например, публикует политику в отношении неактивных аккаунтов, согласно которой личные аккаунты, не использовавшиеся в течение двух лет, могут быть удалены. Повторно проверяйте старые сегменты перед важной рассылкой или после длительного перерыва.
• Доставляемый — не значит человек. Общие и функциональные адреса, такие как командные ящики, могут быть доставляемыми, даже если за них не отвечает конкретный человек.
• Доставляемость касается только адреса получателя. Это означает, что адрес может получать почту; как конкретное сообщение будет отфильтровано — это отдельный вопрос, зависящий от стороны отправителя.
• «Не определено» — это не ошибка ваших данных. Это отражает особенности настройки некоторых доменов, поэтому по умолчанию это не должно считаться негативным фактором для контакта.

Включение этих ограничений в правила работы с данными поможет команде избежать неверной интерпретации результатов.

Часто задаваемые вопросы

Как командам проверить существование целого списка адресов электронной почты?

Экспортируйте столбец с email-адресами, удалите пустые строки и сохраните файл в формате TXT или CSV с одним полным адресом на строке. Отправьте его как массовую задачу, которая выполняется асинхронно, и опрашивайте статус задачи не чаще чем раз в 30 секунд. Итоговый CSV-файл содержит каждый адрес с результатом проверки. Ссылки на скачивание действуют 12 часов; повторный запрос статуса той же задачи обновляет ссылку, если она истекла.

Почему домен Catch-All делает проверку существования неопределенной?

EmailCheckPro помечает такие адреса как «Не определено» вместо того, чтобы угадывать, и такие проверки не тарифицируются. Рассматривайте их как отдельную группу со своими правилами отправки.

В чем разница между неверным email-адресом и недоставляемым?

Неверный адрес не соответствует базовой структуре email, например, из-за отсутствия @, пробела в середине или отсутствия домена. Недоставляемый адрес является полным и правильно сформированным, но проверка показала, что он не может получать почту в данный момент. Способы исправления различаются: неверные записи нужно исправлять, недоставляемые — заменять.

Как долго результат «Доставляемый» остается полезным?

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

Узнайте больше

Выберите информацию о продукте, соответствующую следующему шагу в вашем рабочем процессе.

• Посмотреть документацию по продукту →
• Связаться с командой →