Как работает веб-аналитика

От кода до отчёта

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

Нажатие кнопки, успешная отправка формы, принятая заявка, квалифицированный лид, оплата и выручка — разные события. Цель на кнопку не должна называться продажей. Для каждого события запишите условие, источник подтверждения, уникальный ID и ответственного за проверку.

Метрика, GA4, GTM и пиксели

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

Google Analytics 4 решает похожую задачу через событийную модель и полезен в связке с Google Ads. Google Tag Manager — диспетчер тегов и правил их срабатывания, а не аналитический отчёт. Рекламный пиксель помогает платформе измерять и собирать аудитории в пределах настроек и разрешений. Установка GTM или пикселя не заменяет настройку событий, согласий и проверки данных.

Источники, UTM и идентификаторы клика

UTM-метки передают в адресе источник, канал, кампанию и другие согласованные признаки. Используйте единые правила регистра и названий: google и Google могут превратиться в разные строки. Не помещайте в метки персональные данные. Автоматические идентификаторы клика помогают рекламным интеграциям, но могут теряться из-за редиректов и настроек приватности.

Атрибуция — правило, по которому система связывает результат с наблюдаемыми рекламными контактами. Кабинет способен отнести конверсию к дате клика в своём окне атрибуции, CRM — к дате создания лида, учёт — к дате оплаты. Часовые пояса, фильтры, модели атрибуции, задержка обработки и дубли объясняют часть расхождений. Перед сравнением зафиксируйте событие, период, окно, часовой пояс и статус заказа.

Звонки, CRM и оплаты

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

Для малого потока достаточно защищённой таблицы: обезличенный ID, дата, источник, статус, причина отказа, ответственный, сумма и дата оплаты. Когда сотрудников и этапов становится больше, CRM помогает не терять действия и историю. Складской и бухгалтерский учёт отвечают на остатки, оплаты и признание выручки; они не заменяются веб-счётчиком.

Связывайте системы через устойчивый ID лида или заказа. Не используйте телефон как публичный технический ключ. Один человек может оставить две формы, позвонить и купить позже; правила дедупликации должны быть записаны, иначе отчёт посчитает три лида и одну продажу как несвязанные события.

Мобильные приложения

Веб-счётчик измеряет сайт, а приложение передаёт события через SDK. Мобильные трекеры или MMP помогают связывать установку и дальнейшие действия с источником привлечения. AppMetrica, AppsFlyer и Adjust — примеры класса. Установка из магазина, первый запуск, регистрация, покупка и возврат должны оставаться отдельными событиями.

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

Минимальная карта событий

Для первого запуска достаточно пяти уровней: визит с источником, полезное действие, принятое обращение, квалификация и оплата. Рядом укажите систему истины. Веб-аналитика подтверждает визит и действие, телефония — звонок, CRM — статус, учёт — оплату и возврат. Еженедельная сверка показывает, где рвётся цепочка.

Учебные данные для самостоятельной сверки

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

Правильный разбор: уникальные успешные лиды — 101, 103 и 104, всего три. Вторая строка 101 является дублем, а 102 не прошёл из-за ошибки. Для 104 источник не передан, поэтому его нужно оставить в категории unknown и выяснить причину. Присваивать этот лид Google или другой рекламе без подтверждения нельзя.