Почему письма попадают в спам в Яндексе

1. Как понять, что именно Яндекс блокирует рассылку

Не меняйте настройки вслепую: сначала отделите проблему Яндекса от общей проблемы доставляемости. Если письма в спаме и в Gmail, и в Mail.ru, разбор шире и начинается с общих причин. Если страдает только Яндекс, соберите три факта: куда попало письмо (Inbox, Спам или не дошло), что ответил SMTP-сервер и какие вердикты стоят в заголовке полученного письма.

Отправьте тестовое письмо с той же системы, с которой идет рассылка, на личный ящик @yandex.ru и откройте полные заголовки. Быстрее всего разобрать их анализатором заголовков: он показывает маршрут, задержки и результаты проверки SPF, DKIM и DMARC прямо в браузере, без ручного чтения строк.

В полученном письме найдите заголовок Authentication-Results: в нем сервер получателя фиксирует вердикты spf, dkim и dmarc. Строка выглядит примерно так: Authentication-Results: mx.yandex.net; spf=pass ... dkim=pass ... dmarc=pass. Любой fail в этой строке указывает зону проблемы. Формат заголовка описан в RFC 8601, поэтому он читается одинаково у разных провайдеров.

2. Дерево причин: от частых к редким

Когда письма попадают в спам Яндекса, причины распределены неравномерно: большая часть случаев закрывается проверкой DNS, далее идут репутация и база. Идите по списку сверху вниз и фиксируйте, что уже проверено, чтобы не ходить по кругу.

3. Шаг 1: проверить SPF, DKIM и DMARC

Проверьте SPF: dig TXT ваш-домен.ру +short. Должна быть ровно одна запись, начинающаяся с v=spf1, и в ней должны быть разрешены все системы, от которых вы отправляете: почтовый сервер, CRM, сервис рассылок. Две SPF-записи это ошибка permerror по RFC 7208, и часть писем из-за нее не проходит проверку. Если запись разрослась, проверьте лимит: по стандарту SPF допускает не более 10 операций DNS-запроса на одну проверку.

Найдите селектор подписи в заголовке отправленного письма: строка DKIM-Signature, поле s=. Затем проверьте публикацию ключа: dig TXT селектор._domainkey.ваш-домен.ру +short. Пустой ответ значит, что ключа нет в DNS и подпись не пройдет проверку. У каждого сервиса свой селектор, поэтому проверяйте каждый поток писем: транзакционные, маркетинговые, письма сервиса поддержки.

Проверьте политику: dig TXT _dmarc.ваш-домен.ру +short. Для диагностики достаточно p=none с полем rua: такая политика не влияет на доставку, но на адрес rua приходят XML-отчеты обо всех письмах от вашего домена, включая отправленные с неправильной подписью. Когда отчеты чистые, политику переводят на quarantine, затем на reject.

Разовые проверки командами занимают время, а записи ломаются в неожиданный момент, например после смены тарифа у DNS-хостера. Подключите домен к мониторингу: PostmastersTool ежедневно проверяет SPF, DKIM, DMARC, MX и черные списки, хранит историю по дням и присылает уведомления в выбранный канал, когда метрики выходят за установленные пороги.

4. Шаг 2: разобрать ошибку отправки и ответ SMTP

Если при отправке на Яндекс возникает ошибка и письма отклоняются, причина зафиксирована в логах вашего сервера или ESP. Ответы класса 4xx (например 451) временные: провайдер не принял письмо сейчас, но позже готов принять повтор. Ответы класса 5xx (например 550 5.7.1) постоянные: повтор той же отправки бессмыслен, пока не устранена причина. Семантика кодов определена в RFC 5321.

Текст ответа скопируйте из лога дословно и приложите к обращению: поддержка отвечает по конкретной формулировке, а не по пересказу. И обратите внимание на момент ошибки: отклонение на этапе соединения обычно связано с репутацией IP и лимитами, отклонение после передачи содержимого письма с самим письмом.

5. Яндекс 360: корпоративные письма в спаме

Отдельный сценарий: домен компании размещен на Яндекс 360, и рабочая переписка попадает в спам у получателей, в том числе внутри Яндекса. Здесь вы отвечаете и за DNS, и за настройки в админке.

Частый источник проблемы: через тот же домен уходит маркетинговая рассылка из CRM или ESP. SPF разрастается, а репутация домена смешивается: жалобы на рекламу снижают доставку рабочих писем сотрудников. Рабочее решение: вынести рассылки на отдельный поддомен и оставить корпоративную почту на основном домене.

6. Шаг 3: репутация, база и прогрев

Если записи в порядке, а рассылка в спаме Яндекса по-прежнему, решает репутация. Открытого кабинета постмастера с долей жалоб у Яндекса нет: сервис Почтовый офис (postoffice.yandex.ru), который раньше показывал такую статистику, закрыт, и объявленной замены ему нет. Поэтому оценивайте репутацию по косвенным сигналам: доля отказов и отписок, доставляемость тестовых писем, поведение получателей (открытия, ответы, перемещения писем в Спам).

Прямую долю жалоб показывают Google Postmaster Tools и Mail.ru Postmaster. Аудитория рассылок обычно пересекается: высокая доля жалоб у этих провайдеров указывает на проблему базы, которая затрагивает и Яндекс. PostmastersTool собирает данные обоих кабинетов автоматически, включая долю жалоб, и присылает уведомления при выходе метрик за пороги.

Что делать с базой: отправляйте только адресам с согласием на рассылку, чистите невалидные адреса по отказам, сделайте отписку заметной в каждом письме. Прогревайте новые домены и поддомены: начинайте с малых партий и наращивайте объем постепенно. Для разделения риска используйте разные поддомены для транзакционных и маркетинговых писем.

7. Как выйти из спама и проверить результат

Выход из спама не бывает одномоментным: после исправления записей и чистки базы фильтрам нужно время, чтобы пересчитать отношение к домену. Соберите панель наблюдения из 3-5 личных ящиков Яндекса, отправляйте контрольные письма 2-3 раза в неделю и фиксируйте, в какую папку они попадают.

Параллельно включите автоматический контроль: мониторинг DNS заметит, если запись откатится после изменений у хостера, а DMARC-отчеты покажут, не появились ли неизвестные источники отправки от вашего домена.