Вы когда-нибудь задумывались, как Google автоматически дополняет ваш поисковый запрос? Это происходит путём добавления и обогащения данных. Как? Обогащение данных работает с необработанными данными. Необработанные данные...
Основные выводы
- Процесс проверки электронной почты включает шесть последовательных этапов: проверка синтаксиса, домена, записей MX, пинга почтового ящика SMTP, определение одноразовых и ролевых учетных записей, а также классификация всех писем.
- Проверка в режиме реального времени при регистрации и периодическая массовая проверка существующих списков защищают различные этапы жизненного цикла адресов: сбор и текущее обслуживание. Большинству команд необходимы оба варианта.
- Домены, поддерживающие протокол «на любой адрес», принимают все SMTP-запросы независимо от того, существует ли почтовый ящик, что делает шаг 4 (проверка SMTP на уровне почтового ящика) ненадежным для таких адресов. Службы проверки помечают их как рискованные, а не как действительные.
Списки электронных адресов приходят в негодность примерно через... 22% в годАдреса электронной почты меняются, когда люди увольняются с работы, удаляются при закрытии аккаунтов, становятся одноразовыми, когда пользователи хотят избежать маркетинговых рассылок, или просто перестают проверяться после того, как кто-то покидает почтовый ящик. Без процесса проверки эти недействительные адреса не остаются незамеченными; они генерируют отказы в доставке, которые наносят ущерб. репутация отправителя электронной почты по всей области отправки.
Проверка электронной почты помогает предотвратить это. Она проверяет каждый адрес в несколько этапов, каждый из которых выявляет определенный тип проблем. Понимание того, как работает каждый этап и что он выявляет, объясняет, почему базовые проверки формата пропускают большинство проблем.
Процесс проверки электронной почты: 6 шагов от отправки до вынесения решения.
Сервис проверки выполняет все шесть этапов для каждого адреса последовательно, примерно за 100–500 миллисекунд на адрес. Приведенный ниже алгоритм одинаков независимо от того, выполняется ли проверка в режиме реального времени в форме регистрации или массово для списка из миллионов адресов.
Шаг 1: Проверка синтаксиса
Первый шаг подтверждает соответствие адреса стандартным правилам форматирования электронной почты (на основе RFC 5322 и связанных спецификаций), реализованным в основных почтовых системах. Проверяющий проверяет правильность расположения разделителя @, наличие допустимой локальной части перед @, допустимой доменной части после него, а также отсутствие недопустимых символов или структурных ошибок, таких как последовательные точки или начальные/конечные дефисы.
Проверка синтаксиса выявляет очевидные опечатки, такие как отсутствие символа @, адрес, указанный только как имя, или невозможные комбинации символов, но она не может подтвердить подлинность адреса. Идеально отформатированный адрес, например, [электронная почта защищена] Проверка синтаксиса пройдена без ошибок. Все, что прошло этот этап, переходит ко второму этапу.
Шаг 2: Поиск домена и DNS-запроса
Проверка выполняет DNS-запрос к доменной части адреса, чтобы подтвердить существование домена и его разрешение на реальный авторитетный сервер. Если домен не существует в DNS (из-за истечения срока действия или опечатки), адрес не сможет получать электронную почту, независимо от того, насколько корректно он выглядит.
На этом этапе выявляется распространённая опечатка: [электронная почта защищена] вместо [электронная почта защищена]Локальная часть выглядит правдоподобно, но gmial.com либо не существует, либо не является почтовым провайдером, поэтому поиск DNS не возвращает результата, и адрес отклоняется. Все, что проходит проверку, переходит к шагу 3.
Шаг 3: Проверка MX-записи
Проверка запрашивает DNS домена на наличие записей MX (Mail Exchange). Записи MX определяют, какие серверы обрабатывают входящую электронную почту для домена. Домен без записей MX не имеет почтовой инфраструктуры (у него может быть веб-сайт, но он не может получать почту).
Этот шаг быстрее и надежнее, чем прямое обращение к почтовому серверу, поскольку он подтверждает готовность инфраструктуры без инициирования SMTP-сессии. Адрес в домене без записей MX (даже реальный, работающий веб-сайт) по определению не может быть доставлен. Все, что проходит проверку, переходит к шагу 4.
Шаг 4: Пингование SMTP-сервера на уровне почтового ящика
Проверяющий устанавливает соединение с почтовым сервером получателя, используя протокол SMTP. Он инициирует рукопожатие HELO/EHLO, а затем отправляет команду RCPT TO для конкретного проверяемого адреса. Ответ сервера показывает, принимает ли данный почтовый ящик почту.
Обычно ответ 250 означает, что почтовый ящик существует и может получать почту, а ответ 550 — что нет. Проверка останавливается до отправки какого-либо письма, поэтому проверка подтверждает только возможность доставки. На этом этапе выявляется большинство неочевидных некорректных адресов: правильно написанные адреса в реальных доменах с записями MX, где конкретный почтовый ящик просто не существует. Все, что проходит проверку, переходит к шагу 5.
Шаг 5: Выявление одноразовых и ролевых учетных записей
Программа проверки сравнивает адрес с активно поддерживаемым списком поставщиков услуг временной электронной почты, таких как Mailinator, 10MinuteMail, Temp Mail и сотнями других. DeBounce поддерживает эту базу данных через свои сервисы. бесплатный одноразовый API для проверки электронной почтыкоторый постоянно обновляется по мере запуска новых одноразовых услуг.
Проверка также выявляет адреса, привязанные к ролям: info@, support@, admin@, sales@, noreply@. Они принадлежат общим почтовым ящикам с несколькими владельцами, а не отдельным пользователям, что делает их ненадежными для маркетинговых рассылок и частым источником жалоб на спам.
На этом этапе адрес помечается, но не всегда отклоняется. Некоторые компании блокируют такие адреса. одноразовый или адреса, основанные на ролях, в то время как другие сохраняют их и фильтруют позже. Правильный выбор зависит от сценария использования. Регистрация на платную пробную версию обычно требует более строгих правил, чем регистрация на новостную рассылку. Любой адрес, помеченный таким образом, переходит в окончательную классификацию.
Шаг 6: Классификация рисков и определение общего риска
На заключительном этапе обрабатывается специфическая схема инфраструктуры: домены-перехватчики. Это серверы, настроенные на прием почты для каждого возможного адреса в домене, независимо от того, существует ли какой-либо конкретный почтовый ящик. Поскольку на шаге 4 они возвращают код 250 каждому RCPT TO, проверка на уровне почтового ящика дает для них ненадежные результаты, так как сервер отвечает «да» на все.
Верификатор выявляет всеобъемлющее поведение и классифицирует затронутые адреса соответствующим образом. На этом этапе каждый адрес, прошедший предыдущие пять проверок, получает окончательный вердикт по риску:
- Действительный — Пройдено все проверки; адрес подходит для доставки.
- Недействительный — Сбой на этапе жесткой блокировки (синтаксис, домен, MX или ответ SMTP 550)
- рискованный — отмечено на шаге 5 или 6 (одноразовое, основанное на роли или универсальное)
- Неизвестный — сервер выдал ошибку тайм-аута, использовал защиту от проверки или вернул неубедительный ответ.
Результат возвращается в вызывающее приложение, содержа как вердикт, так и, в большинстве сервисов, оценку достоверности для пограничных случаев.
Почему процесс подтверждения адреса электронной почты важен перед каждой отправкой
Шестиэтапный конвейер имеет важное значение, поскольку пропущенные проверки со временем приводят к более серьезным проблемам. Некорректные адреса влияют на каждую кампанию, и ущерб накапливается в трех взаимосвязанных областях: качество списка, репутация отправителя и целостность аналитики.
Защита от отказов
Отправка писем на недействительные адреса приводит к жестким отказам. Почтовые провайдеры отслеживают показатели отказов на уровне домена отправителя и начинают ограничивать или фильтровать отправителей, у которых этот показатель постоянно превышает примерно 2%. Одна-единственная отправка письма из непроверенного списка может установить эту закономерность до того, как проблема будет обнаружена в сводных показателях.
Сохранение репутации отправителя
Повторяющиеся отказы в доставке говорят почтовым провайдерам о том, что ваш список рассылки плохо поддерживается. Это может нанести ущерб вашей репутации отправителя в течение нескольких дней. Как только репутация падает, страдает каждая кампания, включая маркетинговые письма и транзакционные сообщения.
Соблюдение требований к отправителям массовых рассылок.
Теперь Gmail и Yahoo ожидают, что отправители массовых рассылок сохранят высокий уровень жалоб на спам. Ниже 0.3%Неверные адреса электронной почты затрудняют это, особенно адреса, привязанные к роли пользователя и используемые одноразовыми адресами. Такие адреса часто принадлежат людям, которые не дали явного согласия на получение уведомлений, что повышает вероятность подачи жалоб.
Точная аналитика
Недействительные адреса создают впечатление, что ваш список рассылки больше, чем есть на самом деле. Они снижают уровень вовлеченности и делают данные кампании менее надежными. Когда некачественные данные влияют на маркетинговые решения, команды могут тратить деньги не туда, куда нужно, не понимая, где возникла проблема.
Методы проверки электронной почты: в режиме реального времени, массовая проверка и ручная проверка.
Процесс из шести шагов остается неизменным независимо от того, с какого метода начинается проверка. Меняется лишь момент проверки адреса. Большинство почтовых программ требуют использования более одного метода проверки.
Проверка API в режиме реального времени при регистрации.
Позвоните REST API DeBounce Когда пользователь отправляет форму, ответ определяет, будет ли адрес принят, прежде чем будет создана запись. Это единственный метод, который выявляет некорректные адреса до того, как они попадут в базу данных. Рекомендуется для любых форм ввода данных, предназначенных для пользователей и собирающих адреса электронной почты.
Массовая проверка существующих списков
Загрузите полный список в Проверка списка адресов электронной почтыЗапустите конвейер обработки данных по каждому адресу параллельно и загрузите результаты, классифицированные по результатам проверки. Время обработки варьируется от нескольких минут до нескольких часов в зависимости от объема. Запускайте как минимум раз в квартал; ежемесячно для списков с высокой частотой сбора данных. Этот метод обрабатывает адреса, уже имеющиеся в базе данных, включая те, которые были собраны до внедрения проверки в реальном времени, а также те, которые были действительны на момент сбора, но впоследствии утратили свою актуальность.
Ручная проверка одного адреса
Проверка отдельных адресов полезна, когда необходимо проверить конкретное электронное письмо. Например, вы можете проверить конкретное сообщение о недоставке или подтвердить контакт перед прямой отправкой. Большинство сервисов показывают полный результат, включая причину сбоя. Это помогает в устранении неполадок, но не должно заменять регулярную проверку полных списков адресов электронной почты.
Для интеграции фронтенда без изменений бэкенда, Виджет проверки электронной почты в режиме реального времени Проверяет адреса по мере ввода пользователем и интегрируется непосредственно с JavaScript формы (никаких изменений на стороне сервера не требуется).
Выбор сервиса проверки электронной почты
Большинство авторитетных сервисов используют один и тот же базовый процесс проверки. Основные различия заключаются в точности, особенно в случае доменов с поддержкой перехвата всех запросов и серверов, блокирующих проверки. После этого сравнение обычно сводится к бесплатным лимитам, настройке API и ценообразованию.
| Cервис | Лучше всего | Бесплатный уровень | Удельная прочность |
| ДеБаунс | Команды, желающие получить всестороннюю проверку с помощью бесплатного одноразового API. | 100 бесплатных кредитов + неограниченное количество одноразовых чеков | Бесплатный API для одноразовых чеков с поддержкой CORS, а также полная пакетная и проверка в режиме реального времени на одной платформе. |
| ZeroBounce | Корпоративным командам, нуждающимся в максимально полном наборе данных, | 100 бесплатных кредитов в месяц | Оценка адресов, используемых для обработки всех запросов, с помощью ИИ и подробные отчеты о доставке. |
| Никогда не прыгать | Команды по маркетинговым операциям с интеграцией HubSpot/Mailchimp | Только пробная версия | Встроенная интеграция с ESP и высокая скорость пакетной обработки. |
| Kickbox | Разработчики уделяют приоритетное внимание качеству API и документации. | 100 бесплатных кредитов при регистрации | Чистый REST API и система оценки качества, выходящая за рамки простой проверки на действительность/недействительность. |
| MailerCheck | Пользователи MailerLite и небольшие маркетинговые команды | Бесплатные кредиты 10 | Тесная интеграция с MailerLite и понятный интерфейс для создания массовых рассылок. |
| Вычищать | Команды по генерации лидов, работающие в исходящем режиме | Бесплатные кредиты 100 | API в режиме реального времени и дополнительные функции поиска/обогащения данных. |
Сочетание полностью бесплатного API для одноразовых проверок, не требующего аутентификации, а также комплексной массовой и оперативной проверки на одной платформе делает DeBounce практичной отправной точкой для большинства команд. Бесплатная одноразовая проверка обрабатывает наиболее распространенный тип ошибок (бесплатные регистрации) без какой-либо настройки, а полная платформа обрабатывает все остальное по мере масштабирования программы.
Проверка, защищающая каждую отправку.
Процесс проверки электронной почты — это операционная основа, которая защищает показатели отказов, репутацию отправителя и целостность аналитики в каждой кампании. Каждый из шести этапов выявляет отдельную категорию недействительных адресов, которые не охватываются предыдущими этапами. Синтаксис выявляет ошибки форматирования. Проверки домена и MX-записей выявляют сбои инфраструктуры. SMTP-пинг выявляет несуществующие почтовые ящики. Обнаружение одноразовых и универсальных адресов обрабатывает крайние случаи, когда все остальные проверки пройдены успешно, но отправка всё равно не происходит.
Наиболее эффективные системы сочетают проверку API в режиме реального времени при регистрации (чтобы некорректные адреса никогда не попадали в базу данных) с периодической массовой проверкой существующих списков для выявления адресов, которые утратили актуальность с момента их получения. Очистка списка электронных адресов Регулярная проверка превращает разовое мероприятие в непрерывную программу, ценность которой со временем возрастает.
Начните с DeBounce. бесплатный одноразовый API для проверки электронной почты Для простейшей интеграции в реальном времени: один запрос из любой формы регистрации, аутентификация не требуется, время выполнения менее 200 мс. Когда вы будете готовы к полной проверке конвейера обработки данных по спискам и процессам регистрации, Проверка списка адресов электронной почты Обрабатывает оба варианта на одной платформе.
