Налаштування Google Analytics 4 у 2026: чек-лист (69 пунктів)

💡 Чому це важливо

Без письмового плану ви налаштуєте десятки подій навмання, перевитратите ліміти Custom Dimensions і за пів року не зможете відповісти на питання «що ми взагалі вимірюємо». Measurement Plan — це контракт між маркетингом, продуктом і аналітикою.

🛠 Як зробити

Створіть Google Doc/Notion з 4 колонками: Бізнес-ціль → KPI → GA4 Event → Параметри. Наприклад: «Збільшити продажі курсу» → «conversion rate з блогу» → `purchase` → `value, currency, item_id, item_category`. Затвердіть з product owner перед впровадженням.

📝 Приклад

Бізнес-ціль        | KPI                     | GA4 Event       | Key Params
---                | ---                     | ---             | ---
Lead generation    | Form submits/тиждень    | generate_lead   | form_id, value
Newsletter growth  | Subscribe rate %        | sign_up         | method
Product trial      | Trial-to-paid CR        | begin_checkout  | value, currency

💡 Чому це важливо

Universal Analytics standard properties припинили прийом даних 1 липня 2023, UA 360 — 1 липня 2024. Залишки UA-тегів продовжують стріляти події в нікуди, гальмують сторінку і плутають GTM. Дубльовані GA4 з кількох копій GTM подвоюють метрики.

🛠 Як зробити

Відкрийте Chrome DevTools → Network → фільтр `collect`. Запустіть Tag Assistant (tagassistant.google.com) на головній і ключових landing. Зафіксуйте всі знайдені Measurement IDs (`G-XXXXXXX`) і UA IDs (`UA-XXXXX-Y`). Видаліть UA-теги і дублі.

📝 Приклад

# Що шукати у DevTools Network
google-analytics.com/g/collect?v=2&tid=G-XXXXX  # GA4 — OK
google-analytics.com/collect?v=1&tid=UA-XXXX    # UA — ВИДАЛИТИ
analytics.google.com/g/collect                   # GA4 server-side — OK якщо плановано

💡 Чому це важливо

GA4 має ліміт 50 Key Events на ресурс (raised з 30 у 2024). Якщо позначите 25 подій з першого тижня, а потім зрозумієте, що половина — шум, доведеться чистити з втратою історії. Краще стартанути з 5-7 і додавати поступово.

🛠 Як зробити

З Measurement Plan виберіть події, які прямо корелюють з виручкою або ключовою активацією: `purchase`, `generate_lead`, `sign_up`, `subscribe`, `begin_checkout`. Уникайте позначати `page_view`, `scroll`, `click` як Key Events — це шум.

💡 Чому це важливо

Якщо dataLayer імпровізується «по ходу», у вас будуть події з різними назвами параметрів (`item_price` vs `price` vs `value`), і Looker Studio звіти зламаються. Specification — основа маштабування.

🛠 Як зробити

Відкрийте офіційну схему GA4 ecommerce (https://developers.google.com/tag-platform/gtagjs/reference/events). Адаптуйте під типи сторінок: PDP, Cart, Checkout, Confirmation. Передайте розробникам як технічне завдання з прикладами JSON.

📝 Приклад

// Структура для product_view
window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    currency: 'UAH',
    value: 1499,
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Курс GA4 Pro',
      item_category: 'courses',
      item_brand: 'analytics.net.ua',
      price: 1499,
      quantity: 1
    }]
  }
});

💡 Чому це важливо

GA4 чутливий до регістру: `Click_CTA` і `click_cta` — різні події. Параметри теж. Без конвенції ви знайдете 5 версій однієї події через рік.

🛠 Як зробити

Напишіть у Notion/Confluence: «всі події і параметри — англійською, snake_case, без пробілів. Значення параметрів — нижній регістр для категорій, оригінальний регістр для назв». Приклад: `event: cta_click, button_location: hero, button_text: Get started`.

💡 Чому це важливо

З березня 2024 Google вимагає Consent Mode v2 для рекламних аудиторій з EU/EEA. Без нього ви втратите ремаркетинг і модельовані конверсії. Basic mode блокує теги до згоди (втрата 30-60% даних), Advanced — шле cookieless ping і моделює.

🛠 Як зробити

Якщо є EU/EEA трафік — впроваджуйте Advanced Consent Mode. Виберіть CMP (Cookiebot, OneTrust, Iubenda, Klaro). Узгодьте з юристом, які категорії за замовчуванням `denied`.

💡 Чому це важливо

Стандарт GA4 має м'які ліміти (sampling в Explorations при 10M+ events у звіті, 50 event-scoped + 25 user-scoped custom dimensions, 100 audiences). Перевищення = sampling у звітах, обрізання даних. Знаючи обсяг, ви можете або оптимізувати події, або планувати GA4 360 (~$50k+/рік commit-based).

🛠 Як зробити

Прикинте: monthly_visitors × avg_events_per_session × sessions_per_user. Наприклад: 200k × 8 × 1.5 = 2.4M events/month — комфортно. 5M+ — час оптимізувати або думати про BigQuery як основне сховище.

💡 Чому це важливо

Без property немає куди писати дані. Один акаунт може мати до 100 properties; зазвичай 1 property = 1 бренд/домен. Не плутайте Google Tag Manager account з GA4 property — це різні сервіси.

🛠 Як зробити

GA4 → Admin → Create Property → введіть назву (напр. «analytics.net.ua — Production»), оберіть часовий пояс і валюту → Next → введіть розмір бізнесу і use cases → Create. Далі: Data Streams → Add stream → Web → URL → Stream name → Create stream. Скопіюйте Measurement ID (`G-XXXXXXX`).

💡 Чому це важливо

Якщо ви в Україні поставите Pacific Time, ваші звіти «по дням» будуть зсунуті на 10 годин — у понеділок ви бачитиме дані з суботи-неділі. Зміна валюти задним числом не перерахує існуючі конверсії — старі покажуть у USD, нові в UAH.

🛠 Як зробити

Admin → Property Settings → Time zone: `(GMT+02:00) Kyiv` (або ваш регіон). Currency: `Ukrainian Hryvnia (UAH ₴)`. Save. Перевірте — у Realtime має йти український час.

💡 Чому це важливо

Стандартні звіти у GA4 використовують агреговані дані без обмежень, але Explore (Funnel, Path Exploration) і Audiences з event-level умовами обрізаються до Data Retention. Default 2 місяці — занадто мало для будь-якого порівняльного аналізу YoY.

🛠 Як зробити

Admin → Data Settings → Data Retention → User and event data retention → змініть з `2 months` на `14 months` → ✅ Reset user data on new activity → Save. Це безкоштовно для всіх GA4 properties.

💡 Чому це важливо

Без фільтра ваші тести з офісу і dev-сесії розробників потраплять у production-звіти. Це особливо боляче для малих сайтів: 10 співробітників × 50 сесій/тиждень = 30% «трафіку» — це ваш QA, а не клієнти.

🛠 Як зробити

Admin → Data Streams → Web → Configure tag settings → Show all → Define internal traffic → Create → traffic_type: `internal` → IP address: ваш офісний IP (https://www.whatsmyip.org). Потім: Admin → Data Settings → Data Filters → Create Filter → Internal Traffic → Filter state: `Active` (не Testing!) → Save.

📝 Приклад

Filter parameter:    traffic_type
Filter parameter value: internal
IP match: 203.0.113.45 (ваш офісний)
State: Active

💡 Чому це важливо

Коли користувач повертається з PayPal після оплати, GA4 за замовчуванням приписує продаж рефералу `paypal.com` замість Google/Direct. Це руйнує attribution і робить органіку «слабкою».

🛠 Як зробити

Admin → Data Streams → Web → Configure tag settings → Show all → List unwanted referrals → Add condition → `Referral domain contains` → введіть домени: `paypal.com`, `stripe.com`, `liqpay.ua`, `wayforpay.com`, `monobank.ua`. Save.

💡 Чому це важливо

Google Signals використовує cross-device tracking з Google акаунтів — це personal data за GDPR. Без коректного Consent Mode ви ризикуєте штрафами. Альтернатива: вмикайте з обмеженням на не-EU регіони.

🛠 Як зробити

Admin → Data Settings → Data Collection → Google signals data collection → enable → Manage Geo Settings → виключіть EEA країни якщо немає Advanced Consent Mode. Save. **Також на цьому етапі заповніть Industry Category і Business size** (Admin → Property Settings) — це впливає на ML-моделі (Purchase Probability, Churn Probability використовують industry baseline).

💡 Чому це важливо

Якщо тестуєте нові події на dev і вони пишуть у production GA4, ви забруднюєте звіти. Окреме property для staging дає вільне поле для експериментів без ризику.

🛠 Як зробити

Admin → Create Property → назва «analytics.net.ua — STAGING» → Time zone і currency як у prod → створіть Web Stream з URL `staging.example.com`. У GTM використовуйте Lookup Table: domain → Measurement ID.

💡 Чому це важливо

GA4 пропонує 3 режими identity: **Blended** (User-ID > Signals > Device > Modeling), **Observed** (User-ID > Signals > Device, без modeling), **Device-based** (тільки Device-ID). З 2024 для нових properties default — `Observed` (не `Blended`). Modeling 'заповнює' прогалини коли немає consent — корисно для вищого conversion count, але ускладнює дебаг (раптові 'віртуальні' користувачі). Для більшості сайтів `Observed` — найточніший: ви бачите реальну поведінку, без AI-вгадування. `Blended` робить sense якщо EU traffic >40% і consent <50%.

🛠 Як зробити

Admin → Reporting Identity → виберіть `Observed` для більшості випадків. Якщо консент в EU низький і вам критично рахувати total conversions — залиште `Blended`. Save. Зміна не впливає на raw event data в BQ (modeling — лише UI-layer), тому можна перемикати без побічних ефектів.

💡 Чому це важливо

Прямий gtag.js на сайті означає, що кожна зміна тегу = реліз сайту. GTM дає маркетологу автономію: додавати/змінювати теги без розробника. 95% production GA4 встановлень працюють через GTM.

🛠 Як зробити

tagmanager.google.com → Create Account → Container name (домен сайту) → Target platform: Web → Create. Скопіюйте 2 сніппети: перший у `<head>` якомога вище, другий — одразу після відкриття `<body>`. Якщо WordPress — використовуйте плагін GTM4WP. Опублікуйте контейнер (Submit → Publish).

📝 Приклад

<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXXXXX');</script>
<!-- End Google Tag Manager -->

💡 Чому це важливо

Це сердце вашого вимірювання. Один Google Tag шле `page_view` і ініціалізує session. Якщо тригер неправильний — або немає даних взагалі, або events не прив'язуються до session.

🛠 Як зробити

GTM → Tags → New → Tag Configuration → Google Tag → Tag ID: `G-XXXXXXX` (з GA4) → Triggering: `All Pages` (Initialization — All Pages, не Page View). Save → Submit → Publish.

💡 Чому це важливо

Якщо ID вшитий у 20 тегів, заміна (наприклад, новий staging GA4) — це 20 правок. Constant дозволяє замінити в одному місці.

🛠 Як зробити

GTM → Variables → User-Defined Variables → New → Variable Configuration → Constant → Value: `G-XXXXXXX` → назвіть `Const - GA4 Measurement ID Production`. Замініть в усіх GA4 тегах на `{{Const - GA4 Measurement ID Production}}`.

💡 Чому це важливо

Realtime агрегує всі дані за 30 хв, а DebugView ізолює тільки дебаг-сесії — ви бачите тільки свої події з усіма параметрами і user properties. Tag Assistant дає payload запиту і error messages. Разом — незамінний інструмент при налаштуванні.

🛠 Як зробити

**1) Tag Assistant** — tagassistant.google.com → Add domain → відкриється сесія з дебаг-iframe (extension більше не потрібен з 2023). Перевіряйте Summary, має бути ✓ біля GA4 Configuration. **2) DebugView** — у GTM Preview mode або додайте `?debug_mode=true` до URL. У GA4: Admin → DebugView → знайдіть сесію за device/timestamp → клацніть event → побачите всі параметри.

💡 Чому це важливо

Realtime — найшвидший feedback loop. Якщо там 0 — є проблема (CSP блокує, AdBlock у вашому браузері, неправильний Measurement ID, тег не спрацював).

🛠 Як зробити

GA4 → Reports → Realtime → відкрийте сайт у іншому tab → ви маєте побачити `1 user in last 30 minutes` і свій device, country, page. Якщо 0 — перевірте Tag Assistant і DevTools Network на запити `g/collect`.

💡 Чому це важливо

Сайти з суворим CSP (фінтех, healthcare, корпоративні) часто блокують googletagmanager.com. У DevTools побачите `Refused to load script ... violates the following Content Security Policy directive`. Тег не спрацює.

🛠 Як зробити

Додайте у CSP header: `script-src https://www.googletagmanager.com https://www.google-analytics.com; img-src https://www.google-analytics.com; connect-src https://www.google-analytics.com https://analytics.google.com https://stats.g.doubleclick.net;`. Перевірте через Report-Only mode перед deploy.

📝 Приклад

Content-Security-Policy:
  default-src 'self';
  script-src 'self' 'unsafe-inline' https://www.googletagmanager.com https://www.google-analytics.com;
  img-src 'self' https://www.google-analytics.com https://www.googletagmanager.com;
  connect-src 'self' https://www.google-analytics.com https://analytics.google.com https://stats.g.doubleclick.net;

💡 Чому це важливо

Класична помилка: ви налаштували все у GTM, перевірили у Preview, закрили вкладку — і думаєте, що працює. Але production-сайт використовує LAST PUBLISHED версію. Без Submit зміни недоступні відвідувачам.

🛠 Як зробити

GTM → Submit (червона кнопка вгорі справа) → Version Name: `v1.0 — initial GA4 setup` → Description: список тегів → Publish. Зафіксуйте номер версії — він знадобиться при rollback.

💡 Чому це важливо

Enhanced Measurement дає `scroll`, `click` (outbound), `view_search_results`, `video_*`, `file_download`, `form_*` без коду. Але іноді створює дублі (якщо ви теж шлете їх з GTM) і шум — наприклад, scroll на 90% майже ніколи не корисний.

🛠 Як зробити

Admin → Data Streams → Web → ваш stream → Enhanced Measurement (gear icon) → перегляньте 6 перемикачів. Залиште `Page views` (обов'язково), вимкніть `Site search` якщо у вас немає пошуку, вимкніть `Scroll` якщо ви шлете кастомний scroll.

💡 Чому це важливо

За замовчуванням GA4 шукає параметри `q, s, search, query, keyword`. Якщо ваш сайт використовує `?find=...` — Site Search не працюватиме. Це втрата важливого insight: що шукають користувачі і не знаходять.

🛠 Як зробити

Admin → Data Streams → Web → Enhanced Measurement → Site search → gear icon → Search term query parameter: додайте свій (напр. `find,filter`). Save.

💡 Чому це важливо

Enhanced Measurement тригерить `click` для `<a target=_blank>` або зовнішніх hostname і `file_download` для розширень pdf/xlsx/zip/mp4. Якщо ваші файли в S3/CDN з підписаним URL — extension у параметрах URL немає, тригер не спрацює.

🛠 Як зробити

У DebugView клацніть зовнішнє посилання і завантажте PDF. Має з'явитися `click` з параметром `link_url` і `file_download` з `file_extension`. Якщо ні — додайте кастомні події у GTM.

💡 Чому це важливо

Для контентних сайтів scroll depth — proxy для engagement. Знаючи, що 60% юзерів дочитують до 50% і тільки 15% до 100%, ви розумієте, де додати CTA.

🛠 Як зробити

GTM → Triggers → New → Scroll Depth → Vertical: `25, 50, 75, 100` → All Pages → Save. Tag → GA4 Event → Event Name: `scroll_depth` → Parameter `percent_scrolled`: `{{Scroll Depth Threshold}}`. Не дублюйте з Enhanced Measurement scroll — вимкніть його.

💡 Чому це важливо

Без form-трекінгу ви не знаєте, скільки користувачів почали заповнювати форму і кинули. Це найважливіший funnel-показник для lead gen. Form abandonment 70%+ — норма, нижче 50% — підозріло.

🛠 Як зробити

Admin → Data Streams → Enhanced Measurement → Form interactions → on. Перевірте у DebugView. Якщо ваші форми на React/Vue з кастомним submit — Enhanced Measurement не спрацює, потрібен GTM tag з `form_submit` event listener або dataLayer.push з коду фронтенду.

💡 Чому це важливо

Recommended events (`sign_up`, `login`, `search`, `share`, `select_content`, `generate_lead`) автоматично потрапляють у відповідні звіти GA4 і використовуються ML-моделями. Свій `user_signup` працюватиме, але не буде у Reports → User → Acquisition.

🛠 Як зробити

Перегляньте список: developers.google.com/tag-platform/gtagjs/reference/events. Замапте свої події. Замість `submit_form_contact` → `generate_lead`. Замість `register_account` → `sign_up`. У GTM створіть GA4 Event tags з правильними назвами.

📝 Приклад

// Замість винайденої події
dataLayer.push({ event: 'newsletter_subscribed' });

// Recommended event (краще)
dataLayer.push({
  event: 'sign_up',
  method: 'newsletter'
});

💡 Чому це важливо

Без ecommerce events немає ні revenue, ні Funnel Exploration по checkout, ні Items reports. Це різниця між «у нас 1000 покупок» і «50% юзерів кидають кошик на сторінці payment».

🛠 Як зробити

У dataLayer на кожній сторінці продукту/кошика/чекауту пушайте подію зі схемою. Параметр `items` — ARRAY, навіть для одного товару. Перевірте у DebugView, що `value`, `currency`, `transaction_id` присутні. У GA4 → Reports → Monetization → Ecommerce Purchases має з'являтися виручка.

📝 Приклад

// purchase event (на confirmation page)
dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: 'T_12345',
    value: 1499.00,
    tax: 249.83,
    shipping: 50.00,
    currency: 'UAH',
    coupon: 'SPRING20',
    items: [{
      item_id: 'SKU-001',
      item_name: 'Курс GA4 Pro',
      item_category: 'courses',
      price: 1499.00,
      quantity: 1
    }]
  }
});

💡 Чому це важливо

Передача `user_role: premium` у dataLayer — це 50% роботи. GA4 збирає параметр, але у звітах його не видно, поки ви не зареєструєте як Custom Dimension. Ліміт: 50 event-scoped + 25 user-scoped + 10 item-scoped.

🛠 Як зробити

Admin → Custom definitions → Create custom dimension → Dimension name: `User Role` → Scope: `Event` (для event-scoped) або `User` → Event parameter / User property: `user_role` → Save. Дані з'являться у звітах через 24-48 годин.

💡 Чому це важливо

Custom Dimension з параметром `cart_value: 1499` дасть вам розбивку по конкретним значенням, але ви не зможете рахувати AVG, SUM по ньому у звітах. Custom Metric — дасть. Ліміт: 50 на property.

🛠 Як зробити

Admin → Custom definitions → Custom metrics tab → Create → Metric name: `Cart Value` → Scope: Event → Event parameter: `cart_value` → Unit of measurement: `Standard` (для UAH/USD = Currency) → Save.

💡 Чому це важливо

User Property — це характеристика людини, що зберігається між сесіями: `subscription_plan: pro`, `account_age_days: 95`, `preferred_language: uk`. Ви можете створювати аудиторії «користувачі плану Pro з UA-ринку, які не заходили 30 днів».

🛠 Як зробити

У dataLayer/gtag додайте: `gtag('set', 'user_properties', { subscription_plan: 'pro' });` АБО у GTM: Tag → GA4 Event → User Properties section → key: `subscription_plan`, value: `{{DLV - userPlan}}`. Зареєструйте у Admin → Custom definitions → User properties.

📝 Приклад

// Frontend: після login
gtag('set', 'user_properties', {
  subscription_plan: 'pro',
  account_age_days: 95,
  preferred_language: 'uk'
});

💡 Чому це важливо

Без Preview Mode ви граєтеся в Russian Roulette: Submit → Publish → дивитеся в production чи спрацювало. Preview ізолює ваш браузер, дозволяє бачити кожен крок: `Container Loaded`, `DOM Ready`, `Window Loaded`, ваші custom events.

🛠 Як зробити

GTM → Preview (поряд з Submit) → введіть URL сайту → відкриється Tag Assistant у новому tab → відкриється сайт з debug-сесією. Клацайте по сторінці, виконуйте дії — у Tag Assistant з'являться події з усіма даними.

💡 Чому це важливо

Уявіть: розробник за помилкою назвав подію `purchases` (з s). Замість деплоя — Modify event у GA4: переімейте на `purchase`. Подія потрапить у Monetization звіти без дотику до коду.

🛠 Як зробити

Admin → Events → Modify event → Modification name: `Fix purchases typo` → Matching conditions: `event_name equals purchases` → Modify parameters: `event_name = purchase` → Create.

💡 Чому це важливо

Замість експортувати у Looker Studio і там рахувати «AOV = revenue/transactions», робите це прямо у GA4 і використовуєте у Reports/Audiences. Ліміт: 5 на standard, 50 на 360.

🛠 Як зробити

Admin → Custom definitions → Calculated metrics → Create → Name: `Average Order Value` → Formula: `{Total revenue} / {Transactions}` → Unit: Currency → Save.

💡 Чому це важливо

Key Events — основа Acquisition звітів, Smart Bidding у Google Ads і Conversion Paths. Без них ви бачите тільки трафік і engagement, але не результат.

🛠 Як зробити

Admin → Events → знайдіть подію (`generate_lead`, `purchase`, `sign_up`) → перемикач у колонці `Mark as key event` → ON. ВАЖЛИВО: подія має статись хоча б раз за останні 14 днів, інакше у списку її не буде.

💡 Чому це важливо

Key Event без `value` для Google Ads — це чорний ящик: алгоритм знає «був лід», але не знає, скільки він коштує. З `value: 500, currency: UAH` Smart Bidding оптимізує під реальний ROAS, а не під кількість конверсій.

🛠 Як зробити

У dataLayer/gtag додайте обов'язково `value` і `currency` (ISO 4217). Для лідів — оцінений revenue (LTV × close rate). Перевірте у GA4: Reports → Monetization → Total revenue має зростати після конверсій.

📝 Приклад

dataLayer.push({
  event: 'generate_lead',
  currency: 'UAH',
  value: 500,    // оцінений revenue від ліда
  lead_source: 'organic',
  form_id: 'contact_main'
});

💡 Чому це важливо

GA4 на відміну від UA об'єднує Web і Mobile у одне property з різними Data Streams. Користувач, що зареєструвався у вебі і купив у мобайлі — один user, не два. Це фіксить cross-device attribution.

🛠 Як зробити

Створіть Web Stream + iOS Stream + Android Stream у одному property. Передайте Firebase project_id для мобайл-апп. У Web реалізуйте User-ID (див. нижче). Key Events `purchase` з обох стрімів об'єднаються у Reports → Monetization.

💡 Чому це важливо

Last-click attribution приховує внесок top-funnel каналів (Display, YouTube, Social). Conversion Paths показує, що 60% покупців спочатку прийшли з Facebook, потім з Google Search, а конверсія була з Direct.

🛠 Як зробити

GA4 → Advertising → Attribution → Conversion paths → виберіть Key Event → подивіться розподіл Early/Mid/Late touchpoints. Порівняйте з Models → Data-driven vs Last-click — побачите різницю в розподілі вкладу каналів.

💡 Чому це важливо

Last-click дає 100% credit останньому каналу і недооцінює top-funnel. Data-driven використовує ML для розподілу credit на основі шаблонів конверсій. Безкоштовно, але потребує мінімум **400 conversions на конкретний Key Event + 20 000 total events за lookback period**.

🛠 Як зробити

Admin → Attribution Settings → Reporting attribution model → `Data-driven` → Save. Якщо опція сіра — у вас замало конверсій (поріг ~400 на key event + 20k total events у lookback). Нижче порогу GA4 silently fallback'ується на last-click.

💡 Чому це важливо

Якщо у вас довгий цикл продажу (B2B SaaS, дорогий ecommerce), 30 днів acquisition lookback не побачить початковий touchpoint. Якщо короткий (impulse buy) — 90 днів acquisition створить шум від випадкових візитів.

🛠 Як зробити

Admin → Attribution Settings → Lookback window → налаштуйте під ваш sales cycle. B2B 90 days, ecommerce 30 days, impulse 7 days. Save. Зміна впливає тільки на нові дані.

💡 Чому це важливо

Funnel Exploration відповідає на питання «де ми втрачаємо 80% юзерів?»: Landing → Product → Add to cart → Checkout → Purchase. Якщо drop-off на Checkout 75% — там UX-проблема, треба виправляти.

🛠 Як зробити

GA4 → Explore → Funnel exploration → Define steps: 1) `page_view` page_path = /landing, 2) `view_item`, 3) `add_to_cart`, 4) `begin_checkout`, 5) `purchase`. Open funnel = так, якщо не важливо щоб юзер пройшов послідовно.

💡 Чому це важливо

Без GA4 ↔ Ads link ваші GA4 audiences (Cart Abandoners, Pricing Page Viewers) недоступні для таргетингу у Google Ads. А експорт Key Events як Conversions — основа для Smart Bidding.

🛠 Як зробити

Admin → Product links → Google Ads links → Link → виберіть Ads account → Configure settings → Personalized advertising = ON, Auto-tagging = ON → Submit. У GA4 → Admin → Events → Mark as key event для подій, які хочете експортувати у Ads. Далі у Ads імпортуйте: Tools → Conversions → New → Import → Google Analytics 4.

💡 Чому це важливо

Search Console показує queries, GA4 — поведінку. Без linkу ви не побачите, які queries приводять до високого engagement/conversions. З link'ом є звіт Acquisition → Search Console → Queries.

🛠 Як зробити

Admin → Product links → Search Console → Link → виберіть verified Search Console property → Web stream → Submit. Далі: Reports → Library → Publish `Search Console` collection → активуйте у navigation.

💡 Чому це важливо

GA4 standard зберігає дані 14 міс і має sampling у Explore при > 10M events. BigQuery дає вічний raw event-level (sampling = 0) безкоштовно (1 TB queries free, $5/TB далі). Це обов'язково для будь-якого серйозного бізнесу.

🛠 Як зробити

Створіть GCP project (console.cloud.google.com). Увімкніть BigQuery API. У GA4: Admin → Product links → BigQuery Links → Link → виберіть GCP project → Frequency: `Daily` (рекомендовано) + `Streaming` (для realtime). Region: `eu` для GDPR. Submit. Через 24 год у BigQuery з'являться датасети `analytics_PROPERTY_ID`.

📝 Приклад

-- Перший запит на перевірку
SELECT
  event_date,
  event_name,
  COUNT(*) as event_count
FROM `your-project.analytics_PROPERTY_ID.events_*`
WHERE _TABLE_SUFFIX BETWEEN '20260401' AND '20260430'
GROUP BY event_date, event_name
ORDER BY event_date DESC, event_count DESC;

💡 Чому це важливо

GA4 інтерфейс перевантажений для бізнес-користувача. Looker Studio дає кастомні дашборди: 1 сторінка з 5 KPI для CEO, окрема для маркетингу. Безкоштовно, оновлюється автоматично.

🛠 Як зробити

lookerstudio.google.com → Create → Report → Add data → Google Analytics → виберіть property. Будуйте: Scorecard з users, sessions, conversions; Time series — trafic; Geo map; Table — top pages. Share → з командою.

💡 Чому це важливо

Без linkу Performance Max і Smart Shopping не можуть оптимізувати під реальний product performance з GA4. З link'ом — Merchant Center бачить, які SKU мають високий conversion rate, і налаштовує bidding.

🛠 Як зробити

Admin → Product links → Display & Video 360 / Search Ads 360 / Merchant Center → Link → виберіть Merchant Center account → Submit.

💡 Чому це важливо

Якщо у вівторок організічний трафік впав на 40% (тег зламали, robots.txt випадково забанив), ви хочете знати у вівторок, не у понеділок наступного тижня. Insights дозволяє email-алерт.

🛠 Як зробити

GA4 → Insights (right sidebar на головній) → Create → Custom Insight → Evaluation frequency: Daily → Conditions: `Sessions decreases by more than 30%` → Email notification → Save.

💡 Чому це важливо

Через ad-blockers, Safari ITP, iOS ATT і EU GDPR-consent fall-off Google Ads втрачає 15-30% conversion attribution навіть без deprecation 3rd-party cookies. Enhanced Conversions передає hashed email/phone (SHA-256) разом з gclid у Google Ads, де Google матчить його зі своєю signed-in user database — і відновлює conversion. Це найбільш impactful зміна 2024-2026 для Smart Bidding.

🛠 Як зробити

GA4 → Admin → Data Display → Enhanced Conversions → Activate. У GTM створіть нову User-Provided Data variable з email/phone з форми. Hash на клієнті НЕ потрібен — Google Tag хешує сам. Перевірте у Google Ads → Conversions → Enhanced conversions: status 'Recording' з match rate >50% — успіх.

📝 Приклад

// GTM User-Provided Data variable (читає з checkout форми)
{
  email: '{{Form Email}}',
  phone_number: '{{Form Phone}}',
  first_name: '{{Form FName}}',
  last_name: '{{Form LName}}',
  street: '{{Form Address}}'
}
// Google Tag автоматично hash'ить через SHA-256 на клієнті

💡 Чому це важливо

Web Enhanced Conversions працюють для immediate purchases, але для B2B/SaaS lead-flow conversion відбувається offline (sales call, demo signed, contract). Enhanced Conversions for Leads дозволяє upload'ити hashed email з CRM (Pipedrive/HubSpot/Salesforce) — Google матчить його з gclid'ом первісного click'а і повертає conversion, навіть якщо угода була 30 днів пізніше. Покращує Smart Bidding для lead-gen на 20-40%.

🛠 Як зробити

1. У формі лідогенерації захопіть email + зберіть з URL'у gclid (через cookie). 2. У CRM при closed-won → expor у CSV: `email_hashed`, `gclid`, `conversion_action`, `conversion_value`, `conversion_time`. 3. Google Ads → Conversions → Upload from CRM → виберіть Enhanced Conversions for Leads → upload CSV. 4. Для автоматизації — Zapier/Make між CRM і Google Ads API. 5. Перевірте match rate >40% — якщо нижче, перевірте hash format (SHA-256, lowercase, trim).

💡 Чому це важливо

Без Consent Mode v2 ви втрачаєте: ремаркетинг для EEA користувачів, модельовані конверсії, GA4 event-level data до згоди. У Basic mode — теги взагалі не стріляють до consent (мінус 30-60% даних). У Advanced — шлеться cookieless ping і Google моделює конверсії.

🛠 Як зробити

Виберіть CMP (Cookiebot/OneTrust/Iubenda/Klaro) — він керує consent UI. У GTM додайте Consent Initialization tag з default `denied` для всіх 4 категорій (`ad_storage, analytics_storage, ad_user_data, ad_personalization`). CMP пушить `consent update` після згоди → теги розблоковуються.

📝 Приклад

// У <head> ДО GTM
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'analytics_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'wait_for_update': 500
  });
</script>

💡 Чому це важливо

GA4 використовує consent signals для моделювання поведінки відмовників — без активації Modeling у звітах не буде, тільки реальні дані опт-ін користувачів (часто 30-50% від всіх).

🛠 Як зробити

Admin → Data Settings → Behavioral modeling for consent mode → toggle ON. Окремо: Admin → Identity → Reporting Identity → виберіть `Blended` (рекомендовано) — використовує User-ID > Google Signals > Device-ID > Modeling. Save.

💡 Чому це важливо

На відміну від UA (де треба було ставити `anonymize_ip: true`), GA4 не зберігає IP-адреси взагалі — тільки геолокація. Але якщо ви передаєте IP як custom parameter (не робіть!) — це порушення GDPR.

🛠 Як зробити

Перевірте у вашому коді/GTM, що ви ніколи не пушите `client_ip`, `user_ip` як event/user parameter. Якщо знайшли — видаліть. Реєструйте у DPA: «GA4 не зберігає IP, дані про регіон агреговані».

💡 Чому це важливо

Користувач може запросити видалення своїх даних (Right to Erasure). У GA4 ви маєте 30 днів на виконання. Без процесу ви ризикуєте штрафом GDPR (4% від обороту).

🛠 Як зробити

Реалізуйте на сайті форму «Запит на видалення даних». При отриманні: ідентифікуйте User-ID або Client-ID → GA4 → Admin → Data Deletion Requests → Schedule data deletion request → User-ID matches: `[USER_ID]` → Submit. Виконається за 7 днів.

💡 Чому це важливо

Корпоративні клієнти і enterprise-аудит вимагатимуть DPA. Без DPA ви не зможете продавати в EU. Документ описує, які дані ви збираєте, де зберігаєте, скільки часу.

🛠 Як зробити

У DPA фіксуйте: Provider = Google LLC, Data location = EU regions (для BigQuery export), Retention = 14 months, Anonymization = active, Sub-processors = Google subsidiaries. Шаблон є на iubenda.com або термсфід.

💡 Чому це важливо

Якщо email потрапить у `page_location` (через `?email=...` query param) або у custom dimension, Google може відключити ваш property без попередження. І ви отримаєте порушення GDPR.

🛠 Як зробити

Admin → Data Streams → Web → Configure tag settings → Show all → Redact data → Email і інші параметри. Перевірте у DebugView, що `page_location` не містить email/phone. Якщо містять — налаштуйте URL Strip Query Parameters.

💡 Чому це важливо

З квітня 2021 (iOS 14.5) усі iOS-додатки мають показувати App Tracking Transparency prompt перед використанням IDFA. Без consent — IDFA повертається як `00000000-0000-0000-0000-000000000000`, attribution Facebook/Google ламається на 50-70%. Альтернатива — SKAdNetwork (Apple-controlled aggregated attribution з 24-48h delay). Без правильного налаштування Firebase + ATT ваші Mobile App campaigns показують false negatives.

🛠 Як зробити

Apple Developer → App.plist → додайте `NSUserTrackingUsageDescription` з зрозумілим текстом ('Дозвольте відстеження для персоналізованих рекомендацій'). У Firebase SDK: `Analytics.setAnalyticsCollectionEnabled(false)` до consent → після ATT prompt accept → `setAnalyticsCollectionEnabled(true)` + `IDFA` валідний. Конфігуруйте SKAdNetwork conversion model у App Store Connect → Mobile Measurement Partners. Тестуйте в TestFlight.

📝 Приклад

// Swift (iOS)
import AppTrackingTransparency
ATTrackingManager.requestTrackingAuthorization { status in
  switch status {
  case .authorized:
    Analytics.setAnalyticsCollectionEnabled(true)
  default:
    // SKAdNetwork only (no IDFA)
    Analytics.setAnalyticsCollectionEnabled(true)
  }
}

💡 Чому це важливо

**Контекст 2026:** Google офіційно [скасував deprecation 22 липня 2024](https://privacysandbox.com/), а у квітні 2025 [відмовився і від User Choice Prompt](https://privacysandbox.com/news/privacy-sandbox-update/) — 3rd-party cookies продовжують працювати в Chrome без обмежень. Topics API і Protected Audience залишилися як **опціональні додатки** для тих, хто хоче зменшити залежність від cookies (наприклад, в EU де GDPR consent низький). Для більшості сайтів критична увага зараз — **Consent Mode v2 + first-party data**, а не Privacy Sandbox.

🛠 Як зробити

Якщо EU traffic значний і consent rate <50% — додайте `Permissions-Policy: browsing-topics=(self)` header для opt-in у Topics API (стара директива `interest-cohort` deprecated). Перевірте у Chrome DevTools → Application → Storage → Privacy Sandbox. У GA4 → Admin → Audiences використовуйте first-party Customer Match замість 3rd-party remarketing де можливо. Не критично для запуску — це майбутнє доповнення.

💡 Чому це важливо

Consent Mode v2 (обов'язковий для EEA з березня 2024) потребує передачу 4 signals: `ad_storage`, `analytics_storage`, `ad_user_data`, `ad_personalization`. Самописний banner часто помиляється у тимінгу або значеннях signals — Google Ads губить audience signals і конверсії. **Google-сертифіковані CMP** ([Cookiebot](https://www.cookiebot.com/), [OneTrust](https://www.onetrust.com/), [Usercentrics](https://usercentrics.com/), [Iubenda](https://www.iubenda.com/), [TrustArc](https://trustarc.com/)) автоматично передають правильні signals і документально compliant. Ціна — €10-50/міс для малого сайту, але економить десятки годин dev-роботи + ризик GDPR-fine.

🛠 Як зробити

1. Виберіть CMP з [сертифікованого списку](https://cmppartnerprogram.consensu.org/cmp-list.html). 2. Інтегруйте через GTM tag template (Cookiebot/OneTrust мають готові). 3. У GTM Consent Settings (Admin → Container → Consent Settings) → enable `Additional consent`. 4. Тестуйте у DebugView GA4: до consent — events з `consent_state=denied`, після — `granted`. Перевірте `Тестовий режим` у Tag Assistant. 5. Для самовалідації — використайте [Privacy Sandbox CMP Validator](https://privacysandbox.com/) Chrome extension.

💡 Чому це важливо

Без cross-domain juzер з shop.example.com на checkout.example.com стає новим юзером з referrer = shop.example.com. Conversion attribution руйнується. Cross-domain зшиває їх у одну сесію через linker URL parameter.

🛠 Як зробити

GA4 → Admin → Data Streams → Web → Configure tag settings → Configure your domains → Add condition → введіть всі домени (`shop.example.com`, `checkout.example.com`, `blog.example.com`) → Save. GA4 автоматично додасть `_gl` параметр до посилань між доменами.

💡 Чому це важливо

Без User-ID юзер на phone і desktop = 2 різних користувачі. З User-ID = 1. Це впливає на User-level метрики (LTV, Churn, Cohorts) і дозволяє Identity blending.

🛠 Як зробити

Передавайте User-ID при login: `gtag('config', 'G-XXX', { 'user_id': 'CRM_USER_12345' });`. ВАЖЛИВО: ID має бути НЕ-PII — внутрішній CRM/database ID, НЕ email/phone напряму. Хешування внутрішнього numeric ID непотрібне (хешувати треба тільки email/phone у Enhanced Conversions). Reporting Identity → Blended. Перевірте у DebugView, що `user_id` присутній.

📝 Приклад

// Frontend після successful login
const userId = String(user.id);  // plain non-PII internal ID
gtag('set', { 'user_id': userId });
gtag('event', 'login', { method: 'email' });

💡 Чому це важливо

Ad-blockers блокують `googletagmanager.com` (втрата 15-30% даних). Server-side GTM на `metrics.your-domain.com` обходить це. Плюс: ви фільтруєте PII перед відправкою у GA4, контролюєте quota, кешуєте.

🛠 Як зробити

GTM → New Container → Server. Розгорніть на Google Cloud Run (preset App Engine deploy ~$50-100/міс) або Cloudflare Workers. Налаштуйте subdomain `sgtm.your-domain.com`. У client-side GTM змініть `transport_url` на ваш домен. Створіть GA4 server tag у server container.

💡 Чому це важливо

Без audiences ремаркетинг працює по-старому: один список «всі відвідувачі». З audiences ви маєте «кинули кошик», «дивилися pricing > 30 сек», «pro-юзери з > 10 сесій» — кожний з власним креативом.

🛠 Як зробити

GA4 → Admin → Audiences → New audience → Create custom audience → Conditions: `add_to_cart` AND NOT `purchase` → Membership duration: 30 days → Save. Через 24-48 год audience доступна у Google Ads для ремаркетингу.

📝 Приклад

Audience: "Cart abandoners 30d"
Include: Event = add_to_cart (any time)
Exclude: Event = purchase (any time)
Membership duration: 30 days

💡 Чому це важливо

Замість будувати ML-модель самому, GA4 дає готові: «юзери з ймовірністю покупки > 70% за 7 днів». Можна створити audience і таргетувати їх з вищим bid. Працює при 1000+ users з purchase і 1000 без за 28 днів.

🛠 Як зробити

GA4 → Audiences → New → Suggested audiences → Predictive → виберіть `Likely 7-day purchasers` → Save. Перевірте у Audience overview, що метрика розрахована (Eligible). Експортуйте в Ads.

💡 Чому це важливо

Standard Reports навігація має 30+ звітів — переважна більшість зайва. Library дозволяє створити окремі collections для маркетингу, продукту, керівництва.

🛠 Як зробити

Reports → Library → Create new collection → Topics: Acquisition, Engagement, Monetization → drag-and-drop reports → Save → Publish. У navigation з'явиться нова collection. Можна створити custom report: Library → Create new report → Detail report → виберіть dimensions/metrics.

💡 Чому це важливо

GA4 connector у Looker Studio має sampling, ліміти cardinality (часто бачите `(other)` рядок). BigQuery connector — sampling 0, всі дані доступні, можна писати custom SQL з window functions.

🛠 Як зробити

Looker Studio → Add data → BigQuery → виберіть свій project → datasets `analytics_PROPERTY_ID` → Custom query → введіть SQL з агрегацією. Збережіть як data source. Use it для unsampled дашбордів з cohort retention, custom funnels.

💡 Чому це важливо

Тег може зламатися після deploy, GTM container може випадково unpublished. Без моніторингу ви дізнаєтесь через тиждень, коли керівник запитає чому впала виручка у Looker Studio.

🛠 Як зробити

У BigQuery створіть scheduled query: щодня рахуйте кількість `purchase` events. Відсилайте в Slack/Email через Cloud Functions. АБО: Insights у GA4 → Custom Insight → `Daily purchase count drops by > 50% vs 7d avg` → email.

💡 Чому це важливо

Google офіційно забороняє PII у GA4 (Terms of Service §7). Якщо користувач шукав '[email protected]' у вашому search-полі — email потрапляє у `search_term` параметр, GA4 виявляє і блокує property без попередження. Server-side GTM має regex-фільтр перед forward — це останній захист. У 2024 кілька великих SaaS отримали GA4 ban за необробленi search query з email.

🛠 Як зробити

У sGTM-контейнері: створіть Variable → Custom JavaScript з regex-фільтром: `function() { var v = {{Event Data}}; v.search_term = String(v.search_term||'').replace(/[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}/gi, '[redacted-email]').replace(/\b\d{10,}\b/g, '[redacted-phone]'); return v; }`. Прив'яжіть до GA4 Event Tag перед .send(). Тестуйте через DebugView — input '[email protected]' має стати '[redacted-email]'.

📝 Приклад

// sGTM Custom JavaScript variable
function redactPII(eventData) {
  const piiPatterns = [
    { regex: /[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}/gi, replace: '[redacted-email]' },
    { regex: /\b(\+?\d[\d\s\-()]{8,})\b/g, replace: '[redacted-phone]' },
    { regex: /\b\d{4}\s?\d{4}\s?\d{4}\s?\d{4}\b/g, replace: '[redacted-card]' }
  ];
  for (const key in eventData) {
    if (typeof eventData[key] === 'string') {
      piiPatterns.forEach(p => {
        eventData[key] = eventData[key].replace(p.regex, p.replace);
      });
    }
  }
  return eventData;
}

💡 Чому це важливо

GA4 Admin → Account/Property change history показує тільки 6 місяців. У compliance-сценаріях (фінансовий аудит, GDPR DPA, безпека) потрібен permanent log. Через BigQuery scheduler можна щодня pull change_history через GA4 Admin API і store як append-only table — вічний archive хто що змінював, дата, IP. Рятує при міграції на нового аналітика — бачите чому conversion раптом перестав рахуватися півроку тому.

🛠 Як зробити

Cloud Function на schedule (щоденно) → виклик `https://analyticsadmin.googleapis.com/v1alpha/properties/{ID}:listAccessBindings` + `:changeHistory` → результат INSERT у `analytics_audit.changes` BQ table. Service account з role `Property Viewer`. Looker Studio дашборд: filter by user, action_type, date. Переглядайте під час квартального security review.