Настройка веб-аналитики с нуля: установка счётчика и проверка данных

Установка: три вещи, которые проверяют сразу

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

1. Охват нужных сценариев. Проверьте установку на главной, в каталоге, карточке, форме, корзине и оформлении заказа — если эти разделы есть на сайте. Для интерфейсов без перезагрузки страницы отдельно проверьте учёт переходов между состояниями.
2. Повторная отправка. Выполните одно тестовое действие и проверьте, сколько событий получил каждый счётчик. Несколько одинаковых отправок в один счётчик требуют разбора. Само наличие двух разных счётчиков ещё не означает задвоения: важно, какие данные получает каждый и как потом объединяются отчёты.
3. Условия проверки. Зафиксируйте браузер, устройство, настройки фильтров и время теста. Проверьте поступление данных с учётом задержки обработки. Если событие не появилось, проследите путь от действия на странице до получения системой.

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

Цели: без них счётчик бесполезен

Отчёты о посещаемости полезны для оценки источников и загрузки страниц. Чтобы связать посещения с задачами бизнеса, дополните их событиями и целями, смысл которых понятен всем участникам работы.

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

Разделите намерение и результат. Клик по телефону показывает попытку перейти к звонку, но не подтверждает состоявшийся разговор. Открытие мессенджера не равно обращению. Нажатие кнопки формы не доказывает, что сервер принял данные. Учитывайте эти действия отдельно от подтверждённых заявок и оплат.

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

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

Проверьте успешные и неуспешные сценарии. Пройдите отправку, ошибку валидации, отказ сервера, повторный клик и обновление страницы. Сопоставьте подтверждение на стороне сайта с полученным событием. Успешный тест подтверждает проверенный сценарий, но не заменяет контроль после изменений.

Количество целей зависит от пути посетителя и решений, которые вы принимаете. Выделите основные результаты и вспомогательные шаги; не объединяйте их в один показатель «конверсия» без пояснения.

Пять отчётов, по которым принимают решения

Ниже — стартовый набор разрезов. Названия и доступность отчётов различаются, поэтому выбирайте их по вопросу бизнеса, а не по расположению в интерфейсе.

1. Источники и результаты. Сопоставляйте посещения, подтверждённые обращения и доступные данные о продажах. Низкая конверсия канала — повод проверить состав аудитории, обещание объявления, посадочную страницу и качество учёта, а не готовый вывод о причине.
2. Страницы входа. Смотрите, куда пришёл посетитель и какой следующий шаг ему предложен. Отсутствие целей на странице может быть связано с её задачей, малым числом наблюдений, долгим выбором или ошибкой настройки. Проверяйте эти варианты отдельно.
3. Устройства. Сравнивайте одинаковые источники и сценарии на разных устройствах. Заметив изменение, воспроизведите путь: открытие страницы, выбор товара, работу формы и подтверждение результата. Универсального соотношения мобильной и настольной конверсии нет.
4. Поисковые запросы и посадочные страницы. Если данные доступны, сопоставляйте формулировку запроса с содержанием страницы. Учитывайте, что перечень запросов может быть неполным: отсутствие строки в отчёте не доказывает отсутствие спроса.
5. Цели и подтверждённые обращения. Сверяйте события аналитики с журналом форм, заказов или системой учёта обращений. Разбирайте несовпавшие записи по времени и доступным идентификаторам, учитывая повторы, отмены и задержку обработки.

Для каждого отчёта запишите, какое решение он поддерживает. Частоту просмотра определяйте по объёму данных, скорости изменений и последствиям возможного сбоя.

Сегменты: приём, который экономит часы

Сегмент сохраняет условия отбора данных. Он помогает повторять сравнение с одинаковыми настройками. Перед использованием уточните, что именно фильтруется: посетитель, сессия или отдельное событие.

Для сравнения условий полезен материал UTM-метки: как построить систему разметки, в которой можно разобраться через год.

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

Посещения из платных источников. Проверьте разметку ссылок и правила объединения каналов. Для сравнения с органическим поиском учитывайте различия посадочных страниц и намерений посетителей.

Читатели блога и дальнейшие переходы. Сравните посещение статьи с переходом к подходящей услуге, товару или форме. Уточните, ищете ли вы переход в той же сессии или последующее возвращение: эти выборки отвечают на разные вопросы.

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

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

Как понять, что данным можно доверять

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

Универсального допустимого процента расхождения нет. Разницу могут создавать разные единицы подсчёта, даты учёта, модели отнесения конверсии к источнику, фильтры и задержки. Сначала выясните, сравниваются ли одинаковые события, затем разберите конкретные несовпадения.

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

Сигнал для расследования задавайте под конкретный показатель: например, отсутствие подтверждённых событий при наличии заявок в журнале формы. Рабочий порог уведомления должен опираться на вашу историю и последствия ошибки; он не превращает необъяснённое расхождение в «норму».

Связка с рекламой: что даёт и как проверить

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

Сначала определите сигнал. Передавайте событие с понятным смыслом: подтверждённое обращение, оформленный заказ или другой результат, который вы умеете проверять. Промежуточные клики можно учитывать отдельно; они не становятся продажами из-за передачи в рекламу.

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

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

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

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

Пять ошибок, из-за которых система аналитики врёт

1. Смешаны попытка и подтверждённый результат. Клик, успешная отправка и принятая заявка должны иметь понятные отдельные определения. Если используется страница результата, проверьте прямое открытие, повторный заход и обновление.
2. Одно действие отправляется повторно. Причиной могут быть несколько обработчиков, повторная инициализация или одновременная передача через разные способы подключения. Проверяйте отправки в конкретный счётчик. Два независимых счётчика не означают автоматического задвоения внутри каждого.
3. Тестовые действия смешаны с рабочими. Помечайте контрольные заявки и используйте подходящие доступные фильтры или сегменты. Фильтр по офисному адресу подходит не для любой команды; проверьте, кого он исключает и можно ли пересмотреть результат фильтрации.
4. После изменения сайта проверку не повторили. Обновление формы, шаблона, маршрутизации или интеграции может изменить событие. Включите контрольные сценарии в приёмку таких изменений.
5. Сравниваются разные показатели или выборки. Клики не равны сессиям, события не равны уникальным обращениям, а оформленный заказ не всегда оплачен. Зафиксируйте определения и настройки перед выводом о росте, падении или техническом сбое.

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