Как проверить письмо на спам перед отправкой: сервисы и методика

Оценка 9 из 10 в спам-чекере ничего не гарантирует — письмо всё равно может упасть в папку «Спам» у половины получателей. Автоматические сервисы проверяют техническую гигиену, а не то, как конкретный провайдер оценит именно ваш текст и репутацию ящика. Разберём, какие инструменты дают полезный сигнал, а какие — только иллюзию проверки, и как выстроить методику перед запуском холодной B2B-кампании, а не после первого провала.

Что на самом деле измеряет спам-чекер

Сервисы вроде Mail-Tester или MXToolbox прогоняют письмо через набор технических проверок: валидность SPF и DKIM подписи, наличие и корректность DMARC-политики, репутацию отправляющего домена и IP в чёрных списках, соответствие заголовков стандартам. На выходе — оценка и список замечаний. Это полезная база, но она отвечает только на вопрос «не сломано ли у меня технически», а не на вопрос «попадёт ли письмо в инбокс у Яндекса, Mail.ru или Gmail конкретного получателя».

Отдельный блок таких сервисов проверяет содержимое: находит слова-триггеры («бесплатно», избыточные восклицательные знаки, капс в теме), считает соотношение текста и изображений, проверяет ссылки на присутствие в списках фишинга. Для холодного B2B-письма это тоже скорее гигиенический минимум — текст живого делового письма редко похож на классический спам-шаблон, если вы не пишете его нарочно кричаще.

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

Есть и разница между бесплатными и платными версиями таких сервисов: бесплатный разовый прогон даёт снимок на один момент времени, а платные инструменты для мониторинга доставляемости (в том числе с элементами посевного теста в комплекте) показывают динамику за недели и позволяют заметить проседание репутации до того, как оно превратится в массовый провал кампании. Для команды, которая отправляет холодные письма регулярно, а не разово, такой мониторинг окупается быстрее, чем кажется на старте.

Посевной тест: как проверить реальное размещение

Посевной тест (seed test) решает то, что не видит спам-чекер: он показывает, куда письмо попало на самом деле — во «Входящие», в «Спам» или не дошло вовсе — у набора реальных почтовых ящиков разных провайдеров. Логика простая: собираете 10–20 ящиков на Gmail, Яндексе, Mail.ru, корпоративных доменах на базе Microsoft 365 и Google Workspace, отправляете туда тестовое письмо вместе с боевой рассылкой или отдельным прогоном и проверяете вручную, куда оно легло.

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

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

• Ящики на Gmail, Яндексе, Mail.ru, VK Mail — минимум по одному-два на провайдера
• Корпоративные ящики на Microsoft 365 и Google Workspace — фильтры там строже личных
• Прогон полной боевой версии письма, а не демо-текста без переменных
• Проверка не только первого письма, но и follow-up цепочки
• Фиксация результата по каждому провайдеру отдельно, а не общей оценкой

Что чинить по итогам проверки

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

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

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

Отдельная категория находок — проблемы с самой инфраструктурой отправки: неверно настроенный обратный DNS (PTR-запись) для IP отправляющего сервера, отсутствие валидного SSL-сертификата на связанных доменах, устаревшая версия SMTP-конфигурации у почтового сервиса. Эти вещи спам-чекер обычно показывает отдельным пунктом, и чинить их приходится не в тексте письма, а в настройках инфраструктуры совместно с тем, кто администрирует почтовый сервер или отвечает за DNS-зону домена.

Частые ошибки в интерпретации спам-теста

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

• Тестирование только упрощённой версии письма без реальной персонализации
• Проверка одного письма из цепочки вместо всех, включая follow-up
• Игнор различий между провайдерами — усреднённая оценка вместо разбора по каждому
• Отсутствие повторной проверки после изменения объёма отправки или домена
• Слепое доверие оценке при уже известных проблемах с репутацией IP

Чек-лист перед запуском холодной кампании

Перед стартом кампании стоит пройти проверку в два слоя: сначала техническую гигиену через спам-чекер, затем реальное размещение через посевной тест. Это занимает от получаса до пары часов, но избавляет от ситуации, когда кампания на несколько сотен ЛПР уходит в пустоту, а причина вскрывается только через неделю по низким открытиям.

• SPF, DKIM, DMARC настроены и проходят проверку без ошибок
• Оценка спам-чекера учтена, но не воспринимается как финальный вердикт
• Посевной тест пройден по ящикам минимум трёх-четырёх провайдеров
• Проверена полная боевая версия письма с персонализацией, включая follow-up
• Домен и ящик прогреты соразмерно планируемому объёму отправки

Кто в команде должен отвечать за проверку

На практике проверка на спам часто проваливается не из-за нехватки инструментов, а из-за того, что за неё формально никто не отвечает: тот, кто пишет текст письма, не всегда знает, как настроен SPF на домене, а тот, кто администрирует почтовую инфраструктуру, не видит финальный текст перед отправкой. Разумно закрепить проверку за одним человеком или ролью в команде — не обязательно техническим специалистом, но тем, кто знает, куда смотреть и с кем сверяться при найденной проблеме.

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

Вопросы и ответы