Цель в аналитике

Происхождение и история термина

Историю технического значения удобно проследить по документации Google. В прежней системе Universal Analytics (UA) объект Goals представлял завершённое действие, называемое conversion: например, покупку или отправку контактной формы. Архивная справка выделяла четыре основных типа: открытие заданной страницы, длительность сеанса, количество страниц или экранов за сеанс и событие ^[6]. Это историческая модель UA, а не перечень настроек GA4.

Стандартные ресурсы UA прекратили обрабатывать данные с 1 июля 2023 года, ресурсы Analytics 360 — с 1 июля 2024 года ^[7]. В нынешней GA4 основой измерения служат события, а значимость задаётся отметкой key event — «ключевое событие» ^{[2, 3]}. Старая инструкция «создайте Goal типа Destination» поэтому описывает другую систему.

Следующий документированный шаг — запись Google от 27 марта 2024 года «Conversions and key events». В ней события, важные для успеха бизнеса и прежде отмечавшиеся в Analytics как conversions, названы key events. Термин conversion Google связал с важным действием для оценки рекламы и оптимизации ставок ^[8]. Это дата записи в журнале изменений, а не дата появления идеи измерять целевые действия. В текущей справке создание рекламной конверсии на основе ключевого события описано отдельно; некоторые возможности доступны не всем ресурсам ^[3].

У Метрики сохраняется собственная терминология целей ^[1]. Таким образом, одно русское слово может обозначать общее намерение бизнеса, технический объект Метрики или исторический объект UA. При чтении инструкции нужно установить систему и поколение продукта прежде, чем повторять её шаги.

Суть и механизм

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

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

Событие сообщает о выбранном этапе. В GA4 оно может описывать и действие пользователя, и техническое происшествие; ключевая отметка выделяет среди событий важные для задачи ^[2]. В учебной схеме событие newsletter_confirmed отправляется только после успешного первого подтверждения на сайте. Это придуманное для примера имя, а не обещание автоматического сбора. Google различает автоматически собираемые, события расширенной статистики, рекомендованные и специальные события; последние два вида требуют реализации ^[2].

Рекомендованные события имеют предусмотренные имена и параметры, но не начинают отправляться от одного упоминания в справке. Google прямо требует дополнительного контекста и рекомендует передавать предусмотренные параметры ^[5]. Поэтому сначала проверяют, подходит ли готовое событие по смыслу, и только затем выбирают собственное. Параметр — дополнительное значение рядом с именем события; в учебном примере им может быть название выпуска дайджеста.

Далее настраивают правило учёта. В Метрике можно создать цель для целевого события и передавать её идентификатор через метод reachGoal — команду программному интерфейсу счётчика ^{[10, 12]}. В GA4 выбранное событие отмечают как ключевое ^[3]. Само слово «успех» в имени ничего не проверяет: соответствие сигнала подтверждённой подписке обеспечивает логика сайта и её приёмка.

Виды и классификации

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

Техническая классификация зависит от продукта. Метрика среди прочего описывает посещение страниц, клики, отправку формы, целевое событие и составную цель. Последняя объединяет последовательные шаги ^[1]. Здесь перечислены примеры типов, а не полный каталог. В GA4 деление событий по способу сбора и отметка значимости существуют отдельно ^{[2, 3]}.

Сеанс, или сессия, в GA4 объединяет взаимодействия пользователя с сайтом или приложением за некоторый промежуток времени ^[14]. Сравнение этой таблицы не означает, что границы визитов и сеансов разных платформ совпадают. В GA4 метод Once per event учитывает каждое срабатывание, а Once per session — только одно за сеанс и помечен как Legacy, то есть унаследованный. Второй вариант остаётся доступным; это не сообщение о его отключении ^[4].

Как применяется на практике

Продолжим учебный пример. До настройки команда составляет паспорт измерения: «Подтверждённая подписка — первое успешное подтверждение адреса; повторное открытие той же ссылки нового события не создаёт». В нём также указывают сайт, имя события, идентификатор цели Метрики, дату запуска, ответственного за код и способ подсчёта. Это предложенная процедура команды, позволяющая сравнивать настройку с конкретным требованием.

Для Метрики в текущей справке указан путь: страница «Цели», кнопка «Добавить цель», тип «Целевое событие», название, условие и идентификатор ^[10]. В нашем примере условие «совпадает» сопоставляют с newsletter_confirmed. Затем разработчик связывает вызов reachGoal с подтверждением результата. Команду ставят в обработку успешного первого подтверждения, а не просто на кнопку. Номер счётчика и идентификатор должны соответствовать выбранной цели ^[12].

В GA4 команда сначала обеспечивает отправку события, затем в разделе Admin → Data display → Events находит его и отмечает значком звезды как ключевое. Такой путь описывает текущая справка для существующего события ^[3]. Для учебного примера выбирают Once per event: каждое отдельное подтверждение должно учитываться. Настройка Once per session решила бы другую задачу — сколько сеансов содержали хотя бы одно подтверждение ^[4].

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

Учебная схема предполагает подтверждение на том же сайте с работающим счётчиком. Подтверждение на другом устройстве или вне сайта требует отдельного решения о передаче и сопоставлении данных. Его нельзя считать автоматически покрытым описанной настройкой. Аналогично наличие строки «Цель» в интерфейсе ещё не означает, что нужный сигнал поступает.

Как измерить или проверить

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

В GA4 сбор события проверяют в Realtime, а отдельный пользовательский путь и параметры — в DebugView при включённом режиме отладки ^[2]. В Метрике актуальная инструкция предлагает параметр _ym_debug=2 и панель с вкладками Events и Console. Он рассчитан на новый код счётчика; для предыдущего кода справка отдельно описывает _ym_debug=1 и консоль браузера ^[11]. Проверяющий сверяет номер счётчика и имя сигнала, затем проверяет появление данных в отчёте.

Следующий шаг — выбрать знаменатель. Метрика определяет конверсию как отношение целевых визитов ко всем визитам, а конверсию посетителей — как долю посетителей, достигших цели ^[1]. Для визитного показателя используем формулу:

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

В учебном наборе за неделю зарегистрированы 100 визитов от 80 посетителей. В 10 визитах 8 посетителей совершили всего 14 отдельных подтверждений. Визитная конверсия равна 10 / 100 × 100% = 10%. Конверсия посетителей равна 8 / 80 × 100% = 10%. Одинаковый результат здесь случаен: числители и знаменатели различаются. Четырнадцать достижений на сто визитов — это 0,14 достижения на визит, а не доля визитов с подпиской.

При счёте каждого события в сопоставимом учебном наборе GA4 было бы 14 ключевых событий; при счёте один раз за сеанс — 10, если все действия распределены по тем же 10 сеансам. При этом доля сеансов с действием остаётся 10%. Для конкретного события в интерфейсе программного доступа GA4 предусмотрен показатель sessionKeyEventRate:event_name; общий sessionKeyEventRate относится к сеансам с любым ключевым событием ^[9]. Поэтому перед чтением числа нужно проверить и выбранное событие.

При нулевом знаменателе доля не определена: запись «0%» скрыла бы отсутствие посещений. Если целевых визитов оказалось больше всех визитов той же совокупности, сначала ищут несогласованность выгрузки или единиц счёта. А число достижений может быть больше числа визитов, потому что один визит содержит несколько достижений ^[1].

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

Ошибки, ограничения и спорные вопросы

Изменение настройки создаёт границу в данных. В GA4 отметка ключевого события не меняет историю; изменение метода подсчёта тоже действует только на будущие события ^{[3, 4]}. В Метрике редактирование цели или счётчика не меняет ранее накопленную информацию ^[10]. Поэтому после исправления повторов в учебном примере команда записывает дату перехода. Объединять старые и новые значения в один тренд без пояснения означало бы смешивать разные правила.

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

Не следует также приписывать рекламе все зарегистрированные подписки. Человек мог подписаться и без рекламного контакта. Для оценки причинного эффекта рекламы Google описывает отдельный подход Conversion Lift: контролируемое сравнение группы с рекламой и контрольной группы без неё ^[13]. Это другая задача, чем регистрация действия, и один рост счётчика её не решает. Даже верно вычисленная конверсия сообщает, какая доля наблюдаемых посещений содержала действие, а не сколько действий вызвало конкретное изменение сайта.

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

Правовой аспект

Зарубежные счётчики и персональные данные. С 1 июля 2025 года часть 5 статьи 18 закона № 152-ФЗ «О персональных данных» (в редакции Федерального закона от 28.02.2025 № 23-ФЗ) не допускает при сборе персональных данных граждан России, в том числе в интернете, их запись, хранение и другие операции с использованием баз данных за пределами России. Счётчики вроде Google Analytics передают на зарубежные серверы IP-адреса и идентификаторы cookie, которые могут относиться к персональным данным; о трансграничной передаче, кроме того, заранее уведомляют Роскомнадзор (статья 12 того же закона). Нарушения влекут ответственность по статье 13.11 КоАП РФ. Использование такого счётчика на российском сайте требует юридической оценки; для сбора данных о посетителях из России применяют системы веб-аналитики с хранением данных в России, например Яндекс Метрику.

Частые вопросы

Связанные термины

• Конверсия
• KPI
• Яндекс Метрика
• Воронка продаж
• Лид
• CPL (цена лида)