Почему рассылка попадает в спам: технический аудит домена за один вечер

В понедельник письмо открыл каждый третий подписчик, в четверг - считаные проценты. Редакция обвиняет неудачный заголовок, хотя сервер уже получает ошибки аутентификации, а люди нажимают Спам вместо спрятанной ссылки отписки. Доставляемость начинается раньше редакторского текста - с домена, DNS и истории отправок.

В 2026 году актуальны требования Gmail, введенные для отправителей с февраля 2024 года. Для всех отправителей на личные адреса Gmail нужна как минимум аутентификация SPF или DKIM; для тех, кто отправляет около 5000 и более сообщений в сутки, обязательны SPF, DKIM и DMARC, а у маркетинговых и подписных писем должна быть отписка в один клик.

Сохраните одно настоящее письмо

Не начинайте с панели сервиса, где все отмечено зеленым. Отправьте тест на отдельные адреса Gmail и других крупных провайдеров, затем откройте исходный код полученного сообщения. Найдите результаты SPF, DKIM и DMARC, адрес Return-Path, домен From, Message-ID и цепочку Received.

Проверять нужно письмо из реальной кампании. Тестовая отправка из интерфейса может идти через другой поток, IP или домен и не отражать проблему массового выпуска.

SPF: кто имеет право отправлять от имени домена

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

У домена должна быть одна итоговая SPF-запись, а не несколько конкурирующих строк. Следите за ограничением DNS-поисков и не копируйте готовый шаблон чужого сервиса. Проверяйте домен, который реально участвует в SMTP, и его согласование с видимым отправителем.

DKIM: подпись, которая переживает дорогу

DKIM добавляет криптографическую подпись к письму. Получатель запрашивает открытый ключ в DNS и проверяет, не изменились ли подписанные части. Google требует для Gmail ключ не короче 1024 бит и рекомендует 2048 бит, если провайдер поддерживает такой размер.

Проверьте selector из заголовка DKIM-Signature и соответствующую DNS-запись. Ошибка часто появляется после смены платформы: новый сервис подписывает письма своим доменом, а запись пользовательского домена не опубликована или содержит старый ключ.

DMARC: совпадает ли вывеска с документами

DMARC оценивает не только успешность SPF или DKIM, но и согласование домена с адресом в поле From. Для массовых отправителей Gmail требует DMARC; политика на начальном этапе может быть p=none. Это режим наблюдения, а не волшебный щит.

Настройте получение агрегированных отчетов и посмотрите, какие системы действительно отправляют от имени домена. Не переключайтесь сразу на жесткий reject, пока не учтены чеки магазина, уведомления сайта, CRM и служебные письма. Иначе вместе с подделками можно отклонить собственный законный поток.

PTR и TLS: базовая гигиена сервера

У публичного IP отправляющего сервера должна быть корректная обратная DNS-запись PTR, а указанное имя - возвращаться к тому же IP через A или AAAA. Gmail также требует TLS при передаче. Эти пункты обычно настраивает почтовый провайдер, но владелец рассылки должен получить подтверждение и увидеть результат в заголовках.

На общем IP репутация зависит и от других клиентов провайдера. Если показатели резко изменились без смены вашей базы, спросите о пуле IP и истории миграции. Выделенный адрес не лечит плохую практику: его репутацию придется строить самостоятельно.

Отписка должна работать двумя способами

В теле письма оставьте заметную обычную ссылку. Для массовых маркетинговых и подписных сообщений добавьте заголовки List-Unsubscribe и List-Unsubscribe-Post по механизму RFC 8058. Именно они позволяют почтовому интерфейсу показать действие отписки рядом с именем отправителя.

Ссылка mailto или страница с паролем не заменяет требуемую отписку в один клик. После нажатия адрес должен попасть в список исключений без новой рекламной кампании. Проведите контрольный тест собственным адресом и проверьте следующую отправку.

Жалобы важнее красивого процента доставлено

Google рекомендует удерживать показатель пользовательских жалоб ниже 0,1 процента и не допускать уровня 0,3 процента и выше. Смотреть его следует в Postmaster Tools. Внутренний отчет доставлено часто означает лишь, что принимающий сервер не отклонил сообщение; папку Входящие он не гарантирует.

При росте жалоб остановите расширение базы. Разделите новые, активные и давно молчащие адреса. Проверьте источник согласия, частоту, узнаваемость имени отправителя и соответствие обещанию формы подписки.

Не лечите падение резким объемом

После паузы нельзя отправлять весь архив по давно неактивной базе. Google советует повышать объем постепенно, начинать с вовлеченных получателей и избегать резких всплесков. Одинаковое число писем, распределенное равномерно, воспринимается иначе, чем внезапная очередь за пять минут.

Автоматически исключайте постоянные ошибки доставки и адреса после нескольких возвратов по правилам платформы. Временная ошибка 4xx и постоянная 5xx требуют разных действий; сохраняйте точный SMTP-код, а не подпись ошибка доставки.

Таблица аудита

Меняйте по одному крупному фактору и записывайте дату. Если одновременно заменить домен, IP, шаблон и базу, положительный результат невозможно связать с конкретным решением.

Главный вывод скучен, поэтому работает: письмо заслуживает Входящие не одним удачным заголовком. Сервер подтверждает личность, подписчик узнает обещанный выпуск, а возможность уйти оказывается проще кнопки Спам.