Пользовательские параметры Google Analytics: Полное техническое руководство

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

Если вам нужен ответ в одном предложении для featured snippet: пользовательский параметр — это атрибут данных с настраиваемой областью действия, который вы определяете в Google Analytics и передаёте через код отслеживания для сегментации, фильтрации и создания отчётов по информации, уникальной для ваших пользователей, контента или бизнес-логики.

Что такое пользовательские параметры на самом деле (и чем они не являются)

Параметр в Google Analytics — это качественный атрибут, прикреплённый к точке данных, — «что» или «кто» стоит за метрикой. Стандартные параметры включают Page Path, Source / Medium, Browser и Country. Они собираются тегом Analytics автоматически без какой-либо настройки.

Пользовательский параметр — это слот, который вы резервируете в схеме Analytics, а затем заполняете значением, которое ваш код явно отправляет. Google Analytics 4 (GA4) поддерживает до 50 пользовательских параметров на ресурс для типов с областью действия события и пользователя, тогда как Universal Analytics (UA) поддерживает 20 пользовательских параметров с областью действия обращения и 20 с областью действия пользователя на ресурс (с более высокими лимитами для аккаунтов 360).

Чем пользовательские параметры не являются:

• Они не являются метриками. Метрика — это количественное измерение (сеансы, показатель отказов, доход). Пользовательский параметр — это метка или атрибут, прикреплённый к этим измерениям.
• Они не имеют обратной силы. Данные собираются только с момента активации параметра и начала отправки значений кодом отслеживания. Для исторических сеансов будет отображаться (not set) для любого параметра, созданного после факта.
• Они не являются заменой параметров событий в GA4. В GA4 параметры событий и пользовательские параметры тесно связаны, но архитектурно различны — параметр события должен быть зарегистрирован как пользовательский параметр, прежде чем он появится в стандартных отчётах.

Область действия: наиболее неправильно понимаемая концепция в пользовательских параметрах

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

Критический пограничный случай — область действия пользователя и GDPR: Пользовательские параметры с областью действия пользователя сохраняются в cookie Analytics. Если пользователь отказывается от отслеживания в середине сеанса, а вы полагаетесь на сохранение на основе cookie, значение параметра может быть приписано анонимизированным или удалённым записям пользователей. Всегда проверяйте пользовательские параметры с областью действия пользователя на соответствие вашей платформе управления согласием перед развёртыванием в рабочей среде.

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

Настройка пользовательских параметров в Universal Analytics

Шаг 1: Зарегистрируйте параметр в интерфейсе GA

1. Войдите в Google Analytics и откройте целевой ресурс.
2. Нажмите на значок шестерёнки, чтобы открыть Администратор.
3. В столбце Ресурс выберите Специальные определения > Специальные параметры.
4. Нажмите + Новый специальный параметр.
5. Введите описательное название (например, User Role, Content Category, AB Test Variant).
6. Выберите соответствующую Область действия (см. таблицу выше).
7. Убедитесь, что установлен флажок Активен.
8. Нажмите Создать.

GA присвоит Порядковый номер (например, dimension1, dimension2). Именно на этот индекс ссылается ваш код отслеживания — ведите реестр параметров, в котором каждый индекс сопоставлен с его названием, областью действия и ответственной командой.

Шаг 2: Реализация через Google Tag Manager (рекомендуется)

Google Tag Manager является предпочтительным способом реализации, поскольку он отделяет настройку параметров от развёртываний приложений и предоставляет встроенную среду отладки.

1. Откройте ваш контейнер GTM и перейдите в раздел Теги.
2. Откройте тег Google Analytics (UA — просмотр страницы или соответствующий тег события).
3. В разделе Конфигурация тега разверните Дополнительные настройки > Специальные параметры.
4. Нажмите Добавить специальный параметр.
5. Установите Индекс в соответствии с индексом из шага 1 (например, 1).
6. Установите Значение параметра в переменную GTM — например, переменную уровня данных с именем userRole.
7. В коде вашего сайта отправьте значение в уровень данных до срабатывания тега:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  'userRole': 'premium_member'
});

1. Сохраните тег и опубликуйте контейнер.

Почему нужно отправлять данные в уровень данных до срабатывания тега: GTM обрабатывает уровень данных синхронно во время выполнения тега. Если вы отправите значение после срабатывания тега просмотра страницы, параметр будет (not set) для этого обращения. Это частый источник производственных ошибок, которые проявляются только в отчётах в реальном времени.

Шаг 3: Реализация напрямую через gtag.js

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

// Map the custom dimension index to a parameter name
gtag('config', 'UA-XXXXXX-Y', {
  'custom_map': { 'dimension1': 'user_role' }
});

// Send the value with an event
gtag('event', 'page_view', {
  'user_role': 'premium_member'
});

Для analytics.js (устаревший, но всё ещё встречающийся в старых ресурсах):

ga('create', 'UA-XXXXXX-Y', 'auto');
ga('set', 'dimension1', 'premium_member');
ga('send', 'pageview');

Подводный камень с analytics.js и set: Использование ga('set', ...) применяет значение ко всем последующим обращениям в этом сеансе страницы. Если вы хотите, чтобы параметр применялся только к одному обращению, используйте вместо этого ga('send', 'pageview', { 'dimension1': 'premium_member' }), чтобы ограничить его только этим обращением.

Настройка пользовательских параметров в GA4

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

Шаг 1: Отправьте параметр в вашем событии

gtag('event', 'login', {
  'membership_tier': 'gold',
  'user_type': 'returning'
});

Шаг 2: Зарегистрируйте пользовательский параметр в GA4

1. В GA4 перейдите в Администратор > Специальные определения > Специальные параметры.
2. Нажмите Создать специальные параметры.
3. Задайте Название параметра (то, что будет отображаться в отчётах).
4. Задайте Область действия: событие или пользователь.
5. Задайте Параметр события в соответствии с ключом параметра, который вы отправляете (например, membership_tier).
6. Нажмите Сохранить.

Особенность GA4: Существует задержка обработки 24–48 часов, прежде чем вновь зарегистрированный пользовательский параметр начнёт заполняться в стандартных отчётах. Он будет отображаться в DebugView и в режиме реального времени немедленно, но для отчётов в разделе «Анализ» и стандартных отчётов требуется окно обработки. Планируйте сроки контроля качества соответственно.

Проверка реализации

Никогда не переносите пользовательский параметр в рабочую среду без проверки. Следующая последовательность надёжна как для UA, так и для GA4:

1. Откройте В режиме реального времени > Обзор (UA) или отчёт В режиме реального времени (GA4) в отдельной вкладке браузера.
2. Выполните действие, которое должно заполнить параметр (например, войдите в систему с определённой ролью пользователя, перейдите на страницу категории контента).
3. В UA проверьте В режиме реального времени > События и найдите значение параметра в деталях события. В GA4 используйте DebugView (Администратор > DebugView) с активным ?gtm_debug=x или расширением GA Debugger для Chrome.
4. Используйте расширение GA Debugger для Chrome или режим предварительного просмотра GTM, чтобы проверить точную полезную нагрузку, отправляемую на конечную точку сбора данных, и убедиться, что индекс и значение параметра присутствуют.

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

Использование пользовательских параметров в отчётах

Создание специального отчёта (Universal Analytics)

1. Перейдите в Специальные возможности > Специальные отчёты > + Новый специальный отчёт.
2. Выберите тип отчёта (Проводник, Плоская таблица или Карта).
3. Добавьте ваши метрики (например, сеансы, достижения целей, доход).
4. В разделе Детализация параметров добавьте ваш пользовательский параметр (например, User Role).
5. Примените фильтры для ограничения отчёта релевантными данными.
6. Сохраните и добавьте отчёт в закладки для повторного использования.

Применение пользовательских параметров в качестве сегментов

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

1. В любом отчёте нажмите + Добавить сегмент > + Новый сегмент.
2. В разделе Условия измените область действия фильтра на Пользователи (для параметров с областью действия пользователя) или Сеансы.
3. Выберите ваш пользовательский параметр из раскрывающегося списка.
4. Задайте оператор и значение (например, Membership Tier точно соответствует gold).
5. Сохраните сегмент и примените его вместе с базовым сегментом (например, все пользователи) для прямого сравнения.

Анализ в GA4

В GA4 пользовательские параметры доступны в отчётах Анализ > Произвольная форма. Перетащите зарегистрированный пользовательский параметр на панель Строки или Столбцы и добавьте соответствующие метрики на панель Значения. Анализ в GA4 поддерживает до 10 параметров на анализ, а пользовательские параметры с областью действия пользователя можно использовать в Обозревателе пользователей для отслеживания индивидуальных пользовательских путей.

Ценные варианты использования с техническими примечаниями по реализации

Отслеживание состояния аутентификации пользователя

Это один из наиболее универсально применимых пользовательских параметров. Он позволяет разделить поведение аутентифицированных пользователей и анонимных посетителей — двух групп с принципиально разными сигналами намерений.

// After successful authentication, push to data layer
dataLayer.push({
  'event': 'user_authenticated',
  'authStatus': 'logged_in',
  'userTier': 'enterprise'
});

Зарегистрируйте authStatus и userTier как пользовательские параметры с областью действия пользователя. Это позволяет проводить когортный анализ, показывающий, конвертируются ли авторизованные корпоративные пользователи с более высокими показателями на определённых типах контента — вопрос, на который ни один стандартный отчёт GA не может ответить.

Атрибуция варианта A/B-теста

При проведении серверных или клиентских экспериментов прикрепляйте идентификатор варианта как пользовательский параметр с областью действия обращения к каждому просмотру страницы в ходе эксперимента. Это позволяет анализировать не только основную метрику конверсии, но и вторичные сигналы вовлечённости (глубина прокрутки, запросы внутреннего поиска, частота повторных посещений) в разбивке по вариантам.

dataLayer.push({
  'experimentVariant': 'variant_b_hero_cta'
});

Подводный камень: Не используйте область действия сеанса для вариантов A/B-тестов, если пользователь может быть перераспределён между сеансами. Область действия обращения безопаснее и даёт более чистые данные.

Таксономия контента и редакционная эффективность

Для сайтов с большим количеством контента прикрепление параметра contentCategory и contentAuthor к каждому просмотру страницы статьи позволяет редакционным командам измерять метрики вовлечённости (время на странице, глубина прокрутки, повторные посещения) по вертикали контента и по автору — что позволяет принимать основанные на данных решения о редакционных инвестициях.

Синхронизация сегментов CRM

Для B2B SaaS-продуктов вы можете передавать метки сегментов, полученных из CRM (например, ICP_tier, accountSize, churnRisk), в GA как пользовательские параметры с областью действия пользователя через ваш бэкенд после аутентификации. Это устраняет разрыв между аналитикой продукта и данными о продажах без раскрытия персональных данных тегу Analytics.

Архитектурное примечание: Никогда не передавайте необработанные персональные данные (имена, адреса электронной почты, идентификаторы пользователей, которые можно обратно сопоставить с физическими лицами) в качестве значений пользовательских параметров. Это нарушает Условия использования Google Analytics и, в зависимости от юрисдикции, GDPR и CCPA. Используйте только непрозрачные идентификаторы или метки сегментов.

Пользовательские параметры vs. пользовательские метрики vs. параметры событий

Соображения об инфраструктуре хостинга для реализации Analytics

Точность данных пользовательских параметров зависит от надёжного выполнения тегов с низкой задержкой. На медленных или неправильно настроенных серверах тег Analytics может сработать до завершения отправки данных в уровень данных, что приведёт к значениям (not set) в масштабе.

Если вы управляете высоконагруженным сайтом, где точность Analytics критически важна для бизнеса, рассмотрите следующие варианты инфраструктуры:

• Среда VPS Хостинга даёт вам полный контроль над временем отклика сервера, заголовками кэширования и порядком обслуживания скриптов — всё это влияет на время выполнения тегов.
• Сайты, использующие VPS с cPanel, могут управлять развёртываниями контейнеров GTM и конфигурациями серверной маркировки без необходимости работы с командной строкой.
• Для высоконагруженных платформ электронной коммерции или SaaS, где серверная маркировка (отправка данных параметров напрямую с сервера в GA через Measurement Protocol) предпочтительнее клиентских тегов, Выделенные серверы обеспечивают изолированные ресурсы, необходимые для запуска серверного контейнера GTM без конкуренции за ресурсы.
• Если ваш стек аналитики включает сегментацию на основе машинного обучения или конвейеры персонализации в реальном времени, которые используют данные пользовательских параметров GA, GPU Хостинг может ускорить уровень вывода модели, который действует на основе этих сегментов.

Матрица решений: когда использовать пользовательские параметры

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

Технический контрольный список ключевых выводов

Перед развёртыванием любого пользовательского параметра в рабочей среде проверьте каждый из следующих пунктов:

• Соответствие индексов: Индекс параметра в вашем теге или переменной GTM точно совпадает с индексом, зарегистрированным в интерфейсе администратора GA. Несоответствие незаметно приводит к потере данных.
• Выбор области действия: Вы выбрали правильную область действия для предполагаемого использования данных. Область действия пользователя — для атрибутов идентификации, область действия обращения — для атрибутов контента, область действия сеанса — для контекста уровня визита.
• Время отправки в уровень данных: Для реализаций GTM отправка в уровень данных происходит до срабатывания тега, а не после.
• Отсутствие персональных данных в значениях: Значения параметров не содержат персональных данных — только непрозрачные идентификаторы или категориальные метки.
• Ведение реестра параметров: Ваша команда ведёт общий документ, сопоставляющий каждый индекс параметра с его названием, областью действия, владельцем, датой реализации и назначением.
• Регистрация в GA4 завершена: В GA4 параметр события зарегистрирован как пользовательский параметр в разделе Администратор > Специальные определения, и вы предусмотрели окно обработки 24–48 часов перед проверкой в стандартных отчётах.
• Соответствие требованиям согласия проверено: Пользовательские параметры с областью действия пользователя заполняются только после получения действительного согласия в соответствии с применимой системой конфиденциальности.
• Проверка в режиме реального времени и DebugView выполнена: Вы подтвердили, что значение параметра корректно отображается в режиме реального времени или DebugView, прежде чем объявить реализацию завершённой.
• Отсутствие обратной силы признано: Заинтересованные стороны понимают, что исторические данные не будут заполнены задним числом — базовые показатели для отчётности должны устанавливаться с даты запуска.

Часто задаваемые вопросы

В чём разница между пользовательским параметром и пользовательской метрикой в Google Analytics?

Пользовательский параметр — это качественный атрибут (строковая метка, например «premium_member» или «blog_post»), используемый для сегментации и фильтрации данных. Пользовательская метрика — это числовое значение (например, «articles_read» или «loyalty_points»), используемое для агрегации и вычислений. Оба требуют явной настройки и не собираются с обратной силой.

Почему мой пользовательский параметр отображает (not set) в отчётах?

Наиболее распространённые причины: код отслеживания отправляет значение параметра после срабатывания обращения, а не до; индекс параметра в теге не совпадает с индексом, зарегистрированным в администраторе GA; параметр был создан после сбора данных, которые вы просматриваете (без заполнения задним числом); или, в GA4, параметр события ещё не зарегистрирован как пользовательский параметр в разделе Администратор > Специальные определения.

Сколько пользовательских параметров можно создать в Google Analytics 4?

Стандартные ресурсы GA4 поддерживают до 50 пользовательских параметров с областью действия события и 25 пользовательских параметров с областью действия пользователя на ресурс. Ресурсы GA4 360 имеют более высокие лимиты. Стандартные ресурсы Universal Analytics поддерживают 20 пользовательских параметров на ресурс, а ресурсы 360 — до 200.

Можно ли использовать пользовательские параметры с серверным Google Tag Manager?

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

Влияют ли пользовательские параметры на производительность сайта или скорость загрузки страниц?

Сами по себе пользовательские параметры добавляют незначительную нагрузку к маяку Analytics (несколько байт на обращение). Риск для производительности заключается в выполнении JavaScript, который заполняет уровень данных до срабатывания тега. Плохо написанные синхронные скрипты, которые получают значения параметров из API перед срабатыванием тега, могут вносить измеримую задержку. Используйте асинхронные отправки в уровень данных и, по возможности, получайте значения параметров из уже доступного контекста страницы (атрибуты DOM, cookie или мета-теги, отрендеренные на сервере), а не из дополнительных сетевых запросов.