Пользовательское измерение GA4 имеет смысл создавать под конкретный вопрос отчёта. Сначала сайт должен передавать нужный параметр или пользовательское свойство; одна регистрация названия в интерфейсе не создаёт данные. Справка проверена 27 октября 2026 года. Ниже — порядок работы для собственного магазина, а не инструкция по изменению кабинета маркетплейса.

Опишите признак до открытия настроек

Запишите название, бизнес-смысл, допустимые значения и момент определения признака. Например, формат подборки товара может быть «сезонная» или «повторная покупка». Это описательная характеристика для сравнения групп. Число единиц или сумма требуют отдельного решения о метрике. Не превращайте каждое числовое поле в текстовую категорию только ради быстрого появления столбца.

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

Выберите область действия по носителю значения

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

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

Проверьте отправку и зарегистрируйте точное имя

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

На появление обработанных данных в отчётах обычно требуется 24–48 часов. Не создавайте второе определение через несколько минут лишь потому, что первый отчёт пока пуст. Вначале проверьте отправку и область действия. Учитывайте также, что похожие на числа строки могут интерпретироваться как числа: код с ведущими нулями нуждается в отдельном контрольном примере.

Принимайте настройку по управленческому вопросу

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

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