Сквозная аналитика без бюджета: минимальная рабочая схема

Зачем сквозная аналитика и почему не обязательно платить

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

Хорошая новость: для малого и среднего проекта весь контур собирается на бесплатных инструментах. Яндекс Метрика умеет принимать офлайн-конверсии из CRM, UTM-метки размечают трафик, а ClientID связывает посетителя сайта с конкретной сделкой. Платный сервис сквозной аналитики на практике окупается с 300–400 заявок в месяц; если у вас меньше — он станет источником красивых, но бесполезных дашбордов, за которые вы ещё и платите каждый месяц.

Минимальная схема состоит из трёх элементов: единый справочник UTM, передача ClientID из формы в CRM и возврат статусов сделок в Метрику через офлайн-конверсии. Разберём каждый шаг.

Шаг 1. Единый справочник UTM

Первое и самое важное — договориться, как размечается трафик, и зафиксировать это в одном документе. Без справочника каждый подрядчик размечает по-своему: у таргетолога источник «vk», у смм-щика «vkontakte», у стажёра «VK_target». В отчётах это три разных источника, и аналитика превращается в спор о том, чья заявка.

Рабочая структура справочника — обычная таблица с фиксированными значениями для каждого параметра:

• utm_source — только из закрытого списка: yandex, google, vk, telegram, email, offline. Никаких синонимов и заглавных букв;
• utm_medium — тип трафика: cpc, cpm, email, social, qr, referral;
• utm_campaign — по шаблону: направление_гео_дата, например remont-kvartir_msk_2026-07;
• utm_content — объявление или креатив, чтобы потом видеть, какие креативы выгорают первыми;
• utm_term — ключевая фраза (в Директе подставляется автоматически).

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

Шаг 2. ClientID — мост между сайтом и CRM

ClientID — это идентификатор, который Метрика присваивает каждому посетителю сайта. Именно он позволяет связать обезличенный визит с конкретной сделкой в CRM. Схема такая: пользователь кликает по объявлению, приходит на сайт, заполняет форму — и вместе с именем и телефоном в CRM улетает его ClientID и содержимое UTM-меток.

Технически это скрытое поле в форме, которое заполняется скриптом. Значение ClientID достаётся методом Метрики getClientID (через ym с параметром getClientID) и подставляется в hidden-поле перед отправкой. Туда же кладутся utm_source, utm_medium и utm_campaign из URL — их удобно сохранять в cookie при первом заходе, чтобы метки не терялись, если человек оставил заявку со второй-третьей страницы.

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

Шаг 3. Офлайн-конверсии в Метрике по шагам

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

• в настройках счётчика Метрики включите опцию «Офлайн-конверсии»;
• создайте цели типа «офлайн» под ключевые статусы: «Заявка подтверждена», «Оплата»;
• подготовьте CSV-файл с колонками ClientID, target (идентификатор цели), DateTime и, для оплат, Price и Currency;
• загружайте файл вручную в интерфейсе или настройте автоматическую отправку по API Метрики — большинство популярных CRM умеют это через готовые интеграции или вебхуки.

Важный нюанс: конверсию нужно передать в течение 21 дня после визита, иначе Метрика её не свяжет. Поэтому выгрузку стоит делать не «раз в месяц перед отчётом», а хотя бы раз в 2–3 дня.

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

Какие отчёты собирать и как принимать решения

Когда данные пошли, не пытайтесь построить дашборд на сорок виджетов. Для решений достаточно одного сводного отчёта: источник/кампания → визиты → заявки → подтверждённые заявки → продажи → выручка. В Метрике это отчёт по UTM-меткам с целями, при желании его же можно собирать в обычной таблице раз в неделю.

Из этого отчёта считаются три метрики, по которым реально управляют бюджетом: стоимость заявки, стоимость продажи и ДРР по каналу. На практике уже первая выгрузка показывает, что 1–2 канала из пяти дают заявки, которые почти не закрываются, — и перераспределение бюджета в пользу работающих каналов даёт рост без дополнительных вложений. Как именно это выглядит в цифрах, мы показывали в кейсе про 214 заявок без роста бюджета.

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

Типичные ошибки, которые ломают всю схему

Схема простая, но есть места, где её ломают почти все. Проверьте себя по списку:

• UTM размечают «кто как привык» — справочник есть, но подрядчики его не соблюдают. Лечится только контролем: раз в неделю смотрите отчёт по меткам и возвращаете нарушителей к шаблону;
• ClientID не передаётся из форм — конверсии загружаются, но Метрика не может их связать с визитами. Проверяйте hidden-поля на каждой новой форме и квизе;
• конверсии выгружают раз в месяц — часть событий выпадает из 21-дневного окна и теряется;
• звонки остаются вне контура — если половина обращений приходит по телефону, без коллтрекинга картина будет смещена в пользу каналов, где заявки оставляют через форму;
• метрики смотрят по аккаунту целиком — средняя температура по больнице скрывает и лучшие, и худшие кампании.

Отдельная ловушка — менять несколько вещей одновременно: новый справочник, новые формы, новые кампании. Если что-то не сойдётся, вы не поймёте, где именно. Внедряйте по шагам и после каждого проверяйте данные тестовой заявкой: оставили заявку сами → нашли её в CRM с ClientID → увидели конверсию в Метрике.

Сборка за один день: что делать по порядку

Полноценная связка на бесплатных инструментах собирается за 6–8 часов. Порядок, при котором ничего не приходится переделывать:

Шаг 1. Список источников (30 минут). Выпишите всё, откуда приходят люди: реклама, поиск, рассылка, соцсети, визитки, вывеска. Для каждого решите, как вы его узнаете. Источники, которые узнать нечем, отметьте отдельно — с ними разберётесь позже.

Шаг 2. Метки на ссылки (1 час). Единая схема для всех рекламных ссылок. Договоритесь о правилах до того, как расставите первую метку: только строчные буквы, без пробелов, одно и то же название канала везде. Разнобой в метках — самая частая причина, по которой отчёт нечитаем.

Шаг 3. Цели на все формы (2 часа). Каждая форма — своё событие. Отдельно клик по телефону, отдельно переход в мессенджер. Проверьте каждую цель вручную: отправьте заявку и убедитесь, что она появилась в отчёте.

Шаг 4. Передача источника в заявку (2 часа). В форму добавляется скрытое поле, куда записывается источник визита. Дальше он приезжает вместе с заявкой в почту или таблицу. Это ключевой шаг: без него связь между рекламой и сделкой придётся восстанавливать вручную.

Шаг 5. Таблица сделок (1 час). Столбцы: дата, контакт, источник, сумма, статус. Заполняется менеджером. Если этого шага нет, всё предыдущее показывает только обращения, но не деньги.

Как выглядит итоговый отчёт и какие решения по нему принимаются

Финальная таблица помещается на один экран и обновляется раз в неделю.

Какие решения принимаются по такой таблице:

Строка «сети». Обращений больше, чем у поиска, а сделок вдвое меньше. Не повод отключать — повод посмотреть, что за обращения приходят и не стоит ли изменить оффер.

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

Строка «органический поиск». Лучшая доходимость до сделки при нулевом расходе — аргумент в пользу вложений в продвижение, который считается в деньгах, а не в позициях.

Чего не хватит в бесплатной сборке — честный список

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

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

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

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

Не будет автоматической сверки. Расхождения между отчётами придётся находить глазами.

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

Когда всё-таки пора переходить на платный сервис

Бесплатная схема перестаёт хватать в трёх случаях. Первый — объём: от 300–400 заявок в месяц ручные выгрузки и таблицы начинают отнимать больше времени, чем стоит подписка. Второй — много каналов со звонками: нужен нормальный коллтрекинг, а он почти всегда идёт в связке с платной сквозной аналитикой. Третий — длинный цикл сделки с множеством касаний, где нужны модели атрибуции сложнее, чем «последний значимый переход».

Но и в этом случае работа не пропадает: платный сервис ложится поверх той же разметки UTM и той же связки с CRM. Если справочника и передачи ClientID нет, сервис будет рисовать дашборды по мусорным данным — только дороже. Поэтому правильная последовательность всегда одна: сначала дисциплина разметки и связка «клик → сделка» на бесплатных инструментах, потом — автоматизация за деньги, когда объём это оправдает.