Доставляемость email писем: как не попасть в спам

Различайте принятие письма сервером (delivery), размещение во входящих (inbox placement) и зарегистрированную загрузку пикселя открытия. Это разные события. Принятие не гарантирует папку «Входящие», а пиксель не подтверждает чтение человеком.

В этой статье разберём, от чего зависит доставляемость email писем, почему почтовые провайдеры отправляют рассылки в спам, какие технические настройки обязательны и какие метрики помогают вовремя заметить проблему.

Что такое доставляемость email писем и почему она важна

Почтовые провайдеры — Mail.ru, Яндекс, Gmail, Outlook — используют собственные алгоритмы фильтрации, которые оценивают каждое входящее письмо по десяткам параметров: репутацию домена, поведение получателей, содержимое письма, частоту отправки. Решение «входящие / спам / отклонить» принимается за доли секунды на основе накопленной истории отправителя.

Укажите событие и знаменатель: принятые сообщения относительно попыток отправки; размещение во входящих относительно выбранной проверочной выборки; зарегистрированные открытия по методике сервиса. Seed-ящики не представляют всю базу, а открытия могут регистрироваться автоматически.

Какие факторы влияют на доставляемость email писем

На итоговый результат влияет сразу несколько групп факторов, и проблема редко сводится к одной причине:

• Репутация отправителя — история домена и IP-адреса, с которых идёт рассылка.
• Техническая аутентификация — корректно настроенные SPF, DKIM и DMARC записи.
• Качество базы подписчиков — доля неактивных, несуществующих и случайных адресов.
• Наблюдаемые ответы, жалобы и подтверждённые действия; пиксель открытия не подтверждает чтение.
• Содержимое письма — текст, вёрстка, соотношение изображений и текста, ссылки.
• Частота и объём рассылок — резкие скачки объёма воспринимаются фильтрами как подозрительная активность.

Каждый из этих пунктов разберём отдельно, потому что исправление только одного фактора при игнорировании остальных редко даёт устойчивый результат.

Репутация отправителя: домен, IP-адрес, история рассылок

Репутация — это накопленная оценка, которую почтовые системы присваивают домену и IP-адресу на основе прошлого поведения. Она складывается из множества сигналов: сколько писем с этого адреса отмечали как спам, сколько адресов в базе оказались несуществующими, как часто получатели открывают письма и переходят по ссылкам.

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

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

Техническая аутентификация писем: SPF, DKIM, DMARC

Без корректно настроенных записей аутентификации почтовые провайдеры не могут подтвердить, что письмо действительно отправлено от имени указанного домена, а не подделано злоумышленником. Это одна из самых частых технических причин, почему страдает доставляемость email писем даже у легальных отправителей.

SPF

SPF проверяет разрешённый источник отправки для технического домена MAIL FROM (или HELO в предусмотренных случаях), а не непосредственно видимое поле From. Результат SPF не является самостоятельной гарантией доставки.

DKIM

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

DMARC

DMARC сопоставляет видимый From с доменом успешной проверки SPF либо DKIM по правилам alignment. Достаточно одного успешного согласованного механизма: при SPF fail и aligned DKIM pass DMARC может пройти. Политика задаёт обработку неуспешных проверок, но не гарантирует входящие. Актуальная спецификация — RFC 9989, опубликованная в мае 2026 года вместо RFC 7489 и RFC 9091.

Установите фактические источники отправки и проверьте SPF, DKIM и alignment. Мониторинг DMARC помогает увидеть потоки; политику ужесточайте после проверки легитимных отправителей. p=none не делает рассылку разрешённой и не гарантирует доставку.

Качество базы подписчиков

Чем больше в базе неактивных, несуществующих и случайных адресов, тем хуже статистика рассылки в глазах почтовых фильтров. Особенно разрушительны так называемые спам-ловушки (spam traps) — адреса, которые почтовые провайдеры специально создают или реактивируют из давно заброшенных ящиков, чтобы отслеживать недобросовестных отправителей. Попадание даже нескольких писем на такие адреса резко снижает репутацию домена.

Базовые меры гигиены базы:

• Использовать подтверждение подписки (double opt-in), а не просто форму без верификации email.
• Учитывать действия и покупки; отсутствие пикселя не является основанием автоматически удалить контакт.
• Проверять валидность отдельно от согласия. Купленная, публичная или переданная база не означает разрешения на рекламу; рекламные и сервисные сообщения различаются.
• Немедленно удалять адреса, вернувшие жёсткий отказ (hard bounce) — повторная отправка на такой адрес портит репутацию без шансов на доставку.

Пиксель может загружаться фоново, например при защите активности Apple Mail. Отсутствие открытия также не доказывает, что человек не читает или не покупает. Сверяйте подтверждённые клики, ответы и покупки с учётом технических загрузок. Разбор — метрик email-рассылок: Open Rate, CTR и что с ними делать.

Поведение получателей как сигнал для фильтров

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

Измеряйте жалобы по методике провайдера и проверяйте его текущие требования. Не переносите пороги и правила одного сервиса на все почтовые системы.

Сохраняйте заметную отписку в письме и выполняйте требования провайдера. Для соответствующих массовых отправителей Gmail требует техническую однокликовую отписку через List-Unsubscribe и List-Unsubscribe-Post, а также видимую ссылку в теле. Обычная ссылка не реализует этот протокол. Требования ко всем и к массовым отправителям различаются.

Содержимое письма: текст, вёрстка, ссылки

Контентные фильтры анализируют текст и структуру письма отдельно от репутации отправителя. На результат влияют:

• Соотношение текста и изображений — письмо, состоящее почти целиком из одной картинки, выглядит подозрительно похожим на попытку обойти текстовый анализ.
• Проверять правдивость содержания и требования провайдера. Отдельное слово или знак не является универсальным автоматическим правилом спама.
• Количество и репутация ссылок — множество ссылок на разные домены, особенно ранее замеченные в спаме, повышает спам-балл письма.
• Корректность HTML-вёрстки — незакрытые теги, скрытый текст, битые изображения воспринимаются как признак небрежного или вредоносного письма.
• Персонализация не заменяет согласия и не гарантирует уменьшения жалоб.

Частота рассылок и прогрев нового домена или IP

Изменения объёма могут сопровождаться ограничениями и отказами. Увеличивайте отправку с наблюдением кодов ответов, жалоб и требований провайдеров; рост не доказывает спам сам по себе.

План роста выбирают по истории и ограничениям провайдеров. Универсальных нескольких сотен писем в день или прогрева за 2–6 недель нет. Фиксируйте объём, ошибки и условия следующего увеличения.

Планируйте отправки по ожиданиям подписчиков и ресурсам. День недели и регулярность сами по себе не подтверждают доверия фильтров.

Порядок проверки одного проблемного письма

Начните с конкретного сообщения и согласованного вопроса. Нужно выяснить, принял ли его сервер, где оно оказалось у проверяемого получателя или почему сервис зарегистрировал открытие? Эти вопросы требуют разных данных. Сохраните время отправки, идентификатор сообщения и доступные ответы серверов. Не объединяйте отказ отправки, попадание в спам и отсутствие пикселя в одну причину.

Для аутентификации смотрите фактические заголовки полученного письма. Установите технический домен отправки, видимый From и домен подписи DKIM. Сопоставьте результаты SPF и DKIM с правилами alignment. В учебном сценарии SPF может завершиться неуспешно, а согласованная подпись DKIM — успешно; это не требует автоматического вывода о DMARC fail. Результат проверки аутентификации оценивайте отдельно от папки, в которую провайдер поместил сообщение.

Если тестовый ящик показывает входящие, зафиксируйте именно этот результат для этого ящика. Он не является измерением всей базы. Для наблюдений по получателям используйте доступные отчёты с их определениями и ограничениями. Различие результатов между провайдерами или отправками требует проверки условий; оно не устанавливает универсальное правило для следующих сообщений.

Для зарегистрированного открытия выясните методику сервиса. Если это загрузка изображения, она может быть автоматической или фоновой. Для подтверждённого действия используйте отдельное событие: ответ, согласованное действие на сайте или оплату с проверенным статусом. При анализе кликов учитывайте доступные признаки технических переходов. Отсутствие пикселя у покупателя не превращает его в человека, которому нужно немедленно отправить больше рекламы.

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

В журнале результата оставьте отдельные поля для принятия сервером, наблюдаемого размещения и технического открытия. Укажите источник каждого значения и неизвестные вопросы. Такой журнал позволяет вернуться к конкретному сообщению, проверить выполненную работу и продолжить диагностику без повторного угадывания по одному общему проценту.

Для передачи результата другому специалисту сохраните исходные условия, источник каждого значения, дату проверки и выбранное действие. Неизвестные поля оставьте открытыми. Это позволит проверить конкретный вывод и отличить новую информацию от изменения способа подсчёта.

Как проверить и мониторить доставляемость email писем

Регулярный мониторинг помогает заметить проблему до того, как она превратится в массовое попадание в спам:

• Seed-листы — тестовые ящики на основных почтовых провайдерах, на которые отправляется копия каждой кампании, чтобы вручную проверить, куда она попала (входящие, спам, промо-вкладка).
• Отчёты DMARC — агрегированные XML-отчёты показывают, какие серверы отправляют письма от имени домена и проходят ли они аутентификацию.
• Postmaster-инструменты — Google Postmaster Tools и аналогичные сервисы от крупных провайдеров показывают репутацию домена, уровень жалоб на спам и статистику доставки напрямую от почтового сервиса.
• Внутренняя статистика сервиса рассылки — Open Rate, CTR, Bounce Rate, Unsubscribe Rate в динамике по времени, а не в отрыве от предыдущих кампаний.

Сигналы помогают сформулировать гипотезы, но не дают однозначного диагноза. Сверьте серверные ответы, выборку размещения и технические открытия. Разбор — метрики email-рассылок.

Частые вопросы о доставляемости email писем