Veltos.Tech

Консалтинг

Сквозная аналитика: как связать сайт, рекламу и CRM

Обычная аналитика показывает клики и заявки, но не деньги. Разбираем по шагам, как связать сайт, рекламные кабинеты и CRM в сквозную аналитику и получить реальную стоимость клиента по каналу.

Коротко

Сквозная аналитика связывает сайт, рекламу и CRM через Client ID: UTM-метки фиксируют источник, расходы на рекламу попадают в Метрику, при заявке Client ID уходит в CRM, а после закрытия сделки результат — оплата, отмена, сумма — возвращается обратно. На выходе — реальная стоимость клиента по каналу, а не стоимость клика или заявки.

Проблема, которую обычная аналитика не решает

Представьте два рекламных канала с одинаковой стоимостью заявки — например, 800 ₽ за лид у обоих. По отчёту рекламного кабинета они выглядят одинаково эффективными, и логичное решение — распределять бюджет между ними поровну или даже нарастить тот, что даёт больше заявок при том же бюджете. Но если у канала A из заявок в оплату закрывается 25%, а у канала B — 8%, реальная стоимость продажи различается втрое: 3 200 ₽ у канала A против 10 000 ₽ у канала B. Обычная аналитика этой разницы просто не видит, потому что не идёт дальше заявки.

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

Как это работает технически: пять шагов

Технически сквозная аналитика — это не одна волшебная интеграция, а цепочка из пяти последовательных звеньев. Разрыв на любом из них останавливает всю цепочку, поэтому важно понимать, что происходит на каждом шаге, а не просто «подключить какую-то аналитику».

ШагЧто происходит
1. UTM-меткиНа каждую рекламную ссылку добавляется метка с источником, кампанией и объявлением. Без неё цепочка не запускается вообще — данные некуда будет привязать
2. Расходы в МетрикеЯндекс.Директ передаёт расходы автоматически при связке аккаунтов. VK Ads и Telegram Ads — вручную через отчёты или по API, готового автомоста для них нет
3. Client ID → CRMПри отправке формы Client ID посетителя из Метрики передаётся в CRM вместе со сделкой, обычно через скрытое поле формы или JS-сниппет на сайте
4. Итог сделки → МетрикаКогда сделка закрывается, результат (оплачено, отменено, сумма) уходит обратно через готовую интеграцию CRM, API офлайн-конверсий или Директ.Conversion Center
5. ОтчётМетрика сопоставляет расход, заявку и итог сделки по Client ID и строит отчёт по реальной стоимости продажи на канал, а не клика или заявки
Цепочка сквозной аналитики

Что уже готово в amoCRM и Битрикс24, а что нужно собирать вручную

AmoCRM подключается к Яндекс.Метрике через готовый виджет и умеет передавать Client ID при создании сделки и отправлять статус сделки обратно почти без программирования — настройка занимает часы, а не недели, если оба сервиса уже используются в базовой конфигурации. Дополнительные каналы вроде VK Ads или Telegram Ads готового моста внутрь этой связки не имеют и требуют либо ручного переноса расходов, либо отдельного API-подключения.

В Битрикс24 в части тарифов уже встроен собственный отчёт «Сквозная аналитика», который сам сопоставляет расходы на рекламу и данные по сделкам внутри системы, если каналы подключены через интеграции внутри портала. Это удобно, если весь рекламный контур укладывается в поддерживаемые Битрикс24 источники, но как только появляется канал, для которого готовой интеграции у Битрикс24 нет, всё равно требуется собирать связку вручную — тем же способом, что и с amoCRM.

Общее правило: чем стандартнее канал (Яндекс.Директ, поисковый и медийный трафик), тем меньше кастомной работы. Чем менее стандартный канал или чем более специфичная у вас CRM (не amoCRM и не Битрикс24), тем больше связка превращается в задачу для разработчика, а не в настройку из панели администратора.

Частые ошибки, которые ломают данные

Первая и самая частая ошибка — метки стоят не на всех каналах: на Яндекс.Директе UTM есть, а на рассылке, посте в соцсети или офлайн-баннере с QR-кодом — нет. В результате часть реальных продаж утекает в категорию «прямые заходы» или «источник не определён», занижая эффективность немаркированных каналов до нуля просто потому, что их никто не пометил.

Вторая — Client ID не долетает до CRM корректно: форма собрана в конструкторе или виджете, который не даёт доступа к скрытым полям, либо посетитель сменил устройство или почистил cookie между первым визитом и отправкой формы. Client ID в таких случаях либо не передаётся вовсе, либо передаётся, но относится к другой сессии, — и связка рвётся на самом важном шаге.

Третья — сделки закрываются за пределами окна, которое реально проверяют: в длинном B2B-цикле лид может прийти в марте, а закрыться в июне, и если никто не сверяет старые Client ID с новыми результатами, эти продажи просто выпадают из отчёта, хотя технически данные никуда не делись. Четвёртая — сэмплирование в отчётах: при большом объёме трафика агрегированные отчёты аналитических систем иногда строятся по выборке, и при сверке с точными цифрами CRM появляется небольшое, но заметное расхождение, которое нормально для сэмплированных данных, но пугает, если не знать причину. Пятая — сделки, заведённые в CRM вручную по звонку или из офлайна, без Client ID вообще: если для них нет отдельного процесса «как узнали о нас», категория «источник неизвестен» постепенно раздувается и искажает картину по всем каналам сразу.

Как проверить, что связка настроена верно

После настройки стоит провести один сквозной тест руками, а не поверить в готовность связки на слово. Откройте сайт по размеченной UTM-ссылке, отправьте тестовую заявку и проверьте, что на карточке сделки в CRM появился Client ID. Затем вручную переведите тестовую сделку в статус «оплачено» с произвольной суммой и через сутки-двое проверьте, появился ли этот результат в отчёте Метрики по нужному каналу. Если данные не появились ни на одном из двух этапов, связка сломана именно там, и дальше уже проверять конкретный узел, а не всю цепочку заново.

Дальше стоит завести привычку сверять итоги раз в месяц: сумма оплаченных сделок в CRM за период и сумма, которую по тому же периоду показывает отчёт сквозной аналитики, не обязаны совпадать до рубля — небольшое расхождение из-за ручных сделок или сэмплирования нормально, — но разрыв в десятки процентов означает, что где-то в цепочке появилась течь. Отдельный быстрый индикатор здоровья связки — доля сделок с источником «не определён»: если она стабильна, всё работает штатно, если растёт месяц к месяцу, это сигнал проверить последние изменения на сайте или в форме заявки.

Что вы получаете на выходе: пример

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

Допустим, Яндекс.Директ даёт 40 заявок по 750 ₽ за штуку, из них до оплаты доходят 12 — стоимость реального клиента 2 500 ₽. VK Ads в это же время даёт 55 заявок по 600 ₽, дешевле на первый взгляд, но до оплаты доходят только 6 — стоимость реального клиента 5 500 ₽, более чем вдвое дороже, хотя по стоимости заявки канал выглядел выгоднее. Без сквозной аналитики решение «где увеличить бюджет» было бы принято в пользу VK Ads. С ней — в пользу Яндекс.Директа, и это решение стоит разницы в итоговой стоимости привлечения клиента.

Частые вопросы

Сколько времени занимает настройка сквозной аналитики?

Если CRM — amoCRM или Битрикс24, а рекламный контур состоит из Яндекс.Директа, базовая связка занимает 1–2 недели: настройка виджета, проверка передачи Client ID, тестовые сделки. Если добавляются VK Ads, Telegram Ads или нестандартная CRM, срок растёт до 2–4 недель за счёт ручной или API-настройки для каналов без готовой интеграции.

Работает ли сквозная аналитика для офлайн-продаж (звонки, визиты в шоурум)?

Частично. Если звонок обрабатывается через IP-телефонию с коллтрекингом, привязать его к Client ID и каналу вполне реально. Визит в шоурум без цифрового следа технически не имеет Client ID, поэтому для таких сделок нужен ручной процесс: менеджер спрашивает и фиксирует, откуда узнал клиент, и это поле потом участвует в отчёте как отдельная, менее точная категория, а не как автоматически отслеженный канал.

Нужна ли сквозная аналитика небольшому бизнесу с малым рекламным бюджетом?

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

Что делать, если цифры в CRM и в Метрике не сходятся?

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

Можно ли настроить сквозную аналитику без CRM, только на сайте и в рекламе?

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

Нужна помощь с этой задачей?

Мы делаем это на практике, а не только пишем об этом. Опишите задачу — разберём и пришлём смету по этапам.

Услуги по теме

Читать дальше