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

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

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

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

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

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 предупреждает, что даже резкое удвоение прежнего объёма может привести к ограничению скорости.

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

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

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

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

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

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

Чек-лист

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

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