Для проверки транзакционного сообщения Brevo протестируйте данные события, которые ваше приложение фактически отправляет, и проанализируйте полученную отрисованную копию письма. Привлекательный предварительный просмотр шаблона не доказывает, что реальный заказ, оповещение или событие аккаунта передают правильные параметры. Используйте транзакционные логи Brevo для сопоставления события и сообщения перед интерпретацией наблюдения почтового ящика LDM.
Начинайте с бизнес-события
Выберите одно ограниченное событие, например, получение заказа, сгенерированное из не чувствительного тестового заказа. Зафиксируйте, какое действие приложения должно создать одно письмо и какую версию шаблона оно должно использовать. Определите ожидаемого получателя, отправителя, тему и ключевые значения до запуска процесса.
Используйте синтетические имена, описания товаров и ссылки. Не отправляйте реальные токены доступа, рабочие ссылки для сброса пароля или детали заказов клиентов в контрольную панель. Если сообщение обычно содержит ссылку на чувствительное действие, создайте безвредный представительский элемент, который сохраняет необходимое структурное поведение для проверки.
Отслеживайте параметры в отрисованном сообщении
Проверьте полезную нагрузку события на границе приложения, не раскрывая учетные данные. Подтвердите имена полей, необязательные значения, списки элементов и ожидаемые значения по умолчанию при отсутствии данных. Наличие значения в базе данных приложения не доказывает, что задача отправки письма сериализовала его в запрос.
Проверьте как HTML, так и альтернативный текстовый вариант. Квитанция может показывать правильный товар в одной части, в то время как другая содержит старую метку или неполный URL. Также проверьте идентичность отправителя и Reply-To, которые могут выбираться независимо от видимого тела шаблона.
Используйте транзакционный лог как данные передачи
Brevo документирует транзакционные логи для сообщений API, SMTP и автоматизации с фильтрами по получателю, ID сообщения, времени, отправителю и тегам. Просмотр деталей лога может показать историю события и предварительный просмотр отрисованного письма. Используйте эти идентификаторы для поиска точного теста, а не для просмотра агрегированных процентов доставки.
Добавьте не чувствительный тестовый тег, если ваш текущий рабочий процесс это поддерживает. Сохраните ссылку на задачу приложения и идентификатор сообщения Brevo рядом с ожидаемым бизнес-событием. Различайте одно бизнес-событие и повторные попытки отправки, чтобы повторная отправка не выглядела как два независимых действия клиента.
Наблюдайте тот же маршрут извне
Создайте тест LDM для предполагаемого отправителя и используйте его текущих получателей для изолированной, разрешённой отправки через фактическую логику приложения. Не заменяйте вручную составленное сообщение, если цель — проверить сопоставление параметров или сериализацию задачи.
Остановите рабочий процесс фикстуры после запланированной отправки. Храните адреса контрольных ящиков вне постоянных записей клиентов и повторяющихся автоматизаций. В этой статье не выполняется отправка, и не предполагается нативная интеграция между Brevo и LDM.
Сопоставьте данные отправки с каждой наблюдаемой копией письма в почтовом ящике. Запишите получателя, папку, время наблюдения и доступные данные аутентификации. Событие Delivered описывает статус передачи; это не то же самое, что первичное наблюдение Inbox Placement.
Диагностируйте правильный уровень
Если событие никогда не создало задачу приложения, исследуйте бизнес-триггер. Если задача существует, но Brevo отклонил отправку, исследуйте требования к запросу и отправителю. Если у Brevo есть правильное отрисованное сообщение, а копия обнаружена в Spam, исследуйте размещение отдельно от сопоставления данных.
Отсутствие наблюдения не указывает, какой уровень отказал. Сначала сверяйте логи, затем проверяйте копию, если она доступна. Небольшая панель не может проверить каждую ветвь события, правило, специфичное для клиента, или будущую транзакцию. Дополнительные фикстуры оправданы, когда опциональные данные существенно меняют содержимое или маршрутизацию.
Часто задаваемые вопросы
Подтверждает ли успешный предварительный просмотр шаблона мой полезный нагрузку события?
Нет. Он подтверждает только контекст данных предварительного просмотра. Проверьте фактическое сопоставление приложения с безопасной фикстурой и проанализируйте полученное сообщение.
Могу ли я повторно отправить старую запись лога, чтобы проверить изменённый маппер приложения?
Это может воспроизвести сохранённое сообщение, а не новую логику маппера. Создайте свежую фикстуру бизнес-события, если маппер является предметом теста.
Могу ли я сообщить Delivered как Inbox?
Нет. Сохраняйте событие передачи Brevo и наблюдаемую папку LDM как отдельные данные с собственными временными метками.
Официальные ссылки
Источники проверены 2026-11-05; реальные данные клиентов или завершённые эксперименты не представлены.