Почему ваши письма попадают в спам?

Коротко

Когда легитимная почта попадает в папку спам, это почти никогда не случайность. Принимающие серверы, такие как Gmail, Outlook и корпоративные фильтры, оценивают каждое письмо по трём вопросам: доказывает ли отправитель, кто он, есть ли у отправляющего IP чистая репутация и похоже ли письмо на почту, которую люди действительно хотят получать? Исправьте эти три пункта, и проблема обычно исчезает. Ниже описано, как проверить каждый из них, начиная с самой частой причины.

1. Аутентификация почты: SPF, DKIM и DMARC

Это самая частая причина. С 2024 года Gmail и Yahoo требуют аутентификацию от всех, кто рассылает в больших объёмах, а неаутентифицированная почта тихо понижается в приоритете или отклоняется. Вашему отправляющему домену нужны три DNS-записи.

SPF перечисляет серверы, которым разрешено отправлять от имени вашего домена. DKIM добавляет криптографическую подпись, чтобы получатель мог убедиться, что письмо не было изменено. DMARC связывает оба механизма и указывает получателю, что делать при неудачной проверке.

Проверьте, что вы публикуете сейчас:

dig +short TXT example.com
dig +short TXT default._domainkey.example.com
dig +short TXT _dmarc.example.com

Здоровые записи обычно выглядят так:

SPF:   v=spf1 mx include:_spf.yourprovider.com -all
DMARC: v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s; aspf=s

Начните DMARC с p=none, чтобы собрать отчёты, затем перейдите к quarantine и в итоге к reject, когда SPF и DKIM стабильно проходят проверку. Если DKIM ничего не возвращает, имя селектора неверное или ваш почтовый сервер вообще не подписывает письма; уточните селектор, который использует ваш провайдер.

2. Обратный DNS (PTR) и имя HELO

Если вы держите собственный почтовый сервер, у отправляющего IP должна быть корректная PTR-запись, которая разрешается в реальное имя хоста, и это имя должно совпадать с тем, что сервер объявляет в приветствии HELO/EHLO. Несовпадение или отсутствие PTR немедленно бьёт по репутации.

dig -x 203.0.113.10 +short

Результат должен быть вроде mail.example.com, а прямой запрос этого имени должен возвращать тот же IP. PTR-записи задаёт владелец блока IP, поэтому, если запись пуста, попросите вашего хостинг-провайдера её добавить.

3. Репутация IP и домена, чёрные списки

У совсем нового домена или IP нет истории, поэтому фильтры относятся к нему с подозрением. Никогда не отправляйте массовую почту с нового IP в первый же день; наращивайте объём постепенно в течение нескольких недель. Также убедитесь, что вы не в чёрном списке, например Spamhaus. Отправка с домашнего или динамического IP-адреса почти всегда блокируется, поэтому почта должна идти через нормальный сервер со статическим IP и чистым rDNS.

Быстрая проверка репутации: отправьте письмо на тестовый инструмент вроде mail-tester.com для оценки и зарегистрируйте домен в Google Postmaster Tools, чтобы со временем следить за уровнем жалоб и аутентификацией. Держите долю жалоб на спам ниже 0,3 процента.

4. Содержание и привычки рассылки

• Отправляйте по шифрованному соединению (STARTTLS/TLS). Незашифрованная почта штрафуется.
• Для рассылок и уведомлений добавляйте рабочий заголовок List-Unsubscribe с отпиской в один клик.
• Избегайте писем из одних картинок, сокращателей ссылок, вводящих в заблуждение тем и ТЕКСТА ЗАГЛАВНЫМИ БУКВАМИ.
• Адрес From должен совпадать с отправляющим доменом, а списки надо чистить от отказов и неактивных получателей.
• Используйте один постоянный отправляющий домен, а не прыгайте между многими.

Быстрый диагностический список

1. Выполните три команды dig выше. SPF, DKIM и DMARC должны присутствовать и проходить проверку.
2. Проверьте PTR через dig -x и убедитесь, что HELO совпадает.
3. Отправьте одно письмо на mail-tester.com и исправьте всё, что оценено ниже 10.
4. Убедитесь, что IP не в чёрном списке.
5. Подтвердите, что TLS активен и для массовой рассылки есть заголовок отписки.

Вывод

Девяносто процентов проблем с папкой спам это аутентификация и репутация, а не содержание. Опубликуйте корректные записи SPF, DKIM и DMARC, дайте отправляющему IP совпадающий PTR и чистую историю, отправляйте по TLS и следите за уровнем жалоб. Наладьте это, и ваша почта будет попадать во входящие, где ей и место.