«У нас всё настроено — SPF есть, DKIM есть, а письма всё равно в спаме». Это одна из самых частых жалоб при разборе проблем с доставляемостью, и в её основе — распространённое заблуждение: что аутентификация домена и попадание в спам — это одна и та же история. Это не так.
Коротко: SPF и DKIM подтверждают подлинность отправителя, но не гарантируют попадание во «Входящие». Решение принимается на основе репутации домена и IP, вовлечённости аудитории, стабильности объёма отправки и DMARC-политики — техническая настройка снимает только один из барьеров.
Что на самом деле проверяют SPF и DKIM
SPF и DKIM — это про подлинность отправителя. Они отвечают на вопрос: «действительно ли это письмо отправлено тем доменом, от имени которого оно пришло, а не подделано кем-то ещё». Это необходимое условие для нормальной доставки — без него почтовые провайдеры могут отклонять письма как потенциально поддельные.
Пример корректной SPF-записи в DNS (TXT-запись на домене):
v=spf1 include:_spf.google.com include:sendgrid.net ~all
Пример DKIM — это отдельная TXT-запись на поддомене селектора (селектор выдаёт ESP при подключении домена):
selector1._domainkey.yourdomain.ru → v=DKIM1; k=rsa; p=MIGfMA0GCSq...
Но подлинность отправителя — не единственный фактор, который решает, окажется ли письмо во «Входящих» или в «Спаме». Провайдеры (Gmail, Mail.ru и другие) принимают решение на основе гораздо большего числа сигналов, и правильно настроенные SPF/DKIM только снимают один из барьеров, не гарантируя ничего дальше.
Что ещё влияет на попадание в спам
Репутация домена и IP. Это накопленная история: сколько писем с этого домена отправлялось, как на них реагировали получатели (открывали, удаляли не читая, отмечали как спам), насколько стабилен объём отправки. Плохая репутация формируется постепенно и так же постепенно восстанавливается — техническая настройка её не чинит мгновенно.
Вовлечённость аудитории. Если значительная часть базы не открывает письма месяцами, почтовые провайдеры интерпретируют это как сигнал, что контент нежелателен — даже если сам домен технически безупречен. Отправка по неактивной части базы может утягивать вниз доставляемость даже для активных получателей.
Резкие скачки объёма. Домен, который стабильно отправлял тысячу писем в день, а затем внезапно отправил пятьдесят тысяч, выглядит подозрительно для спам-фильтров — это один из классических триггеров, особенно для новых или недавно прогретых доменов.
DMARC-политика. Без DMARC (или с политикой none) домен остаётся уязвим для подделки, что тоже влияет на доверие к нему у почтовых провайдеров. Пример базовой DMARC-записи для старта (только мониторинг, без блокировки):
v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.ru
После нескольких недель мониторинга отчётов (rua) политику постепенно ужесточают до quarantine, а затем до reject — переход сразу на reject без проверки, что все легитимные отправители (включая транзакционные и сторонние сервисы) проходят аутентификацию, рискует заблокировать собственные письма.
Контент и структура письма. Хотя это менее весомый фактор, чем репутация, явные признаки спам-рассылки (агрессивные CTA, подозрительные ссылки, несоответствие текста и вёрстки) всё ещё учитываются алгоритмами.
График прогрева нового домена
Если технические настройки в порядке, а проблема с доставляемостью остаётся, часто причина — в поведенческих сигналах и истории, а не в конфигурации. Это особенно важно при переезде на новый домен отправки или после паузы в рассылках: домен без истории должен проходить постепенный прогрев (warm-up), прежде чем отправлять по всей базе.
Ориентировочный график прогрева на 4 недели (объёмы примерные, зависят от целевого масштаба рассылок и должны корректироваться по факту реакции провайдеров):
- Неделя 1: 50-200 писем в день, только самой вовлечённой части базы (открывали письма за последние 30-60 дней).
- Неделя 2: 500-1 000 писем в день, постепенно расширяя на умеренно активный сегмент.
- Неделя 3: 2 000-5 000 писем в день, отслеживая bounce rate (должен оставаться ниже 2%) и жалобы на спам (ниже 0,1%).
- Неделя 4 и далее: выход на целевой объём, если метрики предыдущих недель в норме; при ухудшении показателей — откат к предыдущему объёму на несколько дней.
Как диагностировать, что именно не так
Порядок проверки, если письма попадают в спам при настроенных SPF/DKIM:
- Проверить актуальные записи через Google Postmaster Tools и аналогичные инструменты других провайдеров — там видна репутация домена и IP напрямую, а не предположительно.
- Посмотреть на вовлечённость по сегментам: если отправка идёт по всей базе, сравнить показатели открытий у недавно активных и давно неактивных получателей.
- Проверить историю объёмов отправки за последние недели — не было ли резких скачков.
- Проверить DMARC-политику и то, проходят ли через неё все реальные источники отправки (включая транзакционные письма, если они идут с того же домена).
Ограничение подхода
Не все проблемы с доставляемостью решаются на стороне отправителя. Иногда часть проблемы — в качестве самой базы (устаревшие или никогда не валидные адреса), и в этом случае восстановление репутации потребует не только технических изменений, но и очистки базы — а это отдельная, более длительная работа.
Если технические настройки в порядке, а письма всё равно не доходят, вероятная причина — в репутации и поведенческих сигналах, которые не видны без специализированной диагностики. Это то, с чего начинается разбор доставляемости. Обсудить можно на консультации.