Сервис почтовых рассылок: пять индикаторов скрытых проблем

Он не говорит, в какую папку письмо попало и увидел ли его человек.

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

1. Разрыв между Delivery Rate и попаданием во «Входящие»

Delivery Rate — техническая метрика отгрузки: она учитывает письма, которые сервер получателя принял. В это число входят и сообщения, оказавшиеся в спаме. Inbox Placement Rate отвечает на другой вопрос: сколько писем действительно попало во «Входящие». Смешивать эти показатели нельзя.

Средняя отгрузка в отрасли может превышать 95–99%, но сама по себе эта цифра не подтверждает, что рассылку увидела аудитория. Почтовый провайдер может принять письмо и затем направить его в спам или другую вкладку. В обычном отчёте кампании разница между этими сценариями часто неочевидна.

Для оценки сервиса смотрите, какие именно данные доступны в интерфейсе и интеграциях:

• Отчёт показывает только отправленные, доставленные и возвращённые письма или позволяет отдельно анализировать размещение во входящих.
• Можно ли сегментировать результаты по почтовым провайдерам и доменам получателей.
• Есть ли уведомления о резких изменениях отказов и жалоб.
• Поддерживает ли платформа интеграцию с инструментами мониторинга репутации отправителя.

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

Высокий Delivery Rate подтверждает приём письма сервером. Попадание во «Входящие» — отдельный результат, который нужно измерять отдельно.

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

2. Отказы: первые сигналы плохой гигиены базы

Bounce Rate показывает долю писем, которые не были доставлены. Суммарный ориентир для отказов — до 2%, а для жёстких возвратов, Hard Bounce, целевой уровень ниже 0,5%. Когда жёсткие отказы приближаются к 3%, это уже критический сигнал: база содержит много несуществующих или недоступных адресов, а продолжение отправок может повредить репутации отправителя.

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

При оценке платформы выясните, доступны ли:

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

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

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

При сравнении функционала email-сервисов попросите показать, что происходит после отказа. Хороший рабочий процесс должен быть понятен без ручной выгрузки: статус меняется, повторная отправка исключается по заданному правилу, а CRM получает обновление. Если команда каждый раз вручную сверяет CSV, автоматизация не закрывает критичную часть процесса.

3. Жалобы на спам: метрика, которая быстро меняет экономику рассылки

Spam Complaint Rate показывает долю получателей, пожаловавшихся на письмо как на спам. Ориентир — ниже 0,1%, то есть не больше одной жалобы на тысячу доставленных сообщений. Значение от 0,3% считается критическим для доставляемости.

Даже небольшой объём жалоб может стать проблемой, если рассылка регулярно попадает не тем людям или отправляется слишком часто. Здесь важно смотреть не только на общий результат кампании, но и на сегмент, источник подписки, давность согласия и содержание коммуникации. Средняя цифра по всей базе способна скрыть участок, который тянет репутацию вниз.

У сервиса стоит проверить три вещи:

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

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

3. Можно ли разбирать жалобы по сегментам. Разрез по источнику подписки, сценарию автоматизации и типу письма помогает локализовать проблему.

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

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

4. SPF, DKIM и DMARC: проверка, которую нельзя откладывать до падения метрик

Ошибки аутентификации домена могут ухудшить доставляемость и осложнить диагностику кампаний. При выборе сервиса выясните, какие записи SPF, DKIM и DMARC нужны для отправки, как проверяется их настройка и где команда увидит ошибки. Платформа должна объяснять требования понятным языком и сообщать о проблеме до запуска массовой кампании.

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

В процессе выбора платформы полезно проверить:

• Поддерживает ли сервис отправку с домена вашей компании, а не только с общего домена платформы.
• Показывает ли он статус SPF и DKIM для подключённого домена.
• Помогает ли сформировать DNS-записи и повторно проверить их после публикации.
• Можно ли настроить DMARC и получать отчётность без ручного поиска причин в заголовках писем.
• Разделены ли настройки и репутация для разных потоков, например маркетинговых и транзакционных сообщений.

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

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

5. Open Rate больше не годится как единственная оценка эффективности

С сентября 2021 года Apple Mail Privacy Protection может автоматически загружать пиксели отслеживания. Из-за этого классический Open Rate искажается: зарегистрированное открытие не всегда означает, что человек действительно прочитал письмо. Поэтому использовать открываемость как единственный сигнал доставляемости или интереса аудитории уже нельзя.

Для оценки кампаний смотрите прежде всего на клики, CTR и CTOR — долю кликов среди открытий. Дополняйте их бизнес-метриками: переходами на сайт, заявками, заказами и выручкой, если эти события связаны с рассылкой в аналитике. Показатели зависят от задачи кампании, поэтому универсальный ориентир по кликам без учёта аудитории и предложения мало что объясняет.

Сервис должен помогать связать отправку с результатом:

• Передавать UTM-метки и сохранять их в отчётах.
• Показывать клики по ссылкам и сегментам, а не только общий CTR.
• Поддерживать интеграцию с CRM и системами аналитики.
• Позволять сравнивать контрольные группы и результаты A/B-тестов.
• Передавать события по API или вебхукам, чтобы автоматизации реагировали на действия контакта.

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

A/B-тесты тоже оценивайте по качеству измерений. Для теста темы письма открываемость стала менее надёжной из-за автоматической загрузки пикселей. Если цель — переход или покупка, вариант нужно оценивать по соответствующему действию. Так гипотеза связывается с бизнес-результатом, а не с метрикой, на которую влияют настройки почтового клиента.

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

При выборе платформы для email-рассылок сопоставляйте не перечень функций на лендинге, а то, как устроена ежедневная работа с данными. Удобно заранее запросить демонстрацию отчёта по реальной или тестовой кампании и проверить, доступны ли нужные разрезы.

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

Уточните и ограничения тарифа. В одном сервисе API доступен только на старшем плане, в другом могут отличаться лимиты автоматизаций, число пользователей или доступ к расширенным отчётам. Для честного сравнения запишите, какие функции нужны сейчас и какие станут обязательными при росте объёма. Иначе стартовая цена будет выглядеть выгодно, пока команда не упрётся в платное ограничение.

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

Решение должно опираться на сигналы, а не на одну цифру

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

До подписания договора проверьте, можно ли в платформе увидеть пять вещей: разрыв между отгрузкой и попаданием во «Входящие», динамику жёстких и мягких отказов, уровень жалоб, ошибки аутентификации и клики с последующими бизнес-событиями. Если эти данные доступны и их можно связать с автоматизациями, команда быстрее найдёт причину просадки и защитит бюджет рассылок. Если в отчёте остаются только отправленные письма и Open Rate, выбор сервиса будет строиться на метриках, которые не отвечают на главный вопрос: приносит ли канал результат.