Tracking — передача событий наружу

Tracking — шаги передачи данных наружу: Send event (в Tracker) и Webhook (в любую внешнюю систему).

Обновлено 30 августа 2026 г.4 мин

КатегорияTracking— шаги, передающие данныенаружу. Не общаются с лидом, не меняют его данные внутри Chatterfy — отправляют события и параметры во внешние системы. Tracking — это «исходящие провода» бота: Tracker — обзорполучает события для аналитики и атрибуции, партнёрки и внешние CRM получают сигналы через webhook.

Без шагов Tracking лиды есть только внутри Chatterfy: вы видите диалоги, статусы, конверсии в Analytics. Но бизнес-системы вне Chatterfy (партнёрки, CRM, биллинг, dashboards) не знают о том, что произошло. Send Event и Webhook закрывают эту дыру: одно событие в нужный момент — и внешний мир узнаёт о факте регистрации, оплаты, эскалации.

Когда какой шаг

Передать событие в Tracker для аналитики (registration, sale, resale) и пробросить в рекламные кабинеты Facebook / Google — Send Event. Отправить любые данные на свой URL (партнёрка, CRM, internal API, Slack-вебхук, Telegram уведомление в свой канал) — Webhook. Логировать что-то на стороне — обычно Webhook. Передать через Conversions API — Send Event (потому что Tracker дальше сам шлёт в Facebook).

2 шага категории

Send event — отправка события в Tracker

Кнопка Send event в → вкладка — ручная отправка события для конкретного лида. В отличие от автоматического шага во флоу ( → Send event), здесь оператор сам решает отправить событие конкретному пользов

Webhook — отправка данных наружу

Шаг Webhook — отправляет HTTP-запрос на внешний URL с данными лида. Это исходящий webhook, в отличие от , где описывается приём данных от внешних систем.

—Send Event— отправка события в Tracker — обзордля отслеживания конверсий по кампаниям. Tracker привязывает событие к лиду черезclickid, записывает в Как работает передача событийи (если настроен) пробрасывает в Conversions API Facebook / Google. Стандартные имена:Subscribe,Contact,Registration,FD(first deposit),RD(repeat deposit). Можно создавать кастомные имена под свои сценарии.

—Webhook— отправка данных на любой URL во внешний сервис. POST / GET с настраиваемым телом и заголовками. Поддерживает шаблонизацию через{var}— подставляются Custom Fields, sale-status, теги, имя лида. Парный механизм — Custom Postback — кастомная интеграция(Tracker принимает входящие постбеки от партнёрок). Когда нужна интеграция «оба направления» — Webhook отправляет, Custom Postback принимает.

Send Event vs `Webhook` — что выбрать

Главное различие —куда отправляетсяи насколько структурированы данные:

Свойство	Send Event	Webhook
Куда отправляет	Внутрь `Tracker`	На любой URL
Прокидывает в рекламные кабинеты	Да (через `Tracker` → CAPI)	Нет (только если URL — это рекламный кабинет)
Имя события	Стандартные или кастомные	Любое (формируется в URL и теле)
Видно в `Tracker` logs	Да	Нет (только в логах принимающей системы)
Типичный кейс	Registration / FD для арбитража	Уведомление в Slack / синхронизация с `CRM`

Простое правило:если событие нужно для атрибуции и аналитики — Send Event. Если данные — для бизнес-системы вне маркетинга — Webhook.

Use-case по сегментам

—Арбитраж: после AI Routings ветка «согласие на регистрацию» → Send EventContact. После события Registration от партнёрки (входящий постбек) → Send EventRegistration. После FD → Send EventFD. Параллельно — Webhook в свою BI-систему с расширенными данными о лиде.

—E-commerce: после оплаты → Webhook в свой backend для регистрации заказа в системе фулфилмента + Send EventPurchaseдля пробрасывания в Facebook / Google рекламные кампании.

—Поддержка / SaaS: после эскалации к оператору → Webhook в Slack/Discord своей команды («новый тикет, ждёт человек»). Ничего в Tracker не отправляется — поддержка не маркетинговый event.

—Инфобизнес: после оплаты курса → Webhook в систему доставки контента (выдать доступ к платформе) + Send EventPurchaseс suma deposit для отслеживания LTV.