Стратегия поддоменов для отправки: как изолировать репутацию маркетинга, транзакций и уведомлений

В пятницу Black Friday маркетинг отправил промо на 200 000 адресов с mail.shop.example. К вечеру спам-рейт в Google Postmaster Tools дошёл до 0.8%. Для агрессивной рассылки это ожидаемо. Проблема вылезла через двое суток: письма подтверждения заказа — те самые чеки, которые обязаны долетать всегда — начали садиться в «Спам» у Gmail. Разбор занял полдня и упёрся в одну строчку конфигурации: и промо, и транзакционные чеки уходили с одного домена mail.shop.example. Один d= в DKIM, один Return-Path, один SPF. Для почтового провайдера это был один отправитель с репутацией 0.8%, и он честно применил её ко всему потоку.

Вывод, который стоит усвоить до того, как вы напишете первую DNS-запись: доставляемость — это не свойство письма и даже не только свойство IP. Это свойство домена. А значит, потоки с разным уровнем риска нужно разводить на уровне домена, а не надеяться, что «хороший контент» вытащит чек из-под просевшей рассылки.

Репутация прилипает к домену, а не к письму

Почтовый провайдер атрибутирует репутацию отправителя по трём доменным точкам в каждом письме, плюс по отправляющему IP:

• Домен из `d=` в DKIM-подписи — то, что криптографически подписано и по чему провайдер считает домен «ответственным» за письмо.