Перепроверяйте список, когда прежние свидетельства уже слишком стары для предстоящего решения или появились новые сведения, которые ставят результат под сомнение. Если готовите рассылку, решите это до отправки. Если запись CRM пока не нужна, сохраните результат с датой и вернитесь к нему позже. Нет срока, в течение которого все адреса заведомо работают, а на следующий день вдруг перестают.
Установите для каждого сценария допустимый возраст проверки. Перед использованием адреса сравните его с датой получения свидетельств. Если письмо вернулось, адрес изменился или рассылок давно не было, проверьте раньше. Этот срок задает ваша команда; Emvero не назначает результату дату годности.
Принимайте решение перед использованием адреса
Для списка, с которым собираетесь работать, ответьте на три вопроса:
- Когда получили свидетельства? Храните последний статус и время наблюдений рядом с адресом. Дата импорта CSV или повторного запроса ответа из кеша не заменяет дату исходной проверки.
- Что произошло после проверки? Исправленный адрес нужно проверить отдельно. Возврат письма, смена домена или возобновление рассылок после долгой паузы снижают ценность прежних данных. Отписка и запрет на отправку действуют независимо: новый результат
deliverableих не отменяет. - Что вы собираетесь делать? У приветственного письма при регистрации, кампании по старому сегменту и неактивной записи CRM разные сроки и последствия ошибки. Задайте предел для каждого сценария и пересматривайте его по собственным данным о возвратах и ответах.
Например, команда может решить, что при утверждении кампании свидетельства должны быть не старше 14 дней. Это условный пример внутреннего правила, а не рекомендуемый срок годности адреса или оценка скорости изменений почтовых ящиков. Адрес, проверенный три дня назад, укладывается в правило. Адрес, проверенный пять недель назад, требует новой проверки. Разрешения на отправку и блокировки важны в обоих случаях.
| Что известно перед следующим использованием | Когда проверять |
|---|---|
| По вашему правилу сегмент проверен недавно, новых тревожных сигналов нет. | Используйте сохраненный результат для этого решения. При следующем использовании снова оцените его возраст. |
| Список долго не использовали или импортировали без надежной даты проверки. | Проверьте перед рассылкой. Дата импорта не свидетельствует о состоянии адресов. |
| Адрес изменился или отчет о доставке показывает возврат. | Разберите причину и пока исключите адрес из отправки. Исправленный адрес проверьте как новый. Результат проверки не стирает факт отписки или прежнего сбоя доставки. |
Последняя попытка дала unknown или еще находится в состоянии pending. |
Не принимайте решение, которому нужен окончательный ответ. При необходимости повторите проверку или запросите результат той же незавершенной попытки. Ни одно из этих состояний не означает undeliverable. |
В руководстве о том, как подготовить список к рассылке, разобрано, что делать с актуальными результатами deliverable, risky, undeliverable и unknown. Здесь речь о том, когда получать новый результат.
Смотрите на время наблюдения, а не на время запроса
Emvero возвращает отдельные отметки freshness.dns_checked_at и freshness.smtp_checked_at, если соответствующие этапы дали свидетельства. DNS-маршрут и SMTP-ответ о получателе могли быть получены в разное время. При повторном получении ответа из кеша отметки не меняются: свидетельства не становятся свежее. Статья о том, как разобрать результат проверки, объясняет эти поля и их ограничения.
Сохраняйте результат, время наблюдений и принятое на их основе решение. Если новая попытка ничего не прояснила, оставьте прежнее наблюдение и его исходную дату в истории. Новую попытку запишите как свежий, но неопределенный результат unknown. Не выдавайте старый deliverable за новый. При pending запросите результат той же проверки после указанного интервала и только затем принимайте окончательное решение.
Полная проверка может собрать свидетельства о получателе без отправки письма. Почтовый сервер может не раскрыть ответ. Даже если он принял получателя, это не гарантирует будущую доставку и не доказывает, что человек управляет ящиком. Учитывайте эти границы, когда выбираете допустимый возраст данных.
Разделяйте проверку адреса и разрешение на рассылку
Проверка помогает оценить, может ли адрес принимать письма. Она не подтверждает согласие человека на кампанию. Отписавшемуся контакту нельзя писать только потому, что новая проверка вернула deliverable. Для писем на личные аккаунты Gmail рекомендации Google отправителям предлагают подтвердить адрес каждого получателя до подписки и дать человеку простой способ отписаться.
Отчет о возврате письма тоже требует разбора. Не стоит бесконечно проверять один адрес в надежде получить более удобный результат. Храните отдельно событие доставки, результат проверки и запись о согласии.
Если вы управляете списком сами, процедура CSV → API показывает, как отправить один серверный запрос на адрес, дождаться завершения pending и записать результат в исходную строку. Сначала задайте правило по сроку, чтобы повторно проверять именно те адреса, которым это нужно.