Спеціальні виміри 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 та у звітах у реальному часі негайно, але звіти Explorations і стандартні звіти потребують вікна обробки. Плануйте свої терміни контролю якості відповідно.

Перевірка реалізації

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

1. Відкрийте У реальному часі > Огляд (UA) або звіт У реальному часі (GA4) в окремій вкладці браузера.
2. Ініціюйте дію, яка має заповнити вимір (наприклад, увійдіть як користувач із певною роллю, перейдіть на сторінку категорії контенту).
3. В UA перевірте У реальному часі > Події та знайдіть значення виміру в деталях події. У GA4 використовуйте DebugView (Адміністратор > DebugView) з активним ?gtm_debug=x або розширенням Chrome GA Debugger.
4. Використовуйте розширення Chrome GA Debugger або режим попереднього перегляду 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. Використовуйте лише непрозорі ідентифікатори або мітки сегментів.

Користувацькі виміри проти користувацьких метрик проти параметрів подій

Міркування щодо хостингової інфраструктури для реалізації Analytics

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

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

• Середовище VPS Хостингу надає вам повний контроль над часом відповіді сервера, заголовками кешування та порядком обслуговування скриптів — усе це впливає на час виконання тегів.
• Сайти, що використовують VPS з cPanel, можуть керувати розгортаннями контейнерів GTM та конфігураціями серверного тегування без необхідності знання командного рядка.
• Для великих платформ електронної комерції або SaaS, де серверне тегування (надсилання даних вимірів безпосередньо з сервера до Measurement Protocol GA) є кращим за клієнтські теги, Виділені сервери забезпечують ізольовані ресурси, необхідні для запуску серверного контейнера GTM без конкуренції.
• Якщо ваш стек аналітики включає сегментацію на основі ML або конвеєри персоналізації в реальному часі, що споживають дані користувацьких вимірів 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 або мета-теги, відрендерені на сервері), а не з додаткових мережевих запитів.