К публикации 8 октября 2026
Запрос «сквозная аналитика» почти всегда означает одно и то же: на рекламу уходят деньги, заявки считаются, а вот какой именно канал приносит выручку - понятно смутно. Отчёты рекламных кабинетов показывают клики и заявки, CRM показывает сделки, бухгалтерия показывает деньги, но всё это лежит в трёх разных местах и между собой не связано. В итоге канал отключают или масштабируют по ощущению, а не по деньгам.
Сквозная аналитика - это как раз механизм, который сшивает три слоя данных в одну цепочку: от рекламного клика до денег на счёте. Ниже разобрано, что это такое, почему её нельзя «просто воткнуть» одной кнопкой, в каком порядке она собирается с нуля и с чего начать, если бюджета на сервис пока нет. Это кластерная статья: управление делом целиком разобрано в опорном обзоре управление малым бизнесом, здесь - только про связку заявок и денег.
Сквозная аналитика - это учёт, который прослеживает путь одного клиента насквозь: от того, по какому объявлению он пришёл, до того, сколько денег он в итоге заплатил. Слово «сквозная» здесь ключевое: данные проходят сквозь все этапы, а не обрываются на заявке.
Проблема, которую она решает, обычно выглядит так. Рекламный кабинет знает, что канал принёс тридцать заявок и стоил пятьдесят тысяч. CRM знает, что из этих заявок семь стали сделками. Бухгалтерия знает, что на счёт пришли деньги. Но никто не знает, что вот эти конкретные деньги пришли именно с того канала за пятьдесят тысяч, - потому что три системы между собой не разговаривают. Сквозная аналитика их связывает и отвечает на вопрос, который до этого висел в воздухе: какой канал зарабатывает, а какой только осваивает бюджет.
Технически это связка трёх слоёв данных. Первый слой - реклама: рекламные системы и площадки, расход по каждому каналу и метка UTM, зашитая в ссылку. Второй слой - CRM: заявка, у которой сохранён источник, сделка, её статус и сумма. Третий слой - учёт денег в 1С: фактическая оплата, а не намерение заплатить. Сервис сквозной аналитики сшивает эти три слоя и раскладывает выручку обратно по каналам.
Смысл этой рамки не в том, чтобы завести дорогой сервис ради красивого дашборда. Смысл в том, что без связки трёх слоёв любое решение по рекламе - «отключить этот канал», «удвоить бюджет здесь» - принимается по неполным данным. Реклама видит заявки, а платят из выручки, и эти две цифры совпадают далеко не всегда.
Это главная причина, ради которой вообще затевают сквозную аналитику. Пока каналы оценивают по числу заявок, картина систематически искажена, потому что заявки у разных каналов стоят за собой разные деньги.
По опыту эксперта портала бывает так, что канал, который даёт меньше заявок, приносит кратно больше выручки, - и по отчёту рекламного кабинета он выглядит слабым, хотя на деле именно он кормит дело. Механика простая: один канал приводит редких, но крупных покупателей, другой - много мелких. По числу заявок второй впереди, по деньгам - позади в разы.
Отсюда правило, вокруг которого крутится вся сквозная аналитика: канал не отключают и не масштабируют по числу заявок - сначала смотрят выручку, которую он приносит. Тот же принцип «деньги, а не количество» работает и на уровне клиента: часть покупателей выгоднее вообще не обслуживать, потому что они дёшево обходятся в привлечении, но почти ничего не приносят. Как это считать по конкретному клиенту, разобрано отдельно в статье про юнит-экономику клиента; сквозная аналитика - это тот же счёт, только на уровне канала, а не отдельного покупателя.
Соблазн понятный: есть готовые сервисы сквозной аналитики, кажется, что достаточно оплатить подписку и подключить их к сайту. На практике сервис, поставленный поверх неналаженного учёта, честно свяжет то, что есть, - а если данные рваные, он покажет красивую, но неверную картину, и доверия к ней будет не больше, чем к прежним догадкам.
Сервис - это верхний слой, который сшивает уже существующие данные. Если данных нет или они не связаны, сшивать нечего. Поэтому сборка идёт снизу вверх, и первые два шага - это не аналитика, а обычный порядок в учёте.
Сначала связывают CRM и бухгалтерию. В типовом случае это интеграция CRM (например, Битрикс24) с 1С: чтобы сделка в CRM и оплата в 1С были одной и той же записью, а не двумя параллельными реальностями. Без этого сервис не сможет дотянуть выручку до канала - он просто не будет знать, что клиент заплатил.
Потом внутри CRM заводят и заполняют поля источника: чтобы у каждой заявки было записано, откуда она пришла. Это те самые UTM-метки, «приземлённые» в карточку сделки. Если источник не фиксируется, вся дальнейшая аналитика опирается на пустое поле.
И только третьим шагом подключают сервис, который берёт готовую связку и раскладывает деньги по каналам.
Порядок именно такой и не переставляется. Сервис, подключённый первым, - это дашборд поверх пустоты: цифры будут, доверия к ним не будет.
UTM - это метки, которые дописывают в конец рекламной ссылки, чтобы канал заявки сохранился до самой CRM. По опыту эксперта портала здесь легко наделать лишнего и испортить данные, поэтому правило простое.
Метки ставят только в рекламные ссылки - те, по которым человек приходит на сайт из объявления, поста у блогера, рассылки. Внутренние ссылки на самом сайте метить не нужно: если пометить переход между своими же страницами, метка перезапишет исходный канал, и заявка «потеряет» настоящий источник. Переходы внутри сайта и поведение на нём смотрят через Яндекс Метрику, а UTM оставляют для входящего рекламного трафика.
Практический вывод: разметку каналов делают один раз и аккуратно, по единой схеме (канал, кампания, объявление), и хранят список меток, чтобы не плодить разнобой. Кривая или несогласованная разметка - самая частая причина, по которой даже подключённый сервис показывает мусор.
Когда учёт налажен и источник фиксируется, дело доходит до сервиса. На российском рынке два заметных имени - Roistat и Comagic. Оба решают одну задачу: собирают расходы из рекламных систем, тянут сделки из CRM и оплаты из 1С и показывают выручку и окупаемость по каналам.
Выбор между ними - это выбор по цене внедрения и по глубине, а не по принципу. По опыту эксперта портала Comagic обычно обходится дешевле в подключении, а Roistat идёт как более дорогое и более «навороченное» решение. Точные цифры зависят от тарифа, числа каналов и объёма интеграции, поэтому опираться стоит на актуальный расчёт под своё дело, а не на чужую сумму.
Важнее марки сервиса - трезвое отношение к его цифрам на старте. Любой сервис сшивает данные по правилам, которые вы ему задали, и на первых порах в этих правилах есть дыры: не размеченный канал, звонок вместо заявки на сайте, оплата, проведённая задним числом. Поэтому первое время выводы сервиса перепроверяют руками.
Сквозная аналитика целиком - это проект на несколько недель и с расходами, но начать получать пользу можно раньше и почти бесплатно. Смысл ранних шагов один: приучить дело связывать заявку с деньгами, пусть пока и вручную.
Порядок при этом не меняется даже на ручном этапе: сначала данные (источник и оплата связаны), потом выводы. Эти же цифры выручки по каналам - часть общего расчёта дела, структуру которого разбирает статья про бизнес-план. Сервис только ускоряет и автоматизирует то, что вы уже умеете делать руками; если руками связать заявку с деньгами не получается, сервис эту связь не создаст, а лишь нарисует.
Сквозная аналитика - это не покупка дашборда, а привычка доводить каждую заявку до денег и оценивать каналы по выручке. Небольшому делу для начала не нужен дорогой сервис: нужен налаженный учёт и отказ от управления рекламой на глаз.
Это учёт, который прослеживает путь клиента насквозь: от рекламного объявления, по которому он пришёл, до денег, которые он заплатил. Она связывает три слоя данных - рекламу, CRM и учёт денег - и показывает, какой канал приносит выручку, а не просто заявки.
Снизу вверх и по порядку: сначала связать CRM с 1С, чтобы сделка и оплата были одной записью; потом завести и заполнять в CRM поля источника заявки (UTM); и только потом подключать сервис сквозной аналитики. Первое время его выводы перепроверяют вручную.
Потому что сервис сшивает уже существующие данные, а не создаёт их. Если учёт не налажен и источник заявок не фиксируется, сервис свяжет то, что есть, и покажет красивую, но неверную картину. Сначала данные, потом сервис.
Потому что число заявок обманывает. Два канала с равным бюджетом и равным числом заявок могут дать выручку, отличающуюся в разы: один приводит редких крупных покупателей, другой - много мелких. Канал оценивают по деньгам, а для этого и нужна сквозная аналитика.
Только в рекламные ссылки, по которым человек приходит на сайт снаружи: реклама, посты, рассылки, статьи на чужих площадках. Внутренние ссылки на самом сайте метить нельзя - метка перетрёт исходный канал. Переходы внутри сайта смотрят через Яндекс Метрику.
Оба решают одну задачу, выбор идёт по цене внедрения и глубине под конкретное дело. По опыту эксперта портала Comagic обычно дешевле в подключении, Roistat - дороже и функциональнее. Точные цифры зависят от тарифа и объёма интеграции, поэтому считать нужно под своё дело на актуальных ценах.
Материал носит справочный характер и не является управленческой или инвестиционной консультацией; приведённые рублёвые величины даны как условная иллюстрация расчёта и не являются обещанием дохода или окупаемости (в соответствии с требованиями к рекламе финансовых результатов). Данные и методология - на 22 сентября 2026 года.
Как открыть шаурму и не прогореть: ниша стрит-фуда, форматы точки, вложения и юнит-экономика, а также шаурма с нуля или франшиза шаурмы - что выбрать новичку в общепите.
Метод дуршлага: где искать рост в бизнесе малым бюджетом. Как найти узкое место и точку роста бизнеса - место, куда уходят ресурсы, но результат «протекает», и дёшево починить эту протечку.
Юнит-экономика клиента простыми словами: как стоимость привлечения клиента и LTV показывают, кому выгодно продавать, а кого обслуживать убыточно, и зачем бизнесу порог заказа.
