И всё же, сегодня большая часть заявок поступает не через формы на сайте, не через звонки, а через обращения в соцсетях и мессенджерах. Клиентам гораздо проще и психологически легче перейти в тот же Telegram и задать свой вопрос.
Но для классического маркетинга в такой ситуации клиент проваливается в черную дыру. Как только клиент нажимает на кнопку соцсети или мессенджера и уходит с вашего сайта, то его цифровая метка (Client ID) умирает, а в мессенджере у вас появляется просто новый диалог с абстрактным клиентом.
Главная техническая проблема упирается в конфликт идентификаторов:- На сайте главным маркером ID клиента является сессия браузера, привязанная к кукам.
- В мессенджерах и соцсетях идентификатором является внутренний ID пользователя самой платформы.
Задача сервиса аналитики — склеить ID визита с ID мессенджера внутри CRM-системы, что на деле оказывается не так просто и имеет свои ограничения.
Для связывания сессии сайта с диалогом в мессенджере сервисы сквозной аналитики чаще всего используют либо собственные
мультивиджеты (всплывающие кнопки на сайте), либо
скрипты динамической подмены ссылок (когда код аналитики на лету переписывает ссылки в ваших собственных кнопках).
Но логика передачи данных кардинально отличается в зависимости от архитектуры самого мессенджера:1. Telegram: Механика Deep Linking.Здесь связка работает наиболее изящно через встроенный механизм глубоких ссылок Telegram.
Когда пользователь кликает на иконку Telegram в виджете от сквозной аналитики, то система считывает ID его текущего визита на сайте. Ссылка на бота динамически преобразуется и дописывает к себе ID клиента.
Какие есть проблемы и нюансы:- Если клиент кликнул по кнопке, у него открылось приложение Telegram, и в этот момент счетчик сквозной метрики на сайте зафиксировал цель «Переход в мессенджер». Но в самом Telegram пользователь не нажал кнопку «Старт» (отвлекся, передумал). В отчете аналитики этот лид уже засчитан, а в вашей CRM-системе пусто. Из-за этого возникает первое расхождение: в аналитике лидов больше, чем реальных сделок в amoCRM или Битрикс24.
- Механика работает, только если ваш чат-бот подключен к CRM строго через официальный коннектор сервиса сквозной аналитики. Если у вас настроен сложный бот на стороннем конструкторе (SaleBot, BotHelp и др.), он может перехватить команду /start, но не передать скрытый маркер визита дальше в систему аналитики. Таким образом, цепочка разорвется.
2. WhatsApp: Костыль с промокодированием текста.WhatsApp технически закрыт и не умеет принимать скрытые параметры (
?start=) при переходе по ссылке
wa.me. Чтобы обойти это ограничение сервисы сквозной аналитики вынуждены использовать механику текстовых кодов.
При клике на иконку WhatsApp на сайте, виджет сервиса сквозной аналитики генерирует ссылку с подставленным текстом сообщения:
wa.me/number?text=Здравствуйте!%20Мой%20код%2045912.... Когда клиент проваливается в чат, у него в поле ввода уже вбит этот системный текст. На стороне CRM- системы, — модуль аналитики ждет входящее сообщение, парсит его регулярным выражением, забирает цифры
2045912, связывает диалог с визитом на сайте и только потом создает чистую сделку в CRM.
Какие есть проблемы и нюансы:- Часть пользователей может удалить предзаполненный текст или заменить его своим сообщением. Стоит клиенту удалить код — и аналитика безвозвратно теряет этот лид. Он прилетит в CRM и потом отобразится в аналитике как «Прямой заход», хотя на самом деле клиент перешел по рекламе из Яндекса.
- Сервисы сквозной аналитики требуют, чтобы входящий поток сообщений из WhatsApp шел через их собственные шлюзы. Но если у вас в компании уже настроен профессиональный агрегатор чатов (например, Wazzup, Chat2Desk или онлайн-чат Битрикс24), то они начнут конфликтовать за право перехвата сообщения. Сторонний агрегатор может просто не отдать текст сообщения сервису сквозной аналитики для парсинга кода.
- Если пользователь кликает на WhatsApp с компьютера, у него открывается web.whatsapp.com. Из-за долгой прогрузки веб-интерфейса механика автоматической подстановки текста срабатывает нестабильно, что резко увеличивает процент потери меток.
3. Вконтакте: Прямая интеграция по API и переходы с сайта.Если клиент пишет в сообщения вашей группы Вконтакте, кликнув по рекламе внутри самой соцсети, то в таком случае связка данных будет работать стабильно по API. Вы подключаете сервис сквозной аналитики к вашему рекламному кабинету Вконтакте и прописываете динамические UTM-метки для каждого рекламного объявления. Когда пользователь пишет в сообщения группы, — Вконтакте передает это событие через Callback API, далее сервис аналитики перехватывает его, считывает маркер объявления, забирает внутренний
VK User ID и отправляет сделку в CRM.
Если клиент не переходил по платным объявлениям, а просто нашел вашу группу через поиск во Вконтакте, то сквозная аналитика зафиксирует этот лид как органический трафик из соцсетей.
Какие есть проблемы и нюансы:Если клиент пришел из рекламы на сайт, а потом нажал на иконку Вконтакте, чтобы написать вам, — стандартная API-интеграция соцсети бессильна. Сервис сквозной аналитики попытается подставить код в текст сообщения через свой виджеты или скрипт подмены ссылок. Но на смартфонах этот метод дает до 30-40% потери данных из-за особенностей открытия мобильного приложения VK (параметры ссылки просто затираются при перенаправлении).
4. MAX: Сквозная верификация по номеру телефона.С MAX логика сквозной аналитики строится не вокруг автоматической передачи номера телефона сайту, а вокруг диплинков и чат-бота.
Когда пользователь кликает на иконку MAX в виджете на сайте, система может сформировать специальную ссылку на чат-бота MAX с дополнительным параметром — например, с ID визита, Client ID, UTM-меткой или внутренним маркером заявки. Пользователь переходит в MAX, запускает бота, а бот получает этот параметр и передает его дальше в CRM или сервис аналитики.
Какие есть проблемы и нюансы:- Пользователь может нажать на иконку MAX на сайте, перейти в мессенджер, но не запустить бота и не написать сообщение. В аналитике при этом может сработать цель «Клик на мессенджер», но реального обращения в CRM не появится. Поэтому важно отдельно разделять клики по кнопке и фактические лиды из MAX.
- Маркер визита может потеряться, если бот или интеграция настроены неправильно. Если в ссылке на мессенджер MAX не передается payload, бот его не обрабатывает или CRM не сохраняет этот параметр в карточку сделки, то обращение попадет в CRM без источника. В результате заявка может отобразиться как прямой заход, органика или неопределенный источник, хотя пользователь изначально пришел с рекламы.
- Если пользователь открывает сайт из другого приложения, встроенный браузер может ограничивать работу cookies, UTM-меток и скриптов аналитики. Из-за этого сервису сложнее понять, откуда именно пришел клиент.