Письмо готово, тема написана, кнопки работают — но перед отправкой на всю базу остаётся важный вопрос:

не окажется ли рассылка в папке «Спам»?

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

Но проверить основные риски до массовой рассылки вполне реально.

Для этого недостаточно прогнать текст через один «антиспам-тест». Нужна последовательная проверка:

домен → письмо → ссылки → база → тестовая отправка → результаты аутентификации → реальные почтовые ящики.

Разберём каждый этап.

Что именно значит «проверить письмо на спам»

Обычно под такой проверкой смешивают сразу несколько разных задач.

Проверить содержание

Нет ли в письме подозрительной структуры, проблемного HTML, сомнительных ссылок и технических ошибок.

Проверить отправителя

Корректно ли настроены SPF, DKIM и DMARC.

Проверить репутационные риски

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

Проверить реальную доставку

Куда тестовое письмо приходит в Gmail, Яндекс Почте, Mail.ru и других системах.

Это четыре разных уровня.

Поэтому результат какого-либо сервиса:

Spam Score: 2/10

ещё не означает:

100% писем попадут во «Входящие».

И наоборот: один предупреждающий фактор не означает автоматическое попадание всей кампании в спам.

Можно ли определить попадание в спам до отправки

Точно — нет.

Оценить риски — да.

Почтовый провайдер принимает решение в момент обработки конкретного сообщения для конкретного получателя.

На результат могут влиять:

• репутация домена;
• репутация отправочной инфраструктуры;
• SPF;
• DKIM;
• DMARC;
• история отправок;
• количество ошибок доставки;
• жалобы;
• активность получателей;
• содержимое;
• ссылки;
• частота рассылки;
• качество базы.

Поэтому правильнее задавать вопрос не:

«Пройдёт ли письмо спам-фильтр?»

а:

«Есть ли перед отправкой признаки, которые повышают риск проблем с доставляемостью?»

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

Начинать лучше не с текста письма, а с отправителя.

Если техническая аутентификация домена работает неправильно, редактирование темы письма проблему не решит.

Проверьте три механизма:

SPF — разрешено ли используемой инфраструктуре отправлять почту для домена.

DKIM — подписывается ли письмо цифровой подписью.

DMARC — согласованы ли результаты аутентификации с видимым доменом отправителя.

Подробно:

SPF, DKIM и DMARC: что это и зачем нужны для email-рассылок.

Проверяйте не только DNS

Запись может присутствовать в DNS, но реальное письмо всё равно проходить проверку неправильно.

Поэтому после отправки тестового сообщения полезно посмотреть его технические заголовки.

В них можно встретить результаты вида:

spf=pass
dkim=pass
dmarc=pass

Если вместо этого появляется:

dkim=fail

нужно сначала исправить техническую проблему.

Шаг 2. Отправьте письмо на собственные тестовые ящики

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

Например:

• Яндекс Почта;
• Mail.ru;
• Gmail;
• Outlook.

Отправьте на них точно то же письмо, которое собираетесь отправлять клиентам.

Не упрощённый вариант.

Не письмо без ссылок.

Не другой шаблон.

Именно финальную версию.

Что проверить

Посмотрите:

• пришло ли письмо вообще;
• попало ли оно во «Входящие»;
• не оказалось ли в «Спаме»;
• корректно ли отображается имя отправителя;
• правильно ли работает тема;
• виден ли preheader;
• загружаются ли изображения;
• работают ли ссылки;
• корректно ли письмо выглядит на мобильном устройстве.

Один тестовый адрес не репрезентативен для всей базы, но явные проблемы он обнаружить способен.

Шаг 3. Посмотрите технические заголовки тестового письма

У полученного сообщения есть не только видимая часть.

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

В них можно найти:

• серверы передачи;
• результаты SPF;
• DKIM;
• DMARC;
• Message-ID;
• информацию об отправителе;
• иногда дополнительные результаты антиспам-проверок.

Особенно важен блок Authentication-Results.

Упрощённый хороший сценарий:

spf=pass
dkim=pass
dmarc=pass

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

Шаг 4. Проверьте адрес и имя отправителя

Пользователь должен понимать, кто ему пишет.

Хорошо:

QWERTYMAIL <news@example.ru>

Гораздо хуже:

marketing-team-8547 <sender928@example.ru>

если человек подписывался на сообщения конкретного бренда.

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

• проигнорирует письмо;
• удалит его;
• нажмёт «Спам».

Поэтому доставляемость зависит не только от серверов, но и от того, как пользователь воспринимает сообщение.

Шаг 5. Проверьте тему письма

Существует популярный миф:

есть список запрещённых слов, которые автоматически отправляют письмо в спам.

Современные антиспам-системы намного сложнее.

Само слово:

«скидка»

или:

«бесплатно»

не означает автоматического попадания в спам.

Но тема не должна выглядеть манипулятивно.

Например:

СРОЧНО!!! ВЫ ВЫИГРАЛИ 1 000 000 ₽!!!

если никакого выигрыша нет.

Плохими признаками могут быть:

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

Лучшее правило проще:

тема должна честно и понятно объяснять, зачем пользователю открывать письмо.

Шаг 6. Проверьте preheader

Preheader — текст, который многие почтовые клиенты показывают рядом с темой.

Например:

Тема:
Осенняя коллекция уже в каталоге

Preheader:
Новые модели и подборка для прохладной погоды

Если preheader не настроен, почтовый клиент может автоматически взять случайный текст из начала письма:

Посмотреть в браузере | Если письмо отображается…

Это ухудшает внешний вид сообщения и может снижать открываемость.

Само по себе это не является причиной спама, но является частью качества рассылки.

Шаг 7. Проверьте все ссылки

Перед массовым запуском нажмите каждую ссылку.

В том числе:

• логотип;
• меню;
• изображения;
• кнопки;
• текстовые ссылки;
• социальные сети;
• отписку.

Проверьте, куда они действительно ведут.

На что обратить внимание

HTTPS

Лучше использовать рабочие защищённые страницы.

Домен назначения

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

Редиректы

Сложная цепочка:

ссылка → сокращатель → редирект → ещё один редирект → сайт

хуже прозрачной прямой ссылки.

Ошибки

Кнопка:

Купить

не должна возвращать 404.

Помимо технических последствий это напрямую влияет на реакцию аудитории.

Шаг 8. Не злоупотребляйте сокращателями URL

Сокращатели ссылок удобны в мессенджерах и социальных сетях.

В email они нужны значительно реже.

Например:

bit.ly/abcdef

не объясняет пользователю, куда он попадёт.

Для брендовой рассылки понятная ссылка собственного домена обычно прозрачнее.

Это особенно важно для:

• банков;
• интернет-магазинов;
• SaaS;
• транзакционных сообщений.

Шаг 9. Проверьте HTML письма

Email-верстка отличается от обычной веб-страницы.

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

Проверьте:

• ширину;
• адаптивность;
• размер текста;
• кнопки;
• изображения;
• отступы;
• фон;
• таблицы;
• мобильную версию.

Если письмо создаётся в конструкторе email-писем QWERTYMAIL, всё равно стоит выполнить финальную тестовую отправку перед большой кампанией.

Шаг 10. Не делайте письмо одной большой картинкой

Иногда письмо выглядит так:

одно изображение размером 1200 × 5000 пикселей

и практически ничего больше.

Это плохая практика.

Если картинки отключены, пользователь увидит почти пустое сообщение.

Кроме того:

• текст становится недоступен как обычный HTML;
• письмо хуже адаптируется;
• увеличивается размер загрузки;
• сложнее обеспечить доступность;
• кнопки приходится встраивать в изображение.

Лучше использовать комбинацию:

HTML-текст + изображения + настоящие кнопки.

Шаг 11. Добавляйте alt к важным изображениям

Если изображение не загрузилось, вместо него может отображаться альтернативный текст.

Например:

<img src="product.jpg" alt="Новая коллекция осенней одежды">

Это улучшает устойчивость письма.

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

Шаг 12. Проверьте размер письма

Чем тяжелее письмо, тем больше проблем оно может создавать:

• медленная загрузка;
• обрезка содержимого некоторыми клиентами;
• плохая мобильная работа.

Особенно часто размер растёт из-за изображений.

Перед загрузкой изображения желательно оптимизировать.

Например, нет смысла вставлять фотографию:

6000 × 4000 px

если в письме она отображается шириной:

600 px.

Шаг 13. Проверьте текстовую версию

Для некоторых сценариев полезно иметь текстовое представление сообщения наряду с HTML.

Особенно это актуально для транзакционных и технических писем.

Например:

Ваш заказ №18234 принят.

Посмотреть заказ:
https://example.ru/orders/18234

Даже если основное письмо имеет красивую HTML-версию, простое текстовое содержание помогает сделать сообщение технически полноценнее.

Шаг 14. Проверьте ссылку отписки

Для маркетинговой рассылки пользователь должен иметь понятный способ отказаться от дальнейших сообщений.

Не стоит:

• скрывать отписку;
• делать текст почти невидимым;
• заставлять проходить десять шагов;
• требовать писать вручную в поддержку.

Если пользователь хочет прекратить рассылку, альтернатива сложной отписке обычно очевидна:

кнопка «Спам».

И для отправителя это хуже.

Шаг 15. Проверьте состояние базы

Можно идеально настроить SPF, DKIM и HTML, но испортить результат плохой базой.

Особенно осторожно стоит работать с базой, если:

• она давно не использовалась;
• контакты собирались несколько лет;
• данные импортированы из разных CRM;
• неизвестно происхождение части адресов;
• раньше было много ошибок доставки.

Перед возобновлением отправки полезно проверить базу.

Подробнее:

Как очистить email-базу перед рассылкой.

Также можно использовать валидатор email QWERTYMAIL.

Валидация помогает работать с качеством адресов, но не является разрешением на отправку писем и не гарантирует попадание во «Входящие».

Шаг 16. Посмотрите предыдущие ошибки доставки

Если рассылки уже проводились, у вас есть очень полезный источник информации — предыдущие кампании.

Посмотрите:

• hard bounce;
• soft bounce;
• жалобы;
• отписки;
• динамику доставки.

Если количество ошибок внезапно выросло, сначала найдите причину.

Подробнее:

Hard bounce и soft bounce: что означают ошибки доставки email.

Шаг 17. Используйте сервисы предварительного spam-теста

Существуют специализированные инструменты, которым отправляют тестовое письмо.

После этого они анализируют различные технические признаки.

В зависимости от сервиса можно получить данные о:

• SPF;
• DKIM;
• DMARC;
• технических заголовках;
• содержании;
• ссылках;
• возможных blacklist-проблемах;
• spam-score;
• структуре HTML.

Такие сервисы полезны именно как диагностические инструменты.

Но относиться к итоговой цифре нужно правильно.

Например:

9,8/10

не означает:

«98% ваших писем обязательно попадут во Входящие».

Это оценка конкретного набора проверок конкретного инструмента.

Что такое SpamAssassin score

Некоторые сервисы используют или учитывают правила SpamAssassin.

SpamAssassin — система, которая анализирует сообщение по большому количеству признаков.

Каждое правило может добавлять или уменьшать определённый балл.

Условно:

score: 1.7

обычно выглядит лучше, чем:

score: 8.9

Но этот результат опять же нельзя считать прогнозом поведения Яндекс Почты, Gmail или Mail.ru.

У каждого провайдера собственные механизмы фильтрации.

Поэтому SpamAssassin полезен для обнаружения очевидных проблем, но не является «оракулом доставляемости».

Почему spam-тест может быть идеальным, а письмо всё равно попадёт в спам

Представим:

• SPF — pass;
• DKIM — pass;
• DMARC — pass;
• HTML хороший;
• spam-score низкий.

Но база купленная.

Получатели не знают компанию и массово нажимают:

Спам.

Технический тест был хорошим.

Реальная рассылка — плохой.

Или наоборот:

само письмо совершенно нормальное, но у домена уже накопилась плохая отправочная история.

Поэтому предварительная проверка должна оценивать не только письмо.

Шаг 18. Проверьте домен и инфраструктуру на проблемы с репутацией

Если рассылки внезапно начали массово отклоняться, имеет смысл проверить:

• домен отправителя;
• отправочную инфраструктуру;
• возможные блокировки;
• ответы принимающих серверов.

Но blacklist тоже нельзя воспринимать слишком примитивно.

Существует много списков разной значимости.

Наличие IP в неизвестной базе не означает автоматически глобальную блокировку всей почты.

Эту тему лучше рассматривать отдельно.

Шаг 19. Проверьте письмо на мобильном устройстве

Значительная часть пользователей читает почту со смартфона.

Проверьте:

• размер заголовков;
• основной текст;
• ширину;
• кнопки;
• изображения;
• расположение CTA;
• горизонтальный скролл.

Например, кнопка шириной 70 пикселей может выглядеть нормально на десктопе, но быть неудобной для нажатия пальцем.

Мобильная проверка — это скорее качество пользовательского опыта, чем непосредственный «антиспам-фактор».

Но плохое письмо вызывает плохую реакцию пользователя, а поведение аудитории уже имеет значение.

Шаг 20. Проверьте сам оффер

Это часто забывают.

Технически безупречное письмо может вызвать жалобы, если пользователь считает его нежелательным.

Перед отправкой спросите:

Почему именно этот человек должен получить именно это письмо?

Например, клиент покупал промышленное оборудование три года назад.

Ему может быть совершенно неинтересно получать:

ежедневную распродажу женской одежды.

Техническая доставка возможна.

Маркетинговая логика отсутствует.

Как провести полноценный тест за 15 минут

Практический сценарий перед запуском.

1. Отправьте тест

На несколько собственных адресов.

2. Проверьте папки

Входящие / Спам.

3. Проверьте SPF, DKIM, DMARC

Через технические заголовки полученного сообщения.

4. Откройте все ссылки

Включая отписку.

5. Посмотрите письмо на смартфоне

Особенно первый экран и CTA.

6. Прогоните через диагностический spam-тест

Используйте его как дополнительную проверку.

7. Проверьте базу

Особенно перед отправкой по старым контактам.

8. Только после этого запускайте основную кампанию

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

Чек-лист проверки email перед отправкой

Перед массовой рассылкой пройдите список:

1. Отправитель узнаваем.
2. Домен корректный.
3. SPF проходит проверку.
4. DKIM проходит проверку.
5. DMARC работает корректно.
6. Тема соответствует содержимому.
7. Preheader настроен.
8. Все ссылки работают.
9. Нет неожиданных редиректов.
10. Используются понятные домены.
11. HTML корректно отображается.
12. Письмо адаптировано для смартфонов.
13. Изображения оптимизированы.
14. У важных изображений есть alt.
15. Есть понятная отписка.
16. База актуальна.
17. Старые проблемные адреса исключены.
18. Сделана тестовая отправка.
19. Проверены технические заголовки.
20. Просмотрены результаты spam-теста.
21. Проверены предыдущие bounce и жалобы.
22. Пользователь действительно ожидает это письмо.

Что делать, если тестовое письмо попало в спам

Не нужно сразу переписывать весь текст.

Диагностируйте последовательно.

Сначала SPF, DKIM и DMARC

Есть ли ошибки?

Затем репутация и история отправителя

Новый ли это домен?

Не изменился ли резко объём отправки?

Затем база

Откуда получены контакты?

Давно ли по ним отправляли?

Затем содержание

Работают ли ссылки?

Нет ли сомнительных доменов?

Корректен ли HTML?

Затем предыдущие кампании

Не выросли ли:

• bounce;
• жалобы;
• отписки?

Подробный разбор:

Почему письма попадают в спам и что с этим делать.

Нужно ли менять тему, если письмо попало в спам

Не обязательно.

Если причина:

dmarc=fail

переписывание темы никак не исправит DMARC.

Если проблема в:

старой базе с большим количеством несуществующих адресов,

удаление слова «скидка» тоже не поможет.

Поэтому сначала нужно определить уровень проблемы:

технический

или:

репутационный

или:

база

или:

само письмо.

Стоит ли отправлять тест с другого адреса

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

Проверка:

личный Gmail → личный Gmail

ничего не скажет о рассылке:

news@company.ru → 50 000 клиентов.

Для meaningful теста должны совпадать:

• отправочный домен;
• сервис;
• шаблон;
• ссылки;
• фактическое содержимое.

Можно ли проверить только HTML-файл

HTML-проверка полезна, но недостаточна.

Пока письмо не отправлено, вы не проверяете:

• SPF;
• DKIM;
• DMARC;
• реальный SMTP-путь;
• финальные заголовки;
• поведение принимающей системы.

Поэтому лучший тест — реальная тестовая отправка.

Как проверять транзакционные письма

Для транзакционных сообщений требования те же, но особое внимание стоит уделить:

• скорости;
• стабильности;
• правильному адресу отправителя;
• SPF/DKIM/DMARC;
• работающим ссылкам;
• обработке bounce.

Например, письмо:

Сбросить пароль

должно не просто хорошо выглядеть — оно является частью работы приложения.

Для таких сценариев можно использовать SMTP и API QWERTYMAIL.

Нужен ли отдельный тест каждой рассылки

Для каждой значимой кампании — желательно.

Особенно если изменились:

• шаблон;
• отправитель;
• домен;
• ссылки;
• инфраструктура;
• объём;
• база.

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

Но после изменений повторное тестирование необходимо.

Частые вопросы

Можно ли гарантировать, что после проверки письмо не попадёт в спам?

Нет.

Тест позволяет обнаружить риски, но окончательное решение принимает почтовая система получателя.

Есть ли запрещённые слова для email?

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

Нужно ли удалять слово «бесплатно»?

Не автоматически. Если предложение действительно бесплатное, слово само по себе не является достаточной причиной для признания письма спамом.

Какой spam-score считается хорошим?

Зависит от конкретного инструмента и его методики. Лучше использовать score для поиска проблем, а не как прогноз процента попадания во «Входящие».

Если SPF, DKIM и DMARC проходят, письмо точно доставится?

Нет. Это важная часть аутентификации, но учитываются и другие факторы.

Где проверить старую email-базу?

Можно использовать валидатор email QWERTYMAIL.

Нужно ли тестировать Gmail, Яндекс и Mail.ru отдельно?

Если значимая часть вашей аудитории пользуется этими сервисами — да. Они используют собственные системы фильтрации.

Что в итоге

Проверка email на спам перед рассылкой — это не одна кнопка:

«Проверить письмо».

Надёжнее использовать последовательную схему:

1. Проверить домен

SPF → DKIM → DMARC.

↓

2. Проверить письмо

HTML → тема → preheader → изображения → ссылки → отписка.

↓

3. Проверить базу

актуальность → bounce → проблемные адреса.

↓

4. Выполнить реальную тестовую отправку

Gmail → Яндекс → Mail.ru → другие важные провайдеры.

↓

5. Посмотреть технические заголовки

SPF/DKIM/DMARC и другие результаты.

↓

6. Использовать spam-тест как дополнительную диагностику

а не как гарантию.

↓

7. Только после этого запускать массовую кампанию.

Если тесты обнаружили проблемы с доменной аутентификацией, начните с инструкции про SPF, DKIM и DMARC.

Если письма уже начали уходить в спам — используйте руководство «Почему письма попадают в спам и что с этим делать».

А если проблема связана с большим количеством недоставленных сообщений, отдельно разберите hard bounce и soft bounce.