--- title: "Как часто перепроверять список email-адресов | Emvero" description: "Выберите момент повторной проверки по возрасту данных, дате следующей рассылки, возвратам писем и изменениям адресов." url: https://emvero.io/ru/blog/when-to-reverify-email-list/ language: ru updated: 2026-10-07 --- Блог # Когда перепроверять список email-адресов Смотрите на дату последней проверки и на то, когда будете использовать список. Напоминание в календаре само по себе не обновляет старые данные. Опубликовано 2026-09-24 Перепроверяйте список, когда прежние свидетельства уже слишком стары для предстоящего решения или появились новые сведения, которые ставят результат под сомнение. Если готовите рассылку, решите это до отправки. Если запись CRM пока не нужна, сохраните результат с датой и вернитесь к нему позже. Нет срока, в течение которого все адреса заведомо работают, а на следующий день вдруг перестают. Установите для каждого сценария допустимый возраст проверки. Перед использованием адреса сравните его с датой получения свидетельств. Если письмо вернулось, адрес изменился или рассылок давно не было, проверьте раньше. Этот срок задает ваша команда; Emvero не назначает результату дату годности. ## Принимайте решение перед использованием адреса Для списка, с которым собираетесь работать, ответьте на три вопроса: 1. **Когда получили свидетельства?** Храните последний статус и время наблюдений рядом с адресом. Дата импорта CSV или повторного запроса ответа из кеша не заменяет дату исходной проверки. 2. **Что произошло после проверки?** Исправленный адрес нужно проверить отдельно. Возврат письма, смена домена или возобновление рассылок после долгой паузы снижают ценность прежних данных. Отписка и запрет на отправку действуют независимо: новый результат `deliverable` их не отменяет. 3. **Что вы собираетесь делать?** У приветственного письма при регистрации, кампании по старому сегменту и неактивной записи CRM разные сроки и последствия ошибки. Задайте предел для каждого сценария и пересматривайте его по собственным данным о возвратах и ответах. Например, команда может решить, что при утверждении кампании свидетельства должны быть не старше 14 дней. Это **условный пример внутреннего правила**, а не рекомендуемый срок годности адреса или оценка скорости изменений почтовых ящиков. Адрес, проверенный три дня назад, укладывается в правило. Адрес, проверенный пять недель назад, требует новой проверки. Разрешения на отправку и блокировки важны в обоих случаях. | Что известно перед следующим использованием | Когда проверять | | --- | --- | | По вашему правилу сегмент проверен недавно, новых тревожных сигналов нет. | Используйте сохраненный результат для этого решения. При следующем использовании снова оцените его возраст. | | Список долго не использовали или импортировали без надежной даты проверки. | Проверьте перед рассылкой. Дата импорта не свидетельствует о состоянии адресов. | | Адрес изменился или отчет о доставке показывает возврат. | Разберите причину и пока исключите адрес из отправки. Исправленный адрес проверьте как новый. Результат проверки не стирает факт отписки или прежнего сбоя доставки. | | Последняя попытка дала `unknown` или еще находится в состоянии `pending`. | Не принимайте решение, которому нужен окончательный ответ. При необходимости повторите проверку или запросите результат той же незавершенной попытки. Ни одно из этих состояний не означает `undeliverable`. | В руководстве о том, [как подготовить список к рассылке](https://emvero.io/ru/guides/cleaning-an-email-list/), разобрано, что делать с актуальными результатами `deliverable`, `risky`, `undeliverable` и `unknown`. Здесь речь о том, когда получать новый результат. ## Смотрите на время наблюдения, а не на время запроса Emvero возвращает отдельные отметки `freshness.dns_checked_at` и `freshness.smtp_checked_at`, если соответствующие этапы дали свидетельства. DNS-маршрут и SMTP-ответ о получателе могли быть получены в разное время. При повторном получении ответа из кеша отметки не меняются: свидетельства не становятся свежее. Статья о том, [как разобрать результат проверки](https://emvero.io/ru/blog/reading-a-verification-result/), объясняет эти поля и их ограничения. Сохраняйте результат, время наблюдений и принятое на их основе решение. Если новая попытка ничего не прояснила, оставьте прежнее наблюдение и его исходную дату в истории. Новую попытку запишите как свежий, но неопределенный результат `unknown`. Не выдавайте старый `deliverable` за новый. При `pending` запросите результат той же проверки после указанного интервала и только затем принимайте окончательное решение. Полная проверка может собрать свидетельства о получателе без отправки письма. Почтовый сервер может не раскрыть ответ. Даже если он принял получателя, это не гарантирует будущую доставку и не доказывает, что человек управляет ящиком. Учитывайте эти границы, когда выбираете допустимый возраст данных. ## Разделяйте проверку адреса и разрешение на рассылку Проверка помогает оценить, может ли адрес принимать письма. Она не подтверждает согласие человека на кампанию. Отписавшемуся контакту нельзя писать только потому, что новая проверка вернула `deliverable`. Для писем на личные аккаунты Gmail [рекомендации Google отправителям](https://support.google.com/mail/answer/81126?hl=en) предлагают подтвердить адрес каждого получателя до подписки и дать человеку простой способ отписаться. Отчет о возврате письма тоже требует разбора. Не стоит бесконечно проверять один адрес в надежде получить более удобный результат. Храните отдельно событие доставки, результат проверки и запись о согласии. Если вы управляете списком сами, [процедура CSV → API](https://emvero.io/ru/blog/validate-email-list-csv-api/) показывает, как отправить один серверный запрос на адрес, дождаться завершения `pending` и записать результат в исходную строку. Сначала задайте правило по сроку, чтобы повторно проверять именно те адреса, которым это нужно. ## Термины, которые здесь встречаются ### Жёсткий и мягкий возврат Жесткий возврат обычно связан с постоянным отказом доставки, мягкий — с временным. Причину нужно читать в ответе сервера. ### Грейлистинг Сервер временно отклоняет SMTP-попытку и ожидает повторную позже. Прием после повтора не гарантирован. ## Ситуации, к которым это относится ### Чистка списка перед рассылкой Вы защищаете репутацию отправляющего домена, поэтому вопрос не в том, какие адреса плохие, а в том, какие эта рассылка может себе позволить. ### Чистка CRM без удаления хороших записей Запись в CRM это история, а не адрес, поэтому здесь ничего не удаляется: проверка решает, кому вы можете писать, но никогда - кого вы можете хранить. [Все статьи](https://emvero.io/ru/blog/) ## Выберите, что проверить дальше. Запустите проверку в личном кабинете и посмотрите данные в результате. Начать бесплатно