Как работает event-based триггер
Триггер — это условие «если X произошло (или не произошло) → выполни Y». В e-commerce X — это поведенческое событие пользователя, Y — маркетинговое действие.
Событие: add_to_cart → не purchase за 2 часа
Действие: показать попап «Остался 1 товар в наличии»
Условие: не показывать чаще 1 раза в 48 часов
Ключевое отличие от обычного расписания — индивидуальность момента. Каждый пользователь получает реакцию в свой собственный момент, а не в общее время отправки.
Топ-сценарии в e-commerce
Брошенная корзина. Пользователь добавил товар, не купил через 1–2 часа → попап или уведомление с напоминанием. Один из самых конвертирующих триггеров: момент максимального намерения.
Снижение цены. Цена на товар из вишлиста или просмотренный ранее снизилась → мгновенное уведомление. Актуальность сигнала = высокая конверсия.
Back in stock. Товар вернулся в наличие → уведомление пользователям, которые просматривали его, пока он был недоступен.
Onboarding trigger. Первая регистрация без покупки за 24 часа → онбординговый попап с помощью в выборе или скидкой на первый заказ.
| Триггер | Событие | Типичная задержка реакции |
|---|---|---|
| Брошенная корзина | add_to_cart — purchase | 1–4 часа |
| Брошенный просмотр | product_view × 3 | 24–48 часов |
| Реактивация | last_purchase > 90 дней | Немедленно при визите |
| Price drop | price_decrease для wishlist | Немедленно |
Качество данных как основа триггеров
Триггеры работают ровно настолько хорошо, насколько качественно настроен event-tracking. Пропущенные события — это молчащие триггеры. Дублированные события — это ложные срабатывания.
Важно: перед запуском event-based триггеров проведите аудит полноты передачи событий. Типичная проблема — purchase-событие не передаётся при ошибке оплаты, и пользователь получает «корзина брошена», хотя только что пытался заплатить.