Аудит deliverability: почему рассылки теряют деньги еще до открытия

До трети писем могут не попадать во «Входящие» — и выручка тает незаметно для отчетов. Разбираем, что проверяет аудит deliverability и как за 2 недели найти утечку.

Конверт с дырой, из которого падают монеты, рядом лупа и колокольчик. 3D-иллюстрация

Вы платите за платформу, платите за контент, платите команде — а часть писем просто не попадает во «Входящие». Даже не в спам: провайдер молча отбраковывает их еще на входе. Клиент рассылку не видел, не кликнул, не купил. В отчетности это выглядит как слабый open rate, хотя проблема случилась задолго до открытия.

Доставляемость редко обсуждают на уровне ЛПР — тема кажется технической мелочью, которую подрядчик «как-нибудь настроил». На деле это скрытая утечка выручки: канал вроде работает, рассылки уходят по расписанию, а деньги стекают мимо кассы. О том, как найти эту утечку за две недели и превратить находки в план возврата денег, рассказывает Азим Вишняков, сооснователь ClientCore.

ЧИТАЙТЕ ТАКЖЕ

«Email, пуш и SMS шлют клиенту одно и то же, а бюджет платит за все три. Разбираем, как аудит омниканальных коммуникаций находит дубли, конфликты сценариев и лишние расходы.»

Аудит омниканальных коммуникаций: как каналы дублируют друг друга и сжигают бюджет

Где именно теряются деньги

Письмо проходит длинный путь: ваша ESP → фильтры провайдера (Mail.ru, Gmail, Яндекс) → проверка репутации домена и IP → анализ содержимого → решение о доставке. На каждом шаге часть отправлений отваливается. И главное — стандартная аналитика платформы этого не показывает. Mindbox честно отчитается: «отправлено 200 000, доставлено 198 500». Но «доставлено» здесь значит лишь «провайдер принял письмо». Куда он его положил — во «Входящие», в «Промоакции» или в спам — в отчете не написано.

Прикинем на цифрах. Email-канал приносит 5 млн рублей в месяц. Inbox placement по ключевому домену — 80% вместо 95+. Это значит, что каждый пятый клиент физически не видит рассылки. Потеря — порядка 750 тысяч в месяц, 9 млн в год. И это консервативный сценарий: обычно проблемы с доставляемостью идут парой с просевшим engagement, так что реальная цифра выше.

Куда деваются ваши письма?

Покажем, сколько рассылок реально попадает во «Входящие» и сколько выручки вы недобираете

🇷🇺

Что входит в аудит deliverability

Аудит deliverability — это проверка четырех пластов, каждый из которых влияет на попадание во «Входящие».

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

Хороший аудит заканчивается приоритизированным планом: что чинить в первую очередь, какой эффект даст каждый фикс и сколько выручки он вернет.

Репутация домена и аутентификация: SPF, DKIM, DMARC

Аутентификация — это паспорт отправителя. SPF говорит, с каких серверов домену разрешено слать письма. DKIM подписывает каждое отправление цифровой подписью. DMARC связывает их вместе и указывает провайдеру, что делать с письмами, которые проверку не прошли. С 2024 года Gmail и Yahoo требуют все три записи у массовых отправителей — без них письма отклоняются еще на пороге.

Репутация домена строится месяцами и ломается за пару неудачных кампаний. Смотреть на нее нужно глазами провайдеров: Google Postmaster Tools и постмастер Mail.ru показывают оценку репутации, уровень жалоб и ошибки доставки. Если вы ни разу туда не заглядывали — почти наверняка найдете сюрпризы.

Самая частая находка на аудите — DMARC стоит в режиме p=none годами. Формально запись есть, формально все настроено, а по факту провайдеру плевать на нее: она ничего не запрещает. Второй хит — массовые и транзакционные письма идут с одного домена. Одна жесткая промо-кампания просаживает репутацию, и вслед за ней в спам летят письма о заказах и сбросе пароля. Клиент думает, что у него проблемы с контентом, а у него проблемы с архитектурой отправки».
Азим Вишняков

Азим Вишняков

Co-founder, ClientCore

Норма
  • SPF, DKIM и DMARC настроены и проходят проверку по всем потокам
  • массовые рассылки идут с отдельного сабдомена (news.example.com)
  • репутация в постмастерах проверяется минимум раз в неделю
Red flag
  • DMARC в режиме p=none или запись отсутствует
  • промо и транзакционные письма делят один домен
  • про Google Postmaster Tools в компании слышат впервые

Гигиена базы: кому вы шлете и кто вас читает

Провайдеры оценивают отправителя по реакции получателей. Если половина базы не открывает письма год, а 3% адресов давно мертвы и возвращают hard bounce — для Gmail это сигнал: отправитель шлет в никуда, ему нельзя доверять инбокс. Репутация проседает, и под раздачу попадают даже лояльные клиенты.

Поэтому аудит всегда включает разбор базы: доля активных за 90 и 180 дней, динамика баунсов, complaint rate по кампаниям, наличие sunset-политики — правила, по которому неактивных сначала пытаются реанимировать, а потом перестают донимать. Жалко удалять контакты, которые «когда-то купят»? Посчитайте иначе: эти контакты уже стоят вам доставляемости для тех, кто покупает сейчас.

Ставка на точность вместо охвата работает предсказуемо. В проекте для MINIDINO рассылки уходили всей базе без разбора сегментов — мы пересобрали логику и получили +110% к эффективности email-рассылок за квартал без роста числа отправок (кейс). Меньше отправок, больше денег — провайдеры такое любят.

Порог по жалобам на спам у Gmail — 0,1%. Это одна жалоба на тысячу писем. Выглядит щедро, пока не отправишь кампанию по базе, которую год не чистили: жалобы влетают пачкой, лимит пробит, и следующие две-три недели провайдер режет доставку даже по хорошим сегментам. Один такой инцидент съедает выручку месяца работы канала».
Азим Вишняков

Азим Вишняков

Co-founder, ClientCore

Цифры, которые сигналят о проблеме

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

Норма
  • hard bounce стабильно ниже 2%
  • complaint rate держится под 0,1%
  • open rate по крупным доменам (Gmail, Mail.ru, Яндекс) отличается в пределах 20–30%
Red flag
  • баунсы скачут от кампании к кампании — база стареет быстрее, чем пополняется
  • разрыв открытий между доменами в 2–3 раза: у одного провайдера вы в инбоксе, у другого — в спаме
  • выручка с письма падает, хотя база растет, а механика кампаний не менялась

Последний пункт — самый обманчивый. Команда грешит на контент и креативы, пересобирает шаблоны, тестирует темы писем. А доставляемость тем временем продолжает тихо деградировать.

Как выглядит аудит за две недели

Две недели — реалистичный срок, если доступы выданы быстро. География здесь ни на что не влияет: аудит deliverability в Москве или любом другом городе делается удаленно, нужны только доступы к ESP, постмастерам и DNS.

Первая неделя — сбор фактуры. Проверяем DNS-записи и конфигурацию доменов, выгружаем данные постмастеров, анализируем логи отправок за 3–6 месяцев: баунсы, жалобы, динамику по доменам. Параллельно запускаем сид-тесты — отправки на контрольные адреса у разных провайдеров, чтобы увидеть фактическое попадание во «Входящие», а не абстрактное «доставлено».

Вторая неделя — анализ и синтез. Сегментируем базу по активности, находим кампании, которые просадили репутацию, оцениваем ущерб в деньгах. Финал — отчет с приоритетами: быстрые фиксы на 1–2 недели, среднесрочные работы на 1–3 месяца и ожидаемый эффект от каждого пункта.

Именно с аудита начинался перезапуск email-канала в AR Fashion: сначала разобрали инфраструктуру и базу, потом пересобрали контент и триггеры. Итог — +68,9% выручки от массовых рассылок и +1063% от триггерных (кейс). Без первого шага вторая часть работы дала бы в разы меньше.

На выходе: план возврата выручки

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

Доставляемость требует постоянного режима работы. Репутация живет своей жизнью, база деградирует на 20–25% в год, провайдеры ужесточают правила. Поэтому в план всегда закладываем регулярный мониторинг: какие метрики смотреть еженедельно и при каких значениях бить тревогу.

Хотите вернуть выручку, которая теряется до открытия?

Проведем аудит deliverability за 2 недели и дадим план с оценкой эффекта в деньгах

🇷🇺

Часто задаваемые вопросы

Можно ли провести аудит deliverability своими силами?

Базовую часть — да: проверить записи SPF, DKIM, DMARC и заглянуть в постмастеры под силу внутренней команде. Сложнее с интерпретацией: понять, какая именно кампания просадила репутацию и как выстроить прогрев, без опыта десятков таких разборов трудно. Обычно внутренний аудит находит треть проблем — самые очевидные.

Чем аудит отличается от настройки доставляемости рассылок?

Аудит отвечает на вопрос «что сломано и сколько это стоит». Настройка — следующий этап: исправление записей, разделение потоков, чистка базы, прогрев. Прыгать к настройке без аудита — значит чинить вслепую: часть усилий уйдет на то, что и так работало.

Как повысить доставляемость писем, если репутация уже убита?

Восстановимо почти всегда, но быстро не бывает. Типовой сценарий: новый сабдомен, прогрев на самых активных сегментах 4–8 недель, жесткая гигиена базы, постепенное расширение охвата. Репутация наращивается заново — за 2–3 месяца дисциплинированной работы inbox placement возвращается к 95+.

Как часто нужен повторный аудит?

Полный разбор — раз в год или после резких изменений: смены ESP, миграции домена, всплеска объемов. Между аудитами достаточно еженедельного мониторинга постмастеров и ключевых метрик — баунсов, жалоб, разрыва открытий по доменам.

Над проектом работали

Азим Вишняков

Азим Вишняков

Co-founder, ClientCore