В разделе Даша.Лаборатория появился новый бесплатный инструмент для разработчиков и email-маркетологов — тест-адреса для отладки возвратов доставки и обработки жалоб на спам.
Теперь проверить, как ваш код реагирует на на отказы доставки и жалобы на спам, можно без риска для репутации домена и необходимости ждать реальных возвратов. Достаточно отправить письмо на специальный тестовый адрес и получить нужное событие в webhook. Система не доставит его по-настоящему, а вернёт нужное событие: жёсткий или мягкий отказ, блокировку оператором либо жалобу на спам.
Зачем нужен этот инструмент
При настройке интеграций важно убедиться, что система корректно обрабатывает все возможные сценарии доставки: возвраты, блокировки и жалобы пользователей.
Проблема в том, что некоторые события сложно воспроизвести искусственно. Например, невозможно гарантированно получить жалобу на спам или блокировку оператором именно в момент тестирования. А попытки специально генерировать возвраты через несуществующие адреса могут негативно сказаться на репутации отправителя.
Новый инструмент в Даша.Лаборатории решает эту задачу безопасным способом.
Как работает тестирование
Механика максимально простая.
Шаг 1. Отправьте письмо. Из своего аккаунта DashaMail отправьте письмо через транзакционный API или SMTP на один из тестовых адресов. Например, hardbounce@bounce-tester.dashamail.ru. Тема и содержание письма могут быть любыми.
Шаг 2. Получите событие. Письмо не отправляется во внешнюю почтовую сеть. Вместо этого DashaMail сразу генерирует выбранное событие и передает его на ваш webhook. Это полностью имитирует реальную ситуацию доставки.
Шаг 3. Проверьте обработку. После получения события можно убедиться, что интеграция:
- правильно распознает тип события;
- обновляет статусы получателей;
- исключает проблемные адреса из базы;
- запускает нужные сценарии автоматизации.
Какие сценарии доступны
Для каждого типа события предусмотрен отдельный адрес:
| Сценарий | Адрес |
| Жёсткий отказ доставки (Hard Bounce) | hardbounce@bounce-tester.dashamail.ru |
| Мягкий отказ доставки (Soft Bounce) | softbounce@bounce-tester.dashamail.ru |
| Блокировка оператором | blocked@bounce-tester.dashamail.ru |
| Жалоба на спам (Feedback Loop) | spamnotification@bounce-tester.dashamail.ru |
Для удобства поддерживаются и сокращённые варианты: hard@, soft@, block@, spam@
Также не имеет значения регистр символов и использование разделителей. Например, адреса вида HardBounce@…, hard_bounce@… и HARDBOUNCE@… будут работать одинаково.
Что приходит в webhook
После отправки письма на тестовый адрес система возвращает событие в том же формате, который используется в реальной работе.
Например, при отправке на адрес жесткого отказа интеграция получит событие типа bounced с информацией о причине возврата, коде ошибки, message_id и пользовательских переменных.
Если письмо отправлено на адрес для тестирования жалобы на спам, в webhook придёт событие complained, полностью соответствующее настоящему уведомлению через Feedback Loop.
Благодаря этому можно тестировать обработчики без каких-либо отличий от боевого режима.
Что означают разные типы событий
Жесткий возврат (Hard Bounce)
Это постоянная ошибка доставки, обычно связанная с тем, что адрес больше не существует или недоступен.
Причины могут быть разными:
- ящик удалён;
- адрес указан с ошибкой;
- домен больше не принимает почту.
Такие адреса рекомендуется исключать из базы навсегда, поскольку повторные отправки только ухудшают показатели доставки и репутацию отправителя.
Мягкий возврат (Soft Bounce)
Временная ошибка доставки.
Например:
- переполнен почтовый ящик;
- сервер временно недоступен;
- превышены ограничения принимающей стороны.
В таких случаях отправку обычно повторяют через некоторое время. Если мягкие возвраты повторяются регулярно, адрес может быть признан недействительным.
Рекомендации по уменьшению количества возвратов собрали в отдельной статье.
Блокировка оператором (ISP Block)
Письмо отклоняется почтовым сервисом не из-за конкретного адреса, а из-за проблем со стороны отправителя.
Причиной могут стать:
- недостаточная репутация домена;
- ошибки настройки SPF, DKIM или DMARC;
- жалобы пользователей;
- подозрительное содержимое письма.
Тестирование такого сценария помогает проверить реакцию системы на репутационные проблемы.
Жалоба на спам (FBL)
Этот сценарий возникает, когда получатель нажимает кнопку «Это спам».
Почтовый оператор передает информацию через механизм Feedback Loop, после чего DashaMail формирует событие complained.
В отличие от возвратов доставки, жалоба появляется уже после успешной доставки письма. Обычно такие адреса сразу исключаются из дальнейших рассылок.
Подробнее о том, как не попасть в спам читайте в отдельной статье.
Преимущества нового инструмента
- Без риска для репутации. Для получения настоящего возврата обычно приходится отправлять письмо на несуществующий адрес. Каждая такая отправка ухудшает статистику домена. Тестовые адреса позволяют проверить тот же сценарий без каких-либо последствий.
- Предсказуемый результат. Вы заранее знаете, какое событие получите в ответ. Это особенно удобно для автоматических тестов и проверки бизнес-логики интеграций.
- Поддержка редких случаев. Некоторые ситуации практически невозможно воспроизвести вручную — например, жалобу на спам или блокировку оператором. Теперь для каждого сценария существует отдельный тестовый адрес.
- Бесплатное использование. Все тестовые отправки выполняются бесплатно и не расходуют лимиты тарифа DashaMail.
Используйте новый инструмент Даша.Лаборатории, чтобы заранее убедиться, что ваша интеграция корректно обработает любой сценарий доставки.
Регистрируйтесь прямо сейчас — откройте для себя еще больше возможностей с DashaMail!
Загрузка...