Приостановите повторную рассылку и проверьте путь письма от сервиса отправки до почтового ящика клиента. Уведомления о бонусах попадают в спам из-за настроек домена, качества базы, жалоб получателей или слишком частых сообщений. Простая замена темы не устранит техническую причину. Ниже разберём, как отличить блокировку от попадания в спам, проверить SPF, DKIM и DMARC, а затем подготовить повторную отправку без дублей и устаревших предложений.
Как понять, что произошло с письмом о бонусах?
Начните с отчёта сервиса рассылок. Статус «доставлено» обычно означает, что почтовый сервер получателя принял письмо. Он ещё не подтверждает, что сообщение оказалось во «Входящих». А отсутствие открытия само по себе не доказывает попадание в спам: человек мог не читать почту, а почтовая программа могла ограничить отслеживание.
Найдите проблемную отправку и посмотрите причины отказов. Несуществующий адрес, временная ошибка и отклонение сервером требуют разных действий. Сохраните текст ошибки целиком: по нему администратор сможет проверить причину, а по описанию «письма не доходят» — только начать поиск.
- Проверьте, какие адреса получили отказ и что указано в отчёте отправки.
- Отправьте письмо через тот же сервис на свои тестовые ящики у разных почтовых провайдеров.
- Посмотрите папки «Входящие», «Спам» и категории рассылок, затем сохраните служебные заголовки письма.
Для ручной проверки подходят тестовые ящики Gmail, Mail.ru, Яндекса и Outlook — такой способ описывает блог HandBox. Результат покажет, где искать проблему, но не гарантирует такое же размещение у всех клиентов: почтовые сервисы учитывают и поведение конкретного получателя (источник: HandBox).
Категория рекламных писем и папка «Спам» — разные результаты. Если уведомление приняли и разместили в категории рассылок, не стоит сразу менять DNS. Сначала проверьте, узнаёт ли клиент отправителя и понятна ли ему польза сообщения о бонусах.
Что проверить в SPF, DKIM и DMARC?
Составьте список систем, которые отправляют почту от имени бизнеса. Корпоративный ящик, программа лояльности и сервис рассылок могут использовать разные серверы. Проверка письма из обычной почты ничего не скажет о подписи уведомления, которое отправляет автоматизация.
- SPF указывает, какие серверы вправе отправлять письма для технического домена отправителя. Проверьте, учтён ли в записи ваш сервис рассылок.
- DKIM добавляет к письму цифровую подпись. Проверьте, подписывает ли сервис именно письма о бонусах и проходит ли проверка подписи у получателя.
- DMARC связывает проверки SPF и DKIM с доменом, который клиент видит в поле «От». Для успешной проверки достаточно подходящего результата SPF или DKIM с согласованием доменов.
Попросите администратора проверить результаты в служебных заголовках тестового письма. Там стоит искать SPF, DKIM и DMARC вместе с результатами pass или fail. Одна только TXT-запись в панели хостинга не подтверждает, что реальная рассылка проходит проверку.
Не копируйте чужую SPF-запись: она разрешит отправку чужим системам и может не учесть вашу. Не создавайте вторую SPF-запись для того же доменного имени. Перед изменениями возьмите точные значения в настройках почтового сервиса и платформы рассылок.
Если DMARC ещё не настроен, начните с режима наблюдения p=none и разбора отчётов. Переход к quarantine или reject требует проверки всех законных источников почты, иначе под ограничения попадут собственные сообщения. Для технического разбора можно обратиться к объяснению SPF, DKIM и DMARC в статье на inrb.by. Успешная проверка домена не гарантирует попадание во «Входящие».
Как проверить базу и содержание бонусного письма?
Начните с адресатов, которым положено конкретное уведомление. Если письмо сообщает о начислении бонусов, проверьте факт начисления. Если напоминает об окончании срока действия, сверьте остаток и дату. Клиент, который уже потратил бонусы, получит от повторной отправки только путаницу.
Перед запуском уберите некорректные адреса и дубли — эту проверку рекомендует RetailCRM. Исключите адреса с постоянными ошибками доставки и тех, кто отказался от рассылки. Повторная загрузка старого файла не должна возвращать их в список получателей (источник: RetailCRM).
Посмотрите и на соседние сообщения. Покупатель мог недавно получить письмо о покупке, затем уведомление о начислении, а следом общую акцию. Если каждую цепочку настраивали отдельно, система отправит их подряд. Проверьте общую историю контактов, прежде чем добавлять ещё одно напоминание.
В самом письме оставьте понятную причину обращения, актуальный остаток бонусов и условия их использования. Например, тема «Бонусы за покупку начислены» соответствует событию, если начисление произошло. Тема с обещанием подарка запутает клиента, если внутри окажутся только условия будущей покупки.
После возврата товара остаток тоже нужно перепроверять: старое уведомление способно противоречить новым данным. Логику таких сообщений стоит связать с настройкой уведомлений о бонусах после возврата, чтобы повторная рассылка учитывала изменения в программе лояльности.
Как подготовить повторную рассылку без дублей?
Сначала исправьте причину, которую показала проверка. Затем соберите новую группу получателей по текущим данным. Копия прежней кампании сохранит прежние ошибки, включая адресатов, которые уже воспользовались предложением.
- Зафиксируйте исправление: обновили настройку домена, исключили ошибочные адреса или изменили условие автоматической отправки.
- Отправьте тест из рабочей системы и проверьте подпись, ссылки и отображение бонусного остатка.
- Исключите клиентов, которые уже выполнили нужное действие или больше не подходят под условия письма.
- Запустите отправку на ограниченную группу и проверьте ошибки доставки и жалобы перед расширением аудитории.
Для напоминаний об окончании срока действия бонусов задайте условие остановки: после списания бонусов или изменения остатка сценарий должен пересчитать необходимость письма. Отдельно продумайте напоминание о сгорающих бонусах, чтобы оно не дублировало общую акцию.
Автоматизация рассылок приносит пользу, когда она связана с управлением бонусами и историей действий клиента. В задачу для настройки включите событие запуска, условие отмены и отчёт об ошибках. Например: отправить уведомление после начисления, отменить повтор при списании и показать причины отказов по адресам.
Аналитику тоже разделите: доставка показывает прохождение письма, переходы помогают оценить интерес, а использование бонусов — действие клиента. Сравнивать только открытия недостаточно, чтобы решить, нужна ли повторная отправка.
Типичные ошибки перед повторной отправкой
- Менять только тему письма. Если сервер отклоняет отправителя, сначала разберите ошибку и настройки домена.
- Сразу включать жёсткую политику DMARC. Сначала проверьте все системы, которые законно отправляют вашу почту.
- Повторять рассылку всем, кто не открыл письмо. Проверьте доставку, актуальность бонусов и историю действий клиента.
- Оставлять сумму бонусов из старого шаблона. Подставляйте текущий остаток и проверяйте его перед отправкой.
- Просить клиентов проверить спам вместо диагностики. Такая просьба поможет найти отдельное письмо, но не устранит причину следующих сбоев.
Сейчас откройте последнюю бонусную рассылку и скопируйте одну причину отказа из отчёта в задачу администратору — это займёт меньше двух минут и даст конкретную отправную точку для проверки.
