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

Задача и контекст
Аналитика начинается с вопроса, что нужно узнать. Для сайта услуг полезны переходы к контактам и результаты подборщика. Не каждое нажатие означает обращение, а открытие почтового клиента не доказывает отправку письма.
01
Определяем, какие действия помогают оценивать путь посетителя. Разделяем просмотр, начало обращения и реальную доставку.
02
Используем предоставленные идентификаторы. Исключаем повторную установку через шаблон и другие инструменты.
03
Согласуем загрузку и документирование сервисов. Не передаём текст обращения и контакты в названия целей.
04
Проверяем первое посещение, отказ, разрешение и изменение выбора. Тестовые просмотры не должны загрязнять рабочие данные.
Согласованные счётчики, карта событий и проверка их работы в фактическом режиме загрузки.
Состав оценки
Сначала уточняем задачу и материалы. Затем согласуем объём, срок и критерии приёмки.
Границы задачи
Доступ к кабинету, права и получатель данных задаются владельцем. Объём записи сессий и настройка сервисов должны соответствовать фактическому сценарию.
Согласованные сервисы с реальными идентификаторами и понятным назначением, например Яндекс Метрика и LiveInternet. Состав определяется задачей измерения.
Нет. Рабочую статистику следует отделить от просмотра разработки.
По отсутствию запросов необязательных сервисов, а не только по исчезновению баннера.
Текст брифа не должен уходить в цели аналитики. Достаточно обезличенного события получения результата.
Клики по контактам видны, но подтверждение получения письма требует отдельного процесса. Подменять одно другим нельзя.
Список подключений, событий, условий загрузки и результатов проверки.