Сквозная аналитика своими руками: без сервиса за 15–50 тысяч
Я веду больше десятка сайтов на поисковом трафике и отдельно свожу вручную заявки обзвон-проекта с оплатами — без единого платного сервиса аналитики. Цепочка «источник → визит → заявка → оплата» собрана своими руками: метки, база заявок, ежемесячная сверка с деньгами. Дальше — из чего она состоит, где рвётся на практике и что я сам однажды принял за потерянную заявку, хотя она просто ждала в базе.
- Сквозная аналитика — это не сервис, а состояние цепочки. Она есть, если заявка проносит свой идентификатор от клика до оплаты, не теряя его ни на одном шаге.
- Цепочка чаще всего рвётся не в сложных местах, а в скучных. Потерянная UTM-метка, заявка без ID, оплата, которую не связали со сделкой, звонок без коллтрекинга, один счётчик на сайте и в личном кабинете.
- Своя сборка почти всегда дешевле платформы для малого бизнеса. Платформа выигрывает объёмом и готовыми интеграциями, но берёт деньги и за простой — я платил за коллтрекинг полгода без единого звонка.
- Витрина поверх базы может отставать и выглядеть как потерянная заявка. У меня был случай, когда заявка была доставлена за секунды, а панель показала это только через двадцать минут.
- Без окна между заявкой и оплатой сравнение источников врёт. Свежий источник в моменте выглядит хуже старого просто потому, что его оплаты ещё не наступили физически.
Содержание статьи
«Подключите сквозную аналитику за 15–20 тысяч ₽ в месяц» — с этого обычно начинается выдача по этому запросу, дальше идут списки коннекторов и скриншоты дашбордов. Я веду больше десятка сайтов на поисковом трафике и отдельно свожу вручную заявки обзвон-проекта с оплатами — без единого платного сервиса аналитики. Дальше — что это такое на самом деле, где цепочка рвётся чаще всего на практике и что я сам однажды принял за потерянную заявку, хотя она просто ждала в базе.
Какой вопрос решает сквозная аналитика
Сквозная аналитика — не программа, которую покупают, а состояние цепочки. Она есть, если у каждой заявки можно проследить путь до её источника, не потеряв идентификатор ни на одном шаге. Купленный сервис не чинит дырявую цепочку сам — он рисует цифры поверх того, что в неё попало, дырявое или нет.
Вопрос, который она в итоге решает, — не «сколько было визитов», а «какой источник трафика принёс деньги». Разница практическая: без склейки этапов бюджет распределяется по объёму трафика, потому что это единственное, что видно сразу. Оплаты видны с задержкой в недели, а иногда не видны вовсе, если их никто не сверял с заявками руками. В итоге деньги идут туда, откуда больше кликов, а не туда, откуда больше кликов стало оплатой, — а это два разных списка источников. Как считать саму конверсию и почему «средняя конверсия по рынку» ничего не значит без интента запроса, я разбирал в статье конверсия сайта, а как читать потери по этапам — в разборе воронки продаж.
Как я свожу заявки с оплатами
В канале показываю разбор по источникам трафика на своих проектах — и что однажды оказалось не потерянной заявкой, а просто отставанием панели.
Из чего состоит цепочка от клика до оплаты
Минимальный набор звеньев, каждое из которых должно передать один и тот же идентификатор дальше.
- 1Метка источникаСсылка, кампания или отдельный номер получают идентификатор ещё до первого клика.
- 2ВизитСчётчик записывает переход с меткой и кладёт её в сессию посетителя.
- 3Заявка с тем же IDФорма или звонок передают метку дальше — в скрытое поле, в CRM, в отдельный номер.
- 4Сделка в базеЗаявка становится сделкой без потери привязки к идентификатору заявки.
- 5ОплатаПлатёж связывается с той же сделкой — по её идентификатору, а не по имени из формы.
Что из этого вообще стоит автоматизировать, а что оставить ручной сверке, я отдельно разбирал в статье автоматизация продаж — короткий ответ: приём и хранение заявок автоматизировать нужно сразу, а решение «оплачено» доверять машине нельзя никогда, только подтверждённому платежу в базе.
Где цепочка рвётся на практике
Пять звеньев — и метка может потеряться на любом. На практике она теряется не в сложных местах, а в скучных.
Метка при переходе. UTM живёт в адресной строке, и любой лишний переход обнуляет её: короткая ссылка без проброса параметров, редирект без сохранения query-строки, переход из мессенджера во внешний браузер по умолчанию вместо системного. Правило простое: если ссылка красивая, а не техническая, — метка почти наверняка потерялась ещё до визита.
Заявка без идентификатора. Форма может честно долететь до почты или в чат одной строкой текста: имя, телефон, вопрос — и всё, идентификатор клика в неё никто не прокидывал. Заявка есть, ответа на вопрос «откуда» — нет, и его потом восстанавливают на глаз по времени отправки.
Оплата, которую не связали с заявкой. У меня был случай, когда из тридцати шести оплат пять пришли с сайта без привязки к аккаунту покупателя в мессенджере — ник в форме оплаты не совпал с ником в переписке, и система решила, что это два разных человека. Деньги были настоящими, просто в отчёте по источникам эти пять оплат повисли ничьими.
Звонок вместо формы. Звонок физически не оставляет метки, если для него не выделен отдельный номер или система колл-трекинга. Разговор, начавшийся с рекламного объявления, без этого попадает в отчёт как «переходов не было», хотя объявление сработало.
Один счётчик на сайте и в личном кабинете. У меня цель «заполнил контактные данные» в Метрике однажды показала 111 срабатываний при примерно тридцати настоящих заявках за тот же период. Причина — тот же счётчик стоял на странице входа в личный кабинет на соседнем поддомене: разбивка по адресу захода показала, что 79 из 110 сработавших целей — это вход старых учеников, а не новая заявка. Реальных заявок было 31.
Проверить по каждому звену
- Откройте свою рекламную ссылку в режиме инкогнито — метка долетела до адресной строки страницы после всех редиректов?
- Отправьте тестовую заявку с этой меткой — она видна в CRM или таблице рядом с контактом, а не потерялась по дороге?
- Найдите оплату по этой тестовой заявке в базе платежей по идентификатору сделки, а не по имени или нику — совпадение находится сразу?
- Если на сайте есть номер для звонка — поднимите трубку и проверьте, попадает ли разговор хоть в какой-то отчёт, кроме журнала телефонии.
- Если рядом с сайтом есть личный кабинет — проверьте, не стоит ли на нём тот же счётчик и не путается ли вход в кабинет с достижением цели формы.
Когда врёт панель, а не пропадает заявка
Витрина отставала, а не заявка терялась
У меня есть контур, который разводит заявки по CRM клиентов через отдельную панель проверки. Один раз заявка была доставлена и в Telegram, и в CRM клиента за секунды — а на панели не появлялась двадцать минут. Выглядело как потерянный лид. По факту витрина обновляется снимком раз в 30 минут, а не в реальном времени, и к этому добавились ещё два источника задержки: отставание кэша хранилища до минуты после записи и часовой пояс UTC вместо московского, из-за которого панель на глаз казалась старше ещё на три часа. Факт доставки лежал в базе с самого начала — искать его нужно было там, а не в интерфейсе поверх неё.
Панель — это витрина поверх снимка, а не сама база. Прежде чем объявлять заявку потерянной, стоит один раз проверить строку в базе напрямую, а не только то, что показывает интерфейс поверх неё.
Сколько это стоит: платформа или своя сборка
За деньги платформа даёт то, что дорого собирать самому: готовые интеграции с телефонией, запись звонков, подмену номеров под коллтрекинг и отчёты без единой строчки кода. Разброс цен по одному только коллтрекингу — от нескольких сотен рублей в месяц за самый простой тариф голой телефонии до 11–16 тысяч ₽ в месяц за полный пакет с автоматизацией.
Своя сборка выигрывает там, где у платформы фиксированная цена не зависит от того, работает реклама сейчас или нет. У меня коллтрекинг полгода простоял оплаченным, пока реклама была на паузе, — впустую потрачено около 19 000 ₽, потому что подписка идёт по календарю, а не по факту звонков.
Готовые интеграции с CRM и телефонией из коробки. Запись и расшифровка звонков. Отчёты и дашборды без разработки. Фиксированная цена, которая не считает, сколько реально было заявок, — платите и за простой.
Метки и база заявок — почти бесплатно, дороже только время на настройку. Полный контроль над тем, какие поля хранить и как их сверять. Ноль расходов, если реклама встала на паузу. Нет готовой записи звонков, и оплаты придётся сверять руками, если заявок станет больше нескольких десятков в день.
Для малого бизнеса с несколькими источниками и заявками в единицах-десятках в день своя сборка почти всегда выигрывает по деньгам. Платформа окупается там, где объём заявок и звонков уже не позволяет сверять их вручную.
Минимальный вариант для малого бизнеса на неделю
Что собрать за неделю без бюджета
Разметить источники | Каждой ссылке, кнопке и номеру — свой идентификатор: utm-метка для рекламы и постов, отдельный текст промокода для офлайна. Форма со скрытым полем | Добавить в форму заявки скрытое поле, которое читает метку из адресной строки и уходит вместе с контактом, — без этого пункт про звонок и заявку из чеклиста выше бесполезен. Таблица или база заявок | Одна строка — одна заявка: контакт, метка источника, дата, статус. Таблицы достаточно, если заявок не больше нескольких в день. Сверка с оплатами раз в месяц | Вручную сопоставить строки таблицы с фактическими оплатами — это тот самый шаг, который чаще всего пропускают, а без него отчёт красивый, но ничего не доказывает.
Что смотреть в отчёте, чтобы он менял решения
Готовый отчёт по источникам без трёх вещей ничего не говорит про деньги.
Цена заявки и цена оплаты по источникам — раздельно. У меня есть проект, где на одном окне обзвона цена лида в среднем составила 395 ₽, а цена лида, дошедшего до оплаты, — 4289 ₽, при конверсии лида в оплату 9,2%. Дешёвый лид и дешёвая оплата — разные вещи: источник с более дорогим лидом иногда даёт более дешёвую оплату, если качество контакта выше. Подробнее про то, что стоимость лида — это не одно число, а распределение по часам, дням и источникам, я писал в статье стоимость лида.
Доля целевых, а не всех подряд. Конверсия лида в оплату по дням недели на одной и той же кампании у меня колебалась от 6,5% до 18,8% — на одинаковом трафике и одинаковом предложении. Если смотреть только на число заявок, не видно, что часть источников или дней приносит заявки, которые почти никогда не доходят до оплаты.
Окно между заявкой и оплатой. На одном из моих продуктов медиана от первого касания до оплаты — 24 дня. Если сравнивать источники по недельному отчёту, часть оплат ещё не наступила физически, и источник, который на самом деле работает, в моменте выглядит хуже, чем есть. Без этого окна сравнение источников по свежим неделям систематически занижает те из них, что подключились позже. Разбор того, у каждого канала привлечения своя цена контакта и свой срок до результата, — в статье как привлечь клиентов.
Пример на своих цифрах: раскладка по источникам одного продающего бота в пересчёте на 1000 вошедших дала числа с разницей на порядок — от 5,7 покупателя на 1000 у самого массового канала до 128 на 1000 у самого маленького. При этом больше всего людей шло именно туда, где платили хуже всего.
Без разбивки по источнику это осталось бы невидимым, а бюджет и время продолжали бы идти за объёмом, а не за деньгами.
Читайте такжеВебмастер и Search ConsoleБез этих двух панелей вы работаете вслепую: не видно, что в индексе, по каким запросам показываетесь и что сломалось. Разбираю подключение и пять отчётов, которые стоит смотреть регулярно.- Проверьте вручную одну тестовую заявку по всей цепочке — от клика с меткой до строки в базе платежей — прежде чем доверять любому отчёту по источникам.
- Заведите скрытое поле в форме заявки, которое прокидывает метку источника, а не полагайтесь на память менеджера или сотрудника колл-центра.
- Сверяйте заявки с оплатами руками раз в месяц, пока их не больше нескольких в день — это дешевле любой платформы.
- Если на сайте есть личный кабинет, проверьте, не висит ли на нём тот же счётчик, что и на форме заявки — иначе цель считает входы, а не заявки.
- Сравнивайте источники только с учётом окна между заявкой и оплатой — иначе выигрывают старые кампании, а не те, что реально лучше.
Гайд «SEO-машина»: как собрать её на ИИ-агентах
Карта из десяти систем: что делает каждая и как собрать такую же — с любым ИИ-агентом, Claude Code или Codex. Бесплатно, отдаёт бот в Telegram.
Частые вопросы
Что такое сквозная аналитика простыми словами?
Это когда у каждой заявки известен её источник вплоть до момента оплаты — не «сколько было визитов», а «какой канал принёс деньги». Технически это не отдельный инструмент, а состояние: идентификатор заявки проходит через метку, визит, форму, сделку в базе и платёж, не теряясь ни на одном шаге. Купленный сервис аналитики не создаёт эту связку сам — он лишь отображает то, что в неё честно попало.
Какие сервисы сквозной аналитики есть на рынке и стоит ли их покупать малому бизнесу?
На рынке есть коробочные платформы и отдельно коллтрекинг-сервисы разного уровня — от простой подмены номеров за несколько сотен рублей в месяц до полных пакетов с автоматизацией и записью звонков за тысячи и десятки тысяч. Для малого бизнеса с заявками в единицах-десятках в день чаще выгоднее собрать цепочку руками: метки, форма со скрытым полем, таблица заявок. Платформа окупается, когда объём уже не позволяет сверять заявки с оплатами вручную.
Как настроить сквозную аналитику самому, без покупного сервиса?
Минимум — разметить каждый источник своей меткой, добавить в форму заявки скрытое поле, которое прокидывает эту метку вместе с контактом, вести таблицу или базу заявок с полем источника и раз в месяц вручную сверять её со списком фактических оплат. Это не автоматика в реальном времени, но она честно показывает, какой источник приносит деньги, а не просто трафик.
Зачем вообще нужна сквозная аналитика малому бизнесу, если заявок и так немного?
Именно потому, что заявок немного, ошибка в распределении бюджета между источниками обходится дороже: на малом объёме одна-две заявки без оплаты меняют картину сильнее, чем на большом. Без склейки этапов бюджет и время идут туда, где больше кликов, а не туда, где больше оплат — а это разные источники почти всегда.
Как связать сквозную аналитику с CRM?
Заявка должна попадать в CRM или базу вместе с меткой источника — в отдельном поле, а не в свободном тексте комментария. Дальше сделка в CRM не создаётся заново при переходе на следующий этап, а обновляет ту же запись, и платёж привязывается к сделке по её идентификатору, а не по имени или нику из формы — иначе часть оплат теряет привязку к источнику, даже если сами деньги никуда не пропадают.
Можно ли собрать сквозную аналитику на одной Яндекс.Метрике?
Метрика хорошо показывает визиты и цели на сайте, но дальше заявки она не видит — что стало со сделкой и оплатой, знает только CRM или база. Есть и обратная ловушка: если тот же счётчик стоит не только на форме заявки, но и, например, на странице входа в личный кабинет, цель начинает считать входы старых клиентов вместе с новыми заявками, и цифра дута. Метрика — источник данных о визите, а не вся цепочка.