**Чек-лист: как встроить чат поддержки в воронку аналитики, а не просто повесить виджет**

**Чек-лист: как встроить чат поддержки в воронку аналитики, а не просто повесить виджет**

Когда маркетолог ставит Facebook Customer Chat (или любой web-chat SDK), он обычно ограничивается кнопкой «написать нам». Внутри же SDK отдает шесть событий, которые можно и нужно превращать в данные для дашборда. Ниже — последовательность шагов, чтобы чат стал источником аналитики, а не чёрной дырой.

— **Свяжите инициализацию chat SDK с тегом page_view**
Триггер загрузки виджета совмещайте с основным тегом страницы через dataLayer.push. Так первое обращение в чат получит корректный контекст источника визита, кампании и посадочной страницы. Без связки все диалоги в отчёте сольются в общий «прямой трафик».

— **Заведите отдельное событие chat_opened, а не считайте клик по кнопке**
Открытие окна клиентом — это intent (намерение), а не вовлечение. Событие должно срабатывать на SDK-колбэк, а не на CSS-селектор кнопки. Иначе боты-сканеры и случайные тапы по иконке завысят метрику.

— **Передавайте в chat_message_sent длину текста и язык**
Не содержимое (там персданные, штраф 152-ФЗ), а агрегаты: число символов, язык, наличие номера телефона или email паттерном. Это даст сегмент «горячих» обращений и понимание, какие темы приводят к коротким диалогам, а какие — к длинным.

— **Фиксируйте chat_closed_by со статусом: resolved / abandoned / agent_handoff**
Таймер простоя, переключение на оператора, выход без ответа — три разных сценария. У агента и клиента разные события закрытия, различайте их. Это базис для расчёта self-service rate (доля решённых без оператора).

— **Добавьте в dataLayer user_id из CRM при авторизованном визите**
Чат без связки с клиентом в CRM — это анонимка. Если посетитель залогинен, подтягивайте его id и кладите в событие диалога. Так пост-фактум сможете сопоставить обращение в поддержку с retention, LTV и повторными покупками — именно это в 2026 решает, окупается ли канал.

— **Настройте server-side forwarding событий чата в CDP и в GA4 параллельно**
Пиксель в браузере всё чаще режется из-за privacy-first атрибуции. Отправляйте события чата на свой серверный контейнер, а оттуда — в CDP (customer data platform) и в GA4. В CDP уйдёт профиль клиента, в GA4 — обезличенный поток для атрибуции.

— **Сделайте в Looker/Tableau воронку: visit → chat_opened → chat_message_sent → resolved**
Именно воронку, а не плоскую таблицу. Падение между opened и sent — это первый сигнал копирайтинга приветствия. Падение между sent и resolved — зона ответственности команды поддержки, а не маркетинга.

**Когда это пригодится:** при аудите сквозной аналитики, когда отдел поддержки жалуется, что «маркетинг гонит не тех», а в отчётах нет данных, чтобы проверить, кто из пришедших с рекламы реально становится клиентом после диалога в чате.

— @DataStorytellingMK