Top.Mail.Ru

Теперь мы CRM-group!

Имя новое, подход прежний: профессионализм и забота о вас

Перейти

Как проверить доставляемость рассылки самостоятельно в 2026 году

Проверить доставляемость рассылки можно без подключения домена к внешнему сервису и без отправки тестового письма. Пройти чек‑лист ниже можно самостоятельно за несколько минут. Он начинается с вопроса, который решает всё остальное: настроены ли у домена SPF, DKIM и DMARC.

Google рекомендует массовым отправителям удерживать долю жалоб на спам ниже 0,10% и прямо требует не допускать её роста выше 0,30%. Но этот порог вообще не считается, если аутентификация не настроена: письма не допускаются до оценки. Поэтому чек‑лист сначала проверяет аутентификацию (гейт допуска), а баллы за репутацию и поведение базы считает только после неё.

Для какой рассылки подходит этот чек‑лист

Чек‑лист подходит для обычной регулярной массовой рассылки, маркетинговой или CRM, известной по-английски как bulk email. Он не подходит для писем, которые отправляет форма сайта: заявок, уведомлений, подтверждений регистрации.

У таких писем другая природа. Обычно причина в настройке почтовой функции на сервере хостинга, а домен и его репутация для массовой отправки тут ни при чём.

Если вы столкнулись с такими письмами, чек‑лист не ответит на ваш вопрос. Решение здесь короче: проверить код формы и настройки SMTP у хостинга.

На рынке чаще всего проверяют так: отправляют письмо на контрольный ящик и смотрят, попадёт оно во «Входящие» или в «Спам». Такая проверка показывает факт, но не причину. Настроить три DNS-записи можно за день, а восстанавливать репутацию отправителя — месяцами, и по результатам одной отправки эта разница не видна.

Аутентификацию чек‑лист проверяет вопросом с ответом «да» или «нет», а репутацию отправителя и поведение базы оценивает баллами, но только если аутентификация в порядке. Отвечайте по памяти и честно. Это стартовая прикидка.

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

Первый вопрос чек‑листа касается именно этого гейта — SPF, DKIM и DMARC.

Настроены ли у домена SPF, DKIM и DMARC

Без доменной аутентификации письма не допускаются до оценки репутации вообще. Остальные баллы в этом случае можно не считать: результат уже известен.

Три записи DNS отвечают за разное. SPF (список серверов, которым домен разрешил отправку) подтверждает, что письмо ушло с правильного IP-адреса, то есть с одного из серверов из этого списка. DKIM, цифровая подпись письма, подтверждает, что письмо не изменили в пути между отправкой и почтовым ящиком получателя.

Для писем на личные Gmail-адреса Google требует ключ DKIM длиной не короче 1024 бит и рекомендует 2048. Ключ короче этого порога Gmail может вообще не засчитать.

DMARC — правило для почтовых служб на случай, если SPF или DKIM не совпали, и механизм отправки отчётов о таких случаях. В документации для отправителей на личные Gmail-адреса Google называет все три записи обязательными для массовых отправителей.

Для массовых отправителей обязательны три записи: SPF, DKIM и DMARC.

— документация Google для отправителей Gmail

Настроены ли у домена SPF и DKIM, и есть ли DMARC-запись хотя бы в режиме мониторинга? Любой ответ «нет» или «не знаю» означает, что гейт не пройден.

В этом случае нужно настроить SPF и DKIM у себя или у разработчика почтового сервера, добавить DMARC-запись и подождать 24–48 часов, пока обновятся DNS-записи. После этого можно переходить к следующим двум блокам.

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

В сопровождении рассылок мы проверяем эти три записи первым шагом, до разговора о тексте писем или сегментации базы: без них остальная работа теряет смысл.

Какая репутация у отправителя за последние три месяца

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

Почтовые службы считают жалобу автоматически, когда получатель нажимает «Это спам». Доля таких писем от всех отправленных называется spam rate, и Google рекомендует держать её ниже 0,10%, не доводя до 0,30%.

Для рассылки на 20 000 адресов это означает не больше 20 жалоб в месяц. Если жалоб 30, доля подскакивает до 0,15%. Это уже выше безопасного порога, но до красной линии 0,30% она пока не дошла.

Вопрос (оценочно, по памяти) Балл
Жалобы на спам за последние 90 дней были систематическими, не разовыми? 1, если да
Домен или IP за последние 90 дней хотя бы раз находились в блок‑листах вроде Spamhaus, либо их вообще не проверяли? 1, если да или не проверяли
Домену или ящику меньше 30 дней и объём рассылки вырос резко без постепенного прогрева? 1, если да

Отсутствие проверки в блок‑листах не означает отсутствие проблемы, поэтому в таблице оно тоже даёт балл. Резкий скачок объёма с нулевой историей выглядит подозрительно для почтовых служб, даже если рассылка ведётся добросовестно. Проверить домен можно бесплатно на самом Spamhaus или через сервисы, которые опрашивают сразу несколько баз.

Сервис Respondo проверяет доставляемость, отправляя письма на реальные ящики Яндекса, Gmail, VK и Rambler, и относит к числу самых частых причин: ненастроенный домен (нет SPF, DKIM или DMARC), непрогретый ящик и подозрительный контент. Это оценка одного игрока рынка, не отраслевой стандарт. С требованиями Google в ней совпадает только первый пункт: SPF, DKIM и DMARC.

В этом блоке можно набрать максимум 3 балла.

Как ведёт себя ваша база последние полгода

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

Вопрос Порог Балл
Какая доля адресов в базе невалидна, по вашей оценке? меньше 2% / 2–5% / больше 5% 0 / 1 / 2
Как изменились открытия и клики за полгода? растут или стабильны / падают 0 / 1
Когда последний раз чистили базу от подписчиков, которые не открывают письма много месяцев? до 3 месяцев / 3–12 месяцев / больше года или никогда 0 / 1 / 2

Высокая доля невалидных адресов — сигнал для почтовых служб, что база собрана небрежно. Например, на базе из 10 000 адресов 600 оказываются несуществующими — это 6% невалидных контактов. Это выше потолка 5% из таблицы, поэтому начисляется 2 балла.

Подробный разбор того, как анализировать открытия, клики, отписки и жалобы, есть в материале «Клиентам о email-маркетинге, часть 4».

В этом блоке можно набрать максимум 5 баллов.

Сколько баллов получилось и что чинить дальше

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

Сумма баллов Что это значит Что делать
0–1 Доставляемость стабильна Повторить чек‑лист через квартал
2–4 Есть риск, который пока не критичен Разобрать блок с ненулевыми баллами первым
5–8 Накопились серьёзные проблемы Остановить рост объёма рассылки, начать с чистки базы и истории жалоб

В примере выше рассылка на 20 000 адресов с 30 жалобами на спам и базой, где 6% адресов невалидны, набирает 3 балла. Гейт пройден, но зоне 2–4 уже нужно уделить внимание, пока сумма баллов не выросла.

Этот подсчёт подсказывает, что проверять дальше, а итоговую картину дают другие инструменты.

Фактические показатели можно проверить в Google Postmaster Tools или аналогичном кабинете Яндекса: там видны реальный spam rate и репутация домена. Независимый seed-тест: письмо отправляют на контрольные ящики и сразу смотрят, в какую папку оно попало.

Если настроить SPF, DKIM и DMARC или восстановить репутацию своими силами не получается, эти работы входят в услугу «Email-маркетинг под ключ». Такую диагностику и исправление мы берём на себя как часть сопровождения клиента.

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

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

Чем этот чек‑лист отличается от проверки отправкой письма на контрольный ящик?

Отправка письма показывает только факт попадания во «Входящие» или в «Спам». Если письмо не долетело, чек‑лист показывает, где искать причину: в непройденном гейте, в репутации отправителя или в поведении базы. Способы дополняют друг друга, и после чек‑листа стоит проверить факт отдельно.

У меня не рассылка, а письма с формы сайта. Этот чек‑лист мне подходит?

Нет. Это транзакционные письма, их отправляет сервер сайта по одному, а не как часть массовой рассылки, и причины попадания в спам у них обычно другие. Чек‑лист и его пороги рассчитаны на регулярную маркетинговую или CRM-рассылку.

Какой spam rate считается нормальным?

Google рекомендует отправителям на личные адреса Gmail держать жалобы на спам ниже 0,10% и требует не допускать роста выше 0,30%. После превышения этого порога письма чаще начинает отправлять в спам сам Gmail: это задокументированное поведение Google, у других почтовых служб пороги и правила классификации свои. Восстановление репутации отправителя после такого скачка занимает заметное время, иногда несколько месяцев, поэтому разумнее следить за долей жалоб раньше, чем она дойдёт до красной линии.

Нужен ли DMARC, если SPF и DKIM уже настроены?

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

Свежие статьи раз в неделю

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

Популярное в базе знаний:

Как проверить доставляемость рассылки самостоятельно в 2026 году

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

Редполитика Email Soldiers

Редполитика Email Soldiers — это свод правил, которыми мы пользуемся, когда пишем статью в наш блог, пост в соцсети, рабочее письмо или любой другой материал от лица компании.

Наш робот бесплатно сообщит вам об ошибках доставки на mail.ru

Через наш сервис можно подписаться на уведомления из постмастера Mail.ru. ...

Правила дизайна и вёрстки email рассылок

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

Что такое utm-метки и зачем они нужны

Простая, понятная и иллюстрированная инструкция по использованию utm-меток в ссылках. Зачем нужны, как проставлять, как пользоваться, какие лучшие практики

Анатомия емейл-маркетинга

Из чего же сделан наш емейл-маркетинг.

Подход Agile Results

Описание методологии, применяемой в рабочих процессах нашей команды.

Как составить техническое задание на интеграцию

Пошаговая инструкция по подготовке технического задания на интеграцию сайта или CRM с системой рассылок.

Базовая схема рассылок

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

Как собирать подписки с помощью сайтовых микроконверсий

Презентация с Emailshow 2017 Ильин Иван и Александр Лебединский

Spamhaus: что это и как удалиться из чёрного списка

Spamhaus (его часто называют по-русски «спамхаус» или «спам хаус») — это международная организация, которая ведёт чёрные списки IP-адресов и доменов, замеченных в рассылке спама. Почтовые провайдеры сверяются с её базами при приёме писем, поэтому попадание в список означает, что ваши рассылки перестают доходить. Разбираем, как проверить себя в списках Spamhaus и удалиться из них.

Как оформлять гуглодоки

В доках должен быть порядок и единое оформление

Условия обработки персональных данных

С 1 июля 2017 года вступают в силу поправки к закону ...

Как правильно ставить задачи

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

Контролёр — Телеграм-бот для проверки показателей рассылок

Какие команды, чем полезен, как пользоваться

▶Сведения для государственной аккредитации в области ИТ

Реквизиты и контакты

ООО «Емейл Солджерс»

ИНН 6234170866 · ОГРН 1176234015660

Основной ОКВЭД: 62.09

390000, г. Рязань, ул. Вознесенская, д. 66

Тел.: +7 495 003-17-94 · manager@emailsoldiers.ru

Коды ОКВЭД

62.01 (разработка ПО), 62.02, 62.09, 63.11, 63.12, 63.91, 63.99, 70.22, 73.20, 82.99, 95.11, 95.12

Виды деятельности в области ИТ
(Приказ Минцифры от 11.05.2023 № 449)

1.01 — проектирование, обследование, разработка и адаптация программ для ЭВМ, баз данных и пользовательских интерфейсов

1.04 — деятельность и услуги в отношении информационных систем (CRM, аналитика, BI)

1.05 — деятельность и услуги в отношении сайтов и страниц сайтов

26.01 — обработка, систематизация и верификация данных

Реализуемые продукты, услуги и работы

Email- и CRM-маркетинг под ключ: разработка триггерных и регулярных рассылок и коммуникационных сценариев, проектирование и автоматизация коммуникаций (email, SMS, push, мессенджеры), сегментация и аналитика клиентской базы, интеграция и настройка платформ рассылок и CRM, дизайн и адаптивная вёрстка писем, веб-аналитика и BI-отчётность, разработка интеграций между платформами рассылок, CRM и сайтом.

Стоимость работ и услуг

Определяется индивидуально в коммерческом предложении по итогам брифа. Ориентировочно: разовый проект email-/CRM-маркетинга — от 150 000 ₽; ежемесячное сопровождение — от 100 000 ₽ / мес. Точная стоимость — по запросу: manager@emailsoldiers.ru.

Технологический стек

Языки: C#, JavaScript, PHP, Python, SQL, HTML/CSS. Платформы и CDP/CRM: ASP.NET Core, Mindbox, Bitrix24, Sendsay, Unisender, Carrot quest. Базы данных: MongoDB, MySQL. Аналитика и BI: Яндекс Метрика, Power BI, Яндекс DataLens. Инфраструктура: WordPress, REST API, вебхуки.

Исключительные права на ПО

Программа для ЭВМ «RACS» (REST API CRUD веб-сервис баз данных) — правообладатель ООО «Емейл Солджерс» (свидетельство о государственной регистрации программы для ЭВМ, автор — Сафоничев А. П.). Назначение: REST API CRUD-интерфейс к облачной нереляционной базе данных — виджеты, голосования, обзоры, комментарии, счётчики статистики. Реализация: C#, ASP.NET Core, MongoDB. Права использования предоставляются по лицензионному договору. Иные работы выполняются на лицензионных платформах и собственных программных решениях (скрипты, шаблоны, интеграции).