Письма попадают в спам: как проверить доставляемость рассылки
Сервис показывает «доставлено», а клиент говорит, что письма не видел. Противоречия здесь может не быть: принятие сообщения почтовым сервером еще не гарантирует попадание во входящие. Прежде чем менять тему письма или платформу рассылок, нужно найти этап, на котором возникла проблема.
Содержание статьи
Разделите четыре разных результата
Письмо поставлено в очередь, отправлено, принято сервером получателя и показано человеку — разные события. Между ними возможны задержка, отказ, фильтрация и отсутствие внимания. Внутренние названия статусов у платформ отличаются, поэтому сначала прочитайте определение «доставки» в своем сервисе.
Выгрузите результат по доменам получателей и кодам ошибок. Если отказы сосредоточены у одного почтового сервиса, общий процент доставки скрывает проблему. Если ошибки касаются несуществующих ящиков, смена дизайна письма их не исправит. Для начала достаточно одного выпуска с известным временем отправки и понятным списком адресатов.
Не делайте вывод по одному личному ящику. Он полезен как контрольный пример, но история переписки, действия владельца и настройки отличаются от остальных получателей. Отчет об открытиях тоже не является прямым измерением папки входящих. Связанные ограничения разбираем в статье про метрики email-рассылок.
Проверьте домен отправителя
SPF описывает разрешенные источники отправки, DKIM позволяет проверять подпись сообщения, DMARC задает политику проверки согласованности доменов и обработки сообщений. Эти настройки решают разные задачи. Копировать запись из инструкции другого сервиса опасно: она может не соответствовать вашей схеме отправки.
В правилах массовых рассылок Яндекса указаны требования к DKIM и SPF, а DMARC рекомендуется дополнительно. Там же описаны подтверждение адреса подписчика, возможность отписки и обработка ответов почтового сервера. Это требования конкретного получателя; у других сервисов нужно проверять свои правила.
Попросите специалиста разобрать реальное письмо, включая служебные заголовки и результаты аутентификации. Одной записи в панели DNS недостаточно: отправляющий сервис может использовать другой домен или маршрут.
После изменения отправьте письмо на контрольные адреса с разрешения их владельцев и сохраните результат проверки.
Посмотрите, откуда появились адреса
Отдельно выделите подписку через форму, клиентов с подтвержденным согласием на рассылку, старые импорты и источники с неизвестной историей. Дата импорта не равна дате подписки. Заказ также не объясняет, на какие сообщения согласился человек.
Если происхождение части базы нельзя восстановить, не добавляйте ее в следующую массовую отправку. Сначала разберите источник и разрешение на коммуникацию. Попытка «проверить адреса рассылкой» одновременно создает новые отказы и жалобы, а вопрос о согласии оставляет открытым.
Проверьте синхронизацию отказов между системами. Клиент мог отписаться в платформе рассылок, а очередной импорт из CRM вернул ему старый признак подписки. Такой сбой нужно исправить в обмене данными. Разовый ручной фильтр поможет лишь до следующего обновления.
Очередь важнее красивой темы письма
Один человек может одновременно попасть в акцию, напоминание о корзине и цепочку возвращения. Каждый сценарий выглядит разумно по отдельности. Вместе они дают несколько сообщений за короткое время, иногда с разными условиями покупки.
Посмотрите историю отправок на уровне получателя и согласуйте общую CRM-стратегию: приоритеты, паузы, исключения и остановку устаревших сообщений. Отдельно учитывайте сервисную переписку о заказе. Ограничение рекламы не должно лишать покупателя информации о доставке.
Для временных и постоянных ошибок нужны разные действия в соответствии с кодом ответа и правилами сервиса. Повторять отправку на заведомо несуществующий адрес бессмысленно. Ситуацию с временным отказом сначала диагностируют, затем используют предусмотренный механизм повторной попытки.
Порядок восстановления
Начните с конкретного сбоя: домен, выпуск, время, статус и код отказа. Затем проверьте аутентификацию, источник адресов, отписки и пересечение сценариев. Меняйте одну причину за раз, иначе будет трудно понять, что помогло.
Возобновление проверяйте на группе с понятным согласием и недавним подтвержденным интересом, постепенно оценивая отказы и жалобы. Заранее установите собственные условия остановки по исходным данным и ограничениям провайдера. Универсального безопасного процента для любого магазина здесь нет. Если причина остается неясной, передайте поддержке обезличенные примеры и коды ошибок: фраза «письма не доходят» дает ей слишком мало информации для расследования.