Как проверить повторный вход и выход в Braze Canvas

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

Canvas — инструмент Braze для построения клиентских сценариев. Одно прохождение Canvas представляет отдельный путь клиента от входа до выхода. Если разрешить повторный вход слишком рано, у одного человека могут одновременно существовать несколько таких путей.

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

Разделите повторный вход и повторную отправку

В Braze правило re-eligibility, то есть повторного допуска, задаёт возможность повторно войти в Canvas. Для Canvas отсчёт связан со входом, а не с получением сообщения. Если разрешённый интервал короче прохождения, клиент может войти снова до завершения предыдущего пути. [1]

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

Запишите бизнес-правило отдельно от настройки интерфейса. Например: «Не больше одного активного напоминания по корзине; новая корзина допускается после завершения предыдущей». Затем проверьте, как оно реализовано в выбранной схеме, включая источник события и защиту от повторной передачи. Универсального интервала, подходящего всем магазинам, здесь нет.

Свяжите выход с нужной покупкой

Конверсионная метрика отвечает на вопрос, достигнута ли цель для отчёта. Правило выхода отвечает на другой вопрос: должен ли этот клиент продолжать путь. Настройку цели и exit criteria, то есть условия выхода, проверяйте раздельно.

Сначала определите смысл покупки. Любой оплаченный заказ прекращает напоминания или только заказ по исходной корзине? Для продления подписки обычно важна конкретная подписка. Для общей акции бизнес может намеренно прекращать путь после любой покупки.

Braze описывает сопоставление свойств события выхода с контекстом входа. Такой подход позволяет завершать путь, когда покупка относится к тому же объекту, который запустил сценарий. Сравниваемые идентификаторы и типы данных должны совпадать. [2]

Не пытайтесь сопоставлять корзину и заказ по случайному равенству разных ID. Если идентификатор оформления checkout_id отличается от идентификатора заказа order_id, связь между ними должна приходить из системы заказа. Проверяйте и частичную оплату: созданный заказ может ещё не означать завершённую покупку.

Учитывайте ожидание внутри Canvas

В текущей документации Braze событие выхода сразу помечает прохождение к завершению. Если клиент находится на шаге ожидания Delay, он может оставаться видимым в этом шаге до конца задержки, но не должен переходить к следующим шагам. Поэтому положение клиента в отчёте нельзя оценивать без учёта механики ожидания. [3]

Событие выхода и проверка текущего сегмента тоже работают по-разному. Условие «покупка была в последний час» может уже не выполняться к концу длинного ожидания. Проверьте момент оценки такого фильтра, если используете его вместо события покупки. [3]

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

Разберите один путь по времени

Условный пример. В 12:00 создана корзина K17. В 12:05 пользователь снова открыл оформление. В 12:20 оплачен заказ, связанный с K17. Напоминание запланировано на 13:00. Если второе действие породило ещё один вход, проверять нужно оба прохождения. Выход одного из них не доказывает, что второго нет.

Для каждого прохождения сохраните время входа, контекст корзины, время получения оплаты и результат ближайшего шага отправки. Повторите тест, передав оплату с задержкой после 13:00. Такой тест показывает границу возможностей интеграции: настройка Canvas не устраняет опоздание источника данных.

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

Выпустите изменение с проверкой действующих прохождений

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

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

Источники

1. Braze. Re-eligibility. Braze Documentation. Проверено 23.09.2026.

2. Braze. Matching Exit Criteria to Entry Events. Braze Documentation. Проверено 23.09.2026.

3. Braze. Exit Criteria. Braze Documentation. Проверено 23.09.2026.