Покажем результат, заголовки и вёрстку сразу после получения письма одним из двух способов
Как протестировать письмо: инструкция ›
Как протестировать письмо: инструкция ›
Тестируйте, как вам удобно
Отправьте письмо
На служебный имейл
Загрузите вёрстку
Поддерживаемые форматы: eml или msg
Заголовки, вёрстку в HMTL и AMP (если есть) — и ссылка на тест, которой можно поделиться с коллегами
Покажем результат сразу
Понадобится только аккаунт в платформе
Даже если вы не отправляете через нас рассылки. Используйте сервис сразу после регистрации. Как протестировать письмо ›
Узнать реальное состояние контактов — исключить ставшие плохими адреса, реактивировать или отписать неактивных
FAQ
Спам-фильтры — это многоуровневые механизмы почтовых сервисов, которые отсеивают нежелательные и потенциально опасные сообщения на разных этапах до их попадания во «Входящие».
Современные фильтры оценивают контент, репутацию домена и IP-адреса сервера, сигналы поведения получателей (открытия, клики, жалобы), а также технические параметры и метаданные. Критически важны корректные аутентификация отправителя (SPF, DKIM, DMARC), согласованная обратная DNS-запись (rDNS/PTR) и соответствие требованиям и рекомендациям почтовых провайдеров. Репутационные и технические сигналы агрегируются и взвешиваются; на основе совокупной оценки система принимает решение: пропустить письмо во «Входящие», поместить в «Спам"/карантин или отклонить на этапе соединения.
Современные фильтры оценивают контент, репутацию домена и IP-адреса сервера, сигналы поведения получателей (открытия, клики, жалобы), а также технические параметры и метаданные. Критически важны корректные аутентификация отправителя (SPF, DKIM, DMARC), согласованная обратная DNS-запись (rDNS/PTR) и соответствие требованиям и рекомендациям почтовых провайдеров. Репутационные и технические сигналы агрегируются и взвешиваются; на основе совокупной оценки система принимает решение: пропустить письмо во «Входящие», поместить в «Спам"/карантин или отклонить на этапе соединения.
1.Синтаксис адреса и базовые правила SMTP.
Валидация начинается с проверки формата email: корректность локальной части, домена и допустимых символов в соответствии с требованиями SMTP. Ошибки на этом уровне приводят к отказу.
2.DNS домена: MX и A/AAAA, обратная зона (rDNS/PTR).
Проверяется наличие MX-записей (или доставка через A/AAAA при их отсутствии) и согласованность обратной записи IP (rDNS/PTR) с именем сервера. Несоответствия рассматриваются как ранний риск спам-классификации.
3.Аутентификация домена.
Оценивается наличие и корректность:
4.SMTP-проверка ящика (без реальной отправки).
Инициируется типовой диалог EHLO/HELO → MAIL FROM → RCPT TO с анализом кодов ответов (например, 250 — принят, 550 — адрес не существует). Письмо не отправляется, а лишь выясняется, «знает» ли сервер данный ящик. В доменах типа «accept-all» либо при временных кодах результат помечается как «неопределённый».
5.Репутация и списки.
Учитываются DNSBL/URIBL, одноразовые домены, роль-адреса (info@, admin@ и т. п.) и другие индикаторы риска. Учитываются также сводные метрики (жалобы, отказы, ошибки аутентификации), доступные в постмастерах почтовых провайдеров.
6.Политики провайдера и получателя.
Применяются пороги и правила фильтрации провайдера: «Входящие», «Промо/Спам», карантин либо отказ на соединении. Для массовых отправителей обычно обязательны корректная аутентификация, низкая доля жалоб и наличие удобной отписки.
7.Качество письма и транспортного канала.
Оцениваются вёрстка и заголовки (в т. ч. List-Unsubscribe/one-click), валидность HTML/MIME, работоспособность ссылок, разумные размеры и вложения, а также шифрование канала (TLS/STARTTLS). Эти факторы не гарантируют «Входящие», но снижают риск спам-классификации.
Валидация начинается с проверки формата email: корректность локальной части, домена и допустимых символов в соответствии с требованиями SMTP. Ошибки на этом уровне приводят к отказу.
2.DNS домена: MX и A/AAAA, обратная зона (rDNS/PTR).
Проверяется наличие MX-записей (или доставка через A/AAAA при их отсутствии) и согласованность обратной записи IP (rDNS/PTR) с именем сервера. Несоответствия рассматриваются как ранний риск спам-классификации.
3.Аутентификация домена.
Оценивается наличие и корректность:
- SPF — перечень источников, имеющих право отправлять от домена;
- DKIM — криптоподпись, подтверждающая целостность и подлинность письма;
- DMARC — политика действий при провале SPF/DKIM и требование выравнивания доменов с From.
4.SMTP-проверка ящика (без реальной отправки).
Инициируется типовой диалог EHLO/HELO → MAIL FROM → RCPT TO с анализом кодов ответов (например, 250 — принят, 550 — адрес не существует). Письмо не отправляется, а лишь выясняется, «знает» ли сервер данный ящик. В доменах типа «accept-all» либо при временных кодах результат помечается как «неопределённый».
5.Репутация и списки.
Учитываются DNSBL/URIBL, одноразовые домены, роль-адреса (info@, admin@ и т. п.) и другие индикаторы риска. Учитываются также сводные метрики (жалобы, отказы, ошибки аутентификации), доступные в постмастерах почтовых провайдеров.
6.Политики провайдера и получателя.
Применяются пороги и правила фильтрации провайдера: «Входящие», «Промо/Спам», карантин либо отказ на соединении. Для массовых отправителей обычно обязательны корректная аутентификация, низкая доля жалоб и наличие удобной отписки.
7.Качество письма и транспортного канала.
Оцениваются вёрстка и заголовки (в т. ч. List-Unsubscribe/one-click), валидность HTML/MIME, работоспособность ссылок, разумные размеры и вложения, а также шифрование канала (TLS/STARTTLS). Эти факторы не гарантируют «Входящие», но снижают риск спам-классификации.
(подробно по ссылке)
Постмастеры — это официальные «кабинеты» почтовых провайдеров (Gmail Postmaster Tools, Yahoo Sender Hub, Microsoft SNDS), где доступны ключевые метрики, по которым можно оценить ваши рассылки.
Какие метрики показывают постмастеры:
Постмастеры — это официальные «кабинеты» почтовых провайдеров (Gmail Postmaster Tools, Yahoo Sender Hub, Microsoft SNDS), где доступны ключевые метрики, по которым можно оценить ваши рассылки.
Какие метрики показывают постмастеры:
- доля жалоб «Спам» (spam rate) и отказы в доставке (bounces);
- репутация домена и IP, объёмы и динамика отправок;
- статус аутентификации (SPF, DKIM, DMARC);
- дополнительные сигналы (напр., попадания в почтовые ловушки — spam traps в SNDS).
- помогают увидеть причины падения доставляемости (жалобы, отказы, слабая аутентификация, низкая репутация домена/IP);
- задают ориентиры по ключевым метрикам (spam rate, reputation, authentication);
- позволяют быстро обнаруживать, подтверждать и отслеживать решение проблем.
Прежде чем решать, куда поместить письмо, фильтры подтверждают идентичность и корректность инфраструктуры отправителя: какие домены участвуют (From, MAIL FROM/Return-Path и.т.д), как настроены DNS и аутентификация, и нет ли репутационных рисков. Ниже — что обычно проверяют и зачем.
1) Домен и сервер
1) Домен и сервер
- Домен: подтверждение регистрации/делегирования; корректный ответ в DNS.
- Почтовая инфраструктура: для приёма — MX; для исходящего — A/AAAA хоста отправки.
- Согласованная обратная запись rDNS/PTR для исходящего IP, валидный EHLO/HELO (FQDN).
- Шифрование соединения: TLS/STARTTLS на этапе SMTP; цель — защита содержимого и учётных данных «в пути».
- SPF: запись в DNS с перечнем разрешённых IP/хостов; целевой результат — spf=pass; нежелательные статусы — permerror/none.
- DKIM: публичный ключ по селектору в DNS; корректная подпись заголовков/тела; целевой результат — dkim=pass.
- DMARC: запись с политикой p=none/quarantine/reject; соотвтствие домена в From с доменом, прошедшим SPF (envelope MAIL FROM) или DKIM (d=); при необходимости — адреса отчётов rua/ruf.
- From: связь с брендом и основным доменом; без маскировки сторонним доменом.
- Reply-To: адрес для ответов в том же или согласованном домене; прозрачная маршрутизация без необоснованных переадресаций.
- Return-Path: домен контура возвратов (envelope MAIL FROM), связка со SPF-доменом; обеспечение приема bounce-сообщений.
- DNSBL/URIBL: отсутствие упоминаний; регулярная самопроверка источников.
- Spam-traps: отсутствие свежих срабатываний; контролируемые каналы набора базы.
Существует множество правил для успешной рассылки. В этом разделе собран чек-лист наиболее важных и распространённых — они помогают поддерживать предсказуемый результат, снижать риск жалоб и блокировок и служат удобным внутренним стандартом контроля качества.
1) Правильно настройка аутентификации и DNS-основы:
- опубликуйте корректную SPF-запись домена с полным перечнем источников отправки;
- сгенерируйте DKIM, и добавьте публичный ключ в DNS-зону;
- пропишите DMARC с отчётами “rua/ruf”, начните с “p=none” и после проверки метрик перейдите на более жесткие политики “quarantine/reject”;
- используйте один и тот же домен отправителя и домен, подтверждённый SPF или DKIM;
- настройте записи A/AAAA для хоста отправки и согласованный PTR (rDNS) для исходящего IP;
- обеспечьте TLS/STARTTLS на MTA с валидным сертификатом.
2) Соблюдение «гигиены» контента и письма:
- держите письмо технически корректным: валидный MIME из двух частей (HTML + текст); все ресурсы и ссылки — по HTTPS, без лишних редиректов; ссылки рабочие и ведут на домены с хорошей репутацией; изображения снабжены alt;
- контролируйте размер письма и вложений; не отправляйте исполняемые файлы и вложенные архивы; оптимизируйте изображения;
- добавляйте понятный прехедер и тему без кликбейта, капслока и перегруза эмодзи;
- проверяйте отображение на десктопе, мобильном приложении и в тёмной теме;
- перед отправкой прогоняйте тест: проверяйте на валидность HTML/MIME, битые ссылки, корректность трекинга.
3) Не забыть про «one-click unsubscribe».
Добавьте в письма видимую ссылку «Отписаться» и настройте URL-адрес для автоматической отписки (one-click). Все запросы на отписку обрабатывайте в течение двух суток. Для крупных почтовых провайдеров это обязательное требование у Gmail и у Yahoo.
4) Законный сбор согласий и подтверждение адреса (double opt-in):
- собирайте согласия в правовом поле: оформляйте явное добровольное согласие на конкретную цель и периодичность рассылок, предоставляйте и соблюдайте политику конфиденциальности и условия обработки данных;
- включайте подписку double opt-in; исключайте добавление адресов без согласия и покупные списки;
- храните доказательства согласия (время, IP, источник, текст формы) и журнал отписок.
5) Постепенный прогрев домена/IP и стабильный темп отправок:
- запускайте небольшими партиями и повышайте объём ступенчато в течение некоторого времени, ориентируясь на метрики каждого провайдера;
- поддерживайте устойчивый регулярный ритм и избегайте резких скачков объёма;
- разделяйте промо- и транзакционный трафик;
- по возможности прогревайте отдельно новый домен и выделенный IP;
- при росте жалоб или отказов — замедляйте или откатывайте отправки, очищайте базу и корректируйте частоту;
- регулярно отслеживайте репутацию домена/IP и ошибки в Gmail Postmaster, Yahoo Sender Hub и постмастерах других провайдеров.
6) Поддержка количества жалоб ниже допустимого порога и ежедневный мониторинг:
Метрика жалоб на спам должна оставаться существенно ниже внутренних порогов почтовых провайдеров; в отрасли ориентир — ниже 0,1%, а всплески около 0,3% уже критичны и требуют немедленных действий: временно снижать объёмы, приостанавливать спорные кампании/источники, ускоренно чистить базу, корректировать частоту и содержание писем, а также проверять ошибки доставки и репутацию домена/IP в постмастерах и FBL.
1) Правильно настройка аутентификации и DNS-основы:
- опубликуйте корректную SPF-запись домена с полным перечнем источников отправки;
- сгенерируйте DKIM, и добавьте публичный ключ в DNS-зону;
- пропишите DMARC с отчётами “rua/ruf”, начните с “p=none” и после проверки метрик перейдите на более жесткие политики “quarantine/reject”;
- используйте один и тот же домен отправителя и домен, подтверждённый SPF или DKIM;
- настройте записи A/AAAA для хоста отправки и согласованный PTR (rDNS) для исходящего IP;
- обеспечьте TLS/STARTTLS на MTA с валидным сертификатом.
2) Соблюдение «гигиены» контента и письма:
- держите письмо технически корректным: валидный MIME из двух частей (HTML + текст); все ресурсы и ссылки — по HTTPS, без лишних редиректов; ссылки рабочие и ведут на домены с хорошей репутацией; изображения снабжены alt;
- контролируйте размер письма и вложений; не отправляйте исполняемые файлы и вложенные архивы; оптимизируйте изображения;
- добавляйте понятный прехедер и тему без кликбейта, капслока и перегруза эмодзи;
- проверяйте отображение на десктопе, мобильном приложении и в тёмной теме;
- перед отправкой прогоняйте тест: проверяйте на валидность HTML/MIME, битые ссылки, корректность трекинга.
3) Не забыть про «one-click unsubscribe».
Добавьте в письма видимую ссылку «Отписаться» и настройте URL-адрес для автоматической отписки (one-click). Все запросы на отписку обрабатывайте в течение двух суток. Для крупных почтовых провайдеров это обязательное требование у Gmail и у Yahoo.
4) Законный сбор согласий и подтверждение адреса (double opt-in):
- собирайте согласия в правовом поле: оформляйте явное добровольное согласие на конкретную цель и периодичность рассылок, предоставляйте и соблюдайте политику конфиденциальности и условия обработки данных;
- включайте подписку double opt-in; исключайте добавление адресов без согласия и покупные списки;
- храните доказательства согласия (время, IP, источник, текст формы) и журнал отписок.
5) Постепенный прогрев домена/IP и стабильный темп отправок:
- запускайте небольшими партиями и повышайте объём ступенчато в течение некоторого времени, ориентируясь на метрики каждого провайдера;
- поддерживайте устойчивый регулярный ритм и избегайте резких скачков объёма;
- разделяйте промо- и транзакционный трафик;
- по возможности прогревайте отдельно новый домен и выделенный IP;
- при росте жалоб или отказов — замедляйте или откатывайте отправки, очищайте базу и корректируйте частоту;
- регулярно отслеживайте репутацию домена/IP и ошибки в Gmail Postmaster, Yahoo Sender Hub и постмастерах других провайдеров.
6) Поддержка количества жалоб ниже допустимого порога и ежедневный мониторинг:
Метрика жалоб на спам должна оставаться существенно ниже внутренних порогов почтовых провайдеров; в отрасли ориентир — ниже 0,1%, а всплески около 0,3% уже критичны и требуют немедленных действий: временно снижать объёмы, приостанавливать спорные кампании/источники, ускоренно чистить базу, корректировать частоту и содержание писем, а также проверять ошибки доставки и репутацию домена/IP в постмастерах и FBL.