Гигиена email-базы: чек-лист очистки и подготовки к рассылке

Гигиена базы (list hygiene) это регулярная чистка списка рассылки от адресов, которые не доставят письмо или навредят отправителю. База портится сама: люди меняют работу, бросают ящики, ошибаются при подписке. Если её не чистить, растут отказы и жалобы, а за ними страдает репутация домена.

Что убирать из базы

• Жёсткие отказы. Адрес, на который пришла ошибка 5xx о несуществующем ящике, удаляют после первого случая, и лучше, чтобы это происходило автоматически. Разбор кодов в статье о hard и soft bounce.
• Повторяющиеся мягкие отказы. Один временный отказ ничего не значит, но ящик, который переполнен рассылку за рассылкой, никто не читает.
• Жалобщики. Amazon SES просит удалять их сразу и не отправлять даже письмо о том, что отписка принята.
• Дубли. Два одинаковых письма раздражают и повышают шанс жалобы.
• Опечатки и одноразовые адреса. Домены вроде gmial.com и ящики временной почты, которые перестают работать через часы.
• Ролевые адреса. info@ или sales@ читает кто-то из отдела, а подписывался, возможно, другой человек. Их стоит оставлять, только если подписка точно была.
• Давно неактивные. Тем, кто письма не открывает, лучше перестать писать, но сначала стоит отправить реактивацию и уже по ней решать.
• Адреса, которых вы не собирали. Купленные, арендованные, спарсенные. В них спам-ловушки и люди, которые на рассылку не соглашались.

Подготовка базы к первой рассылке

1. Уберите дубли. Обрежьте пробелы по краям и сравнивайте адреса без учёта регистра. RFC 5321 формально считает имя ящика чувствительным к регистру, но пользоваться этим не советует, а домен регистр не различает. У личных ящиков gmail.com точки в имени не играют роли: ivan.petrov@gmail.com и ivanpetrov@gmail.com это один ящик. На адреса Google Workspace и другие домены это правило не переносите.
2. Отсейте явный синтаксический мусор. Нет @, две @ подряд, нет домена верхнего уровня, пробелы и невидимые символы внутри.
3. Проверьте базу валидатором. Он проверит домен и MX, спросит почтовый сервер, есть ли ящик, найдёт catch-all, одноразовые и ролевые адреса. uChecker раскладывает результат на три группы (валидные, невалидные, неизвестные) и указывает причину отбраковки. Невалидные удаляйте, неизвестные лучше не включать в первую рассылку.
4. Разделите базу. По источнику, давности подписки и активности. Начинать стоит с самых свежих и активных адресов.
5. Проверьте домен. SPF, DKIM и DMARC должны быть на месте до первой рассылки, это видно в проверке почтового домена.
6. Наращивайте объём постепенно. Для нового домена или IP нужен прогрев. Google предупреждает, что даже резкое удвоение прежнего объёма может привести к ограничению скорости.

Как очистить базу после долгого перерыва

Если рассылок не было полгода и больше, базу нельзя просто загрузить в сервис и отправить. Часть ящиков за это время исчезла, часть могла стать ловушками, а люди забыли, что подписывались. Писать на давно не использованные адреса лучше небольшой частью от общего объёма.

1. Сохраните копию базы и выгрузите историю активности до паузы, если сервис рассылок её хранит.
2. Уберите мусор и дубли, как при первой подготовке.
3. Проверьте всю базу валидатором до первой рассылки. Сервис рассылок узнает о мёртвых адресах только из отказов, когда ущерб уже нанесён.
4. Проверьте домен и чёрные списки. За время паузы требования почтовиков менялись: Gmail с 2024 года требует DMARC от тех, кто отправляет от 5 000 писем в день, а Outlook.com с 5 мая 2025 года отклоняет письма таких отправителей без SPF, DKIM и DMARC с кодом 550 5.7.515. Статус домена можно посмотреть в проверке чёрных списков.
5. Начните с реактивационного письма. Напомните, кто вы и почему пишете, дайте кнопку «хочу получать» и заметную отписку. Такой вопрос неактивным подписчикам полезно задавать и потом, время от времени. Amazon SES предупреждает, что такие письма сами по себе рискованы, поэтому отправляйте их сначала тем, кто был активен до паузы, и небольшими порциями.
6. Уберите тех, кто не отреагировал после реактивации и нескольких обычных писем. Подробнее в статье о реактивации спящих подписчиков.

Как часто чистить базу

Единого срока нет, он зависит от того, как часто вы пишете и откуда приходят адреса. Надёжное правило событийное. Жёсткие отказы и жалобы обрабатываются после каждой отправки. Любой импорт (партнёрский список, переезд из другой CRM) проверяется целиком до первой рассылки. Перед крупной кампанией после паузы базу проверяют заново. А новые адреса лучше ловить ещё в форме регистрации и подтверждать через double opt-in.

Большую часть этого можно автоматизировать: удаление отказов по вебхукам сервиса рассылок, проверку при импорте через API. Как это устроить, описано в статье об автоматизации гигиены через API, а как быстро стареет база, в статье об устаревании списков.

Чек-лист

• ✓Жёсткие отказы удаляются после первого случая, автоматически.
• ✓Адреса, которые раз за разом дают мягкий отказ, выводятся из рассылки.
• ✓Жалобщики отписаны сразу и без писем-подтверждений.
• ✓Дубли, опечатки в доменах и одноразовые адреса убраны.
• ✓Ролевые адреса (info@, sales@) проверены: оставлены только те, где подписка точно была.
• ✓Давно молчащие подписчики получили реактивацию, не ответившие исключены.
• ✓Новые адреса проверяются в форме, импорт проверяется целиком до отправки.
• ✓SPF, DKIM и DMARC настроены для всех сервисов отправки.

Чтобы понять, помогла ли чистка, смотрите на отказы и жалобы. Amazon SES рекомендует держать bounce rate ниже 2%, Google советует держать жалобы ниже 0,1%.