Руководства
Проверка email-адресов в CRM без потери истории
Привяжите свидетельства к конкретному email-значению в CRM. Разделите последний результат, прежние наблюдения и свое решение об отправке.
Что делать с каждым ответом
Каждый раз одни и те же четыре результата. Инструкция меняется вместе с ситуацией, потому что вместе с ней меняется цена ошибки.
| Результат | Что делать здесь |
|---|---|
| Доставляемый | Запишите результат рядом с проверенным адресом и датами свидетельств. Отдельно решите, включать ли его в кампанию; не помечайте старое наблюдение из кеша как новое. |
| Рискованный | Сохраните контакт и отметьте причины. Примените правило для предполагаемого сообщения; не считайте ролевой признак неудачной проверкой ящика. |
| Недоставляемый | Прекратите отправку по проверенному значению до исправления или пересмотра по новым данным. Сохраните историю; сама проверка не определяет правила удаления. |
| Неизвестно | Запишите последний неопределенный результат и его причины. Сохраните прежние свидетельства в истории, но не оставляйте старый deliverable основанием для отправки без разбора. |
Привяжите результат к одному email-полю
Запись контакта может содержать компанию, ответственного, сделки и переписку. Проверка относится к ее email-полю. Сохраните отправленный email вместе с id, status, action, reason_codes и checks проверки. Если кто-то меняет адрес, прежний результат относится к старому значению. Проверьте замену до применения к ней решения.
Два контакта с одинаковым адресом не обязательно являются одним человеком. Решайте вопрос объединения по правилам CRM отдельно от проверки адреса. Emvero не объединяет контакты и не обновляет CRM автоматически: результат записывает ваша интеграция или процесс импорта. API проверки email объясняет запрос и ответ.
Храните даты наблюдения и получения отдельно
Когда они есть в ответе, freshness.dns_checked_at и freshness.smtp_checked_at показывают время сбора соответствующих свидетельств. Сохраните исходные даты рядом со временем своего запроса или получения результата. Ответ из кеша может содержать более старые сведения SMTP; не заменяйте дату наблюдения сегодняшней. Руководство по результату проверки объясняет, как читать возраст свидетельств.
Запишите неопределенную перепроверку, сохранив историю
Допустим, тот же адрес раньше получил deliverable, а последняя завершенная проверка вернула unknown. Оставьте прежний результат как историческое наблюдение с датой и запишите новый вместе с причинами. Unknown может по-прежнему содержать установленные сведения о домене.
Сделайте новую неопределенность видимой для логики отправки. Не позволяйте старой отметке «доставляемый» автоматически разрешать кампанию. Ваше правило может откладывать адрес до разбора или новой проверки. Если сам адрес изменился, прежние свидетельства ничего не устанавливают о замене.
Выберите правило отправки, сохранив контакт
При технической ошибке исключите проверенный адрес до исправления или разбора; история контакта может оставаться полезной. Ролевой адрес — отдельный признак, а не автоматический отказ. Контекст подписки и исключения остаются вашими записями. Проверка также не определяет, как долго хранить контакт. Для выбора получателей кампании используйте процесс очистки списка вместе с таблицей выше.
Reason codes, которые здесь что-то решают
Эти коды входят в словарь API и объясняют результат проверки. В пояснениях также указаны значения, которые текущие правила проверки или SMTP-проба не возвращают.
SMTP_MAILBOX_NOT_FOUND | SMTP-наблюдение об отказе в приеме получателя; текущие правила возвращают unknown с SMTP_RECIPIENT_REJECTED_AMBIGUOUS. |
DNS_NXDOMAIN | Домена не существует |
ACCEPT_ALL_UNKNOWN | Код для неустановленного поведения catch-all; текущие правила проверки его не возвращают |
ROLE_ACCOUNT | Имя адреса обозначает функцию; кто пользуется ящиком, не установлено |
Термины, которые стоит знать заранее
Жёсткий и мягкий возврат
Постоянный и временный сбои доставки описывают попытку отправки. Узнайте, чем они отличаются от свидетельств проверки.
Catch-all-домен
Почтовый сервер принимает произвольных получателей. Само принятие не подтверждает существование конкретного ящика.
Ролевой адрес
Адрес команды или службы, например support@. Он может принимать почту; подходит ли он вам, зависит от задачи.
Выбор, который за этим стоит
Проверка email и гигиена базы
Технические свидетельства по адресу и актуальные записи о подписке, запретах отправки и интересе получателя отвечают на разные вопросы рассылки.
Проверка в реальном времени и работа со списком
Проверяйте адрес, пока человек ждет, или обрабатывайте сохраненный список. Сравните время выполнения, ответы pending и работу, которую выполняет ваша система.
Попробуйте на адресе, который вы знаете.
Бесплатная проверка возвращает результат целиком - каждую стадию, каждый reason code, ничего не скрывая.