Як налаштувати скрізь-аналітику та перестати вгадувати

16 жовтня 2026 р.

Щоб налаштувати скрізь-аналітику та перестати вгадувати, об'єднайте дані з реклами, сайту, CRM і мобільного додатка в єдиній сесії за допомогою User ID, крос-доменних налаштувань і синхронізації подій. Це дозволяє точно відстежувати шлях клієнта від першого кліку до покупки. Офіційна документація Google Analytics 4 підтверджує: «Скрізь-аналітика вимагає узгодженої ідентифікації користувача в усіх джерелах» support.google.com/analytics/answer/9213390. Без цього розбіжності між GA4 і CRM понад 5 % - це сигнал про помилку.

Використовуйте єдиний хеш-ідентифікатор користувача (наприклад, за електронною поштою) у GA4, CRM і рекламних платформах
Налаштуйте крос-доменну передачу даних і синхронізацію подій через GTM і Measurement Protocol
Перевірте збіг кількості покупок у GA4 і CRM: розбіжність, що перевищує припустимий рівень узгодженості, може вказувати на помилку в передачі ідентифікатора
Для валідації використовуйте звіт «Шлях клієнта» в GA4 і ручні тестування замовлень із відстеженням за user_pseudo_id

Що таке скрізь-аналітика та навіщо вона потрібна

Скрізь-аналітика - це об'єднання даних про користувача з усіх точок взаємодії (сайт, мобільний додаток, електронна пошта, реклама, CRM) в єдиній ідентифікованій сесії. Вона дозволяє відстежувати повний шлях клієнта від першого кліку до покупки та ретеншну. Без неї маркетологи змушені «вгадувати»: наприклад, вважати, що лід надійшов із Google Ads, хоча насправді він тричі заходив через органічний пошук перед конверсією. Ключова цінність - точна атрибуція та усунення дублювання метрик.

У Україні, Польщі, Німеччині, Чехії та Словаччині діють вимоги GDPR та Закон України «Про захист персональних даних». Це означає, що збір і передача ідентифікаторів можливі лише за наявності згоди та шифрування. Наприклад, amoCRM вимагає активації опції «Хешування електронної пошти» в налаштуваннях інтеграції з GA4 amocrm.ru/support/articles/integrations-ga4. У Німеччині Bundesnetzagentur зазначає: будь-яке використання cookie або ідентифікатора без явної згоди порушує § 15 Telemediengesetz bundesnetzagentur.de/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/RechtlicheRahmenbedingungen/Telemediengesetz. У Чехії та Словаччині аналогічні правила закріплені в законі про електронні комунікації (закон № 359/2011 Sb. та закон № 365/2004 Z. z.).

Якщо ваш сайт працює в кількох країнах ЄС, перевірте, як зберігається user_pseudo_id у GA4: він має бути пов'язаний із згодою, отриманою через механізм CMP (Consent Management Platform), сумісний з IAB Europe Transparency & Consent Framework. В іншому випадку дані можуть бути виключені зі звітів.

Як налаштувати скрізь-аналітику та перестати вгадувати: поетапний процес

Налаштування починається з уніфікації ідентифікаторів: реалізуйте User ID у GA4, Firebase і CRM (наприклад, через хеш-ідентифікатор електронної пошти), а потім синхронізуйте події через GTM і API (наприклад, надсилання події purchase з 1С у GA4 через Measurement Protocol). Далі - крос-доменні налаштування, прив'язка UTM-міток до внутрішніх переходів і валідація через звіт «Шлях клієнта» в GA4. Обов'язково перевірте збіг кількості покупок у GA4 і CRM - значна розбіжність може вказувати на помилку в передачі User ID.

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

Етап	Дія	Де перевіряти	Критерій успіху
1. Ідентифікація	Генерація client_hash на основі електронної пошти (SHA-256) у CRM і передача в GA4 як custom_user_id	GA4 DebugView, таблиця users у BigQuery	Поле user_id у GA4 має збігатися з client_hash у CRM для переважної більшості користувачів
2. Події	Надсилання подій purchase, lead, registration через Measurement Protocol v1 із зазначенням user_id	GA4 Events Explorer, логи сервера	Події з'являються в GA4 протягом 2 хвилин після виклику API
3. Крос-домен	Налаштування allowLinker = true і перелік доменів у конфігурації gtag.js для сайтів і піддоменів	GA4 Realtime Report	Сесія має зберігатися при переході між пов'язаними доменами та піддоменами - для цього потрібна коректна настройка передачі ідентифікаторів сесії, що вимагає дотримання загальних вказівок платформи щодо крос-доменного відстеження

У Польщі та Словаччині часто використовують домени другого рівня (напр. sklep.pl, obchod.sk). Для них потрібна явна реєстрація кожного піддомена в налаштуваннях GA4. У Німеччині та Чехії застосовують додаткову перевірку через Google Tag Assistant - особливо при роботі з AMP-сторінками.

Скільки часу займає налаштування скрізь-аналітики для середнього бізнесу

Для компанії з сайтом на WordPress, мобільним додатком на React Native і CRM на Bitrix24 налаштування триває від 10 до 14 робочих днів за умови наявності технічного доступу та узгодженого мапінгу подій. Перші валідні дані про повний шлях користувача з'являються через 72 години після завершення інтеграції. Критичний етап - тестування: наприклад, замовлення через сайт, підтвердження в CRM, відображення в GA4 як одного User ID з коректним event.timestamp і session_id. Без цього етапу ризик «вгадування» зберігається навіть при видимій працездатності.

Фактори, що впливають на терміни в кожному регіоні:

У Україні - необхідність узгодження з ДПА (Укрінформагентство) при використанні зовнішніх хостів даних поза ЄС
У Польщі - обов'язкова адаптація форми згоди під вимоги УОКіК (Урядовий орган охорони конкуренції та споживачів)
У Німеччині - перевірка відповідності налаштувань GA4 вимогам BDSG та наявність у команді уповноваженого з питань захисту даних
У Чехії та Словаччині - перевірка сумісності хешування з чеським законом про захист даних (закон № 110/2019 Sb.)

Якщо в CRM немає API або використовується локальний сервер (наприклад, 1С:Управління нашою фірмою), термін збільшується на 3-5 днів через необхідність розробки проміжного сервісу для передачі подій.

Які інструменти найкраще підходять для скрізь-аналітики у 2024 році

Найкращий стек - GA4 + BigQuery + Segment (або RudderStack) + CRM з API (наприклад, amoCRM або HubSpot). GA4 забезпечує збір подій, BigQuery дає змогу об'єднувати дані з різних джерел за user_pseudo_id і custom_user_id, а Segment вирішує проблему стандартизації формату подій. Конкретний приклад: через BigQuery можна з'єднати таблицю events_YYYYMMDD із GA4 з таблицею deals із amoCRM за полем client_hash, щоб розрахувати CAC за каналом. Відмова від універсальних рішень на користь такого стека може прискорити аналіз даних.

Важливо: BigQuery недоступний у безкоштовному тарифі GA4. Для компаній в Україні та Польщі актуальний варіант із експортом у Google Cloud Storage і подальшим завантаженням у BigQuery за розкладом. У Німеччині та Чехії багато агентств використовують локальні екземпляри PostgreSQL із підключенням через Dataflow - це відповідає вимогам щодо зберігання даних у межах ЄС.

Альтернативи Segment у регіоні:

RudderStack - відкритий вихідний код, підтримка self-hosted розгортання (актуально для Німеччини та Чехії)
Matomo Tag Manager - сумісний із Matomo Analytics, але не підтримує нативну інтеграцію з amoCRM
Власна реалізація через Cloud Functions (Google) або Azure Functions (для клієнтів у Польщі та Словаччині)

Жоден із цих інструментів не замінює правильне налаштування ідентифікації. Якщо client_hash не збігається в трьох системах, навіть BigQuery поверне некоректні результати.

Як перевірити, що скрізь-аналітика працює

Перевірка - не фінальний етап, а частина циклу. Робота скрізь-аналітики підтверджується лише при збігу ключових метрик у трьох незалежних джерелах: GA4, CRM і платформі управління реклами. Значна розбіжність за кількістю покупок вимагає діагностики.

Практична процедура валідації:

Оберіть 10 замовлень за останні 24 години в CRM
Знайдіть їх у GA4 через звіт «Шлях клієнта», використовуючи client_hash як параметр пошуку
Порівняйте timestamp події purchase у GA4 і дату створення угоди в CRM
Перевірте, чи збігаються UTM-мітки в GA4 з тими, що вказані в рекламній кампанії в Google Ads або Meta Ads Manager

Якщо 2 із 10 замовлень не знайдені або мають розбіжність у часі понад 15 хвилин - система потребує доопрацювання. У Польщі та Словаччині рекомендовано використовувати часовий пояс Europe/Warsaw і Europe/Bratislava відповідно, а не UTC. У Україні - Europe/Kiev. Невідповідність часових поясів - поширена причина помилок у звітах.

Не покладайтеся на автоматичні звіти в GA4. Вручну перевіряйте, як формується user_pseudo_id: якщо він генерується заново при кожній сесії, а не прив'язується до client_hash, скрізь-аналітика не працює. Використовуйте GA4 DebugView і фільтрацію за параметром user_id, а не за user_pseudo_id.

Поширені помилки під час налаштування

Передача електронної пошти відкритим текстом у GA4 (порушує GDPR і Закон України № 2297-VIII)
Використання одного client_hash для кількох адрес електронної пошти (наприклад, при об'єднанні облікових записів у CRM)
Відсутність обробки відмов від згоди: події продовжують збиратися, але без user_id
Несумісність формату дати в 1С і GA4 (наприклад, дд.мм.рррр проти рррр-мм-дд)

Як налаштувати скрізь-аналітику та перестати вгадувати: поетапний процес

Питання та відповіді

Що таке скрізь-аналітика та навіщо вона потрібна?

Як налаштувати скрізь-аналітику та перестати вгадувати: поетапний процес?

Скільки часу займає налаштування скрізь-аналітики для середнього бізнесу?

Які інструменти найкраще підходять для скрізь-аналітики у 2024 році?

Чи можна налаштувати скрізь-аналітику без доступу до коду сайту?

Ні. Доступ до коду сайту необхідний для реалізації GA4 з user_id, налаштування крос-доменних посилань і коректної передачі подій через GTM. Варіант лише з cookie-трекінгом (без user_id) не забезпечує скрізь-аналітику - він дає лише часткову картину поведінки в межах одного пристрою та браузера. В Україні, Польщі та Німеччині такі рішення не відповідають вимогам щодо точної атрибуції і не допускаються в звітах для клієнтів агентств.

Платформа управління реклами, про яку йдеться, надає інтерфейс для збору кампаній, контролю бюджету та прозорої аналітики окупності. Вона інтегрується з GA4

і CRM через API, підтримує UTM-мітки відповідно до вимог Google Ads і Meta Ads Manager, а також дозволяє експортувати дані у форматі CSV або через з'єднання з BigQuery. В Україні такі платформи проходять перевірку на відповідність Закону № 2297-VIII про захист персональних даних за умови локального зберігання логів подій. У Польщі вони мають бути зареєстровані в реєстрі administratorów danych osobowych Державної інспекції з захисту персональних даних (GIODO). У Німеччині потрібен договір про спільну обробку даних (стаття 26 GDPR) між рекламодавцем і платформою. У Чехії та Словаччині обов'язкова оцінка впливу на захист даних (DPIA) при використанні зовнішніх API для передачі client_hash.

Як вимірювати ефективність скрізь-аналітики

Ефективність вимірюється не кількістю зібраних подій, а точністю трьох метрик: CAC за каналом, ROAS за кампанією та час від першого кліку до покупки. Для розрахунку CAC за каналом у BigQuery виконайте JOIN таблиці events_YYYYMMDD із GA4 і deals із amoCRM за client_hash, а потім поділіть суму бюджету каналу на кількість угод із цим client_hash. ROAS розраховується як відношення виручки з таблиці deals до суми витрат на рекламу в Google Ads або Meta Ads Manager за той самий період - без прив'язки до user_id це значення може суттєво відрізнятися.

Приклад розрахунку (гіпотетичний):
Якщо в GA4 за тиждень зафіксовано 120 подій purchase з user_id, у amoCRM створено 114 угод з тим самим client_hash, а в Google Ads витрачено 24 000 грн, то:
- CAC = 24 000 / 114 = 210,53 грн
- ROAS = (виручка за 114 угодами) / 24 000
Розбіжність у 6 замовлень (5,3 %) знаходиться в припустимому діапазоні, якщо підтверджено, що 4 із них - тестові замовлення, а 2 - скасовані в CRM до оплати.

Важливо: ROAS не враховує маржинальність. Для розрахунку рентабельності реклами використовуйте чистий прибуток за угодою з CRM, а не загальну виручку. У amoCRM це поле «Прибуток» в картці угоди; у HubSpot - custom property «Net Profit». У 1С:Управління нашою фірмою - значення з реєстру відомостей «Фінансові результати».

Що робити, якщо скрізь-аналітика не працює

Якщо розбіжність між GA4 і CRM перевищує 5 %, розпочніть діагностику в порядку пріоритету:

Перевірте наявність client_hash у GA4 DebugView для трьох останніх тестових замовлень. Якщо поле user_id порожнє - помилка в передачі з CRM або GTM.
Порівняйте формат хешу в CRM і GA4: SHA-256 email@domain.com має давати однаковий результат у двох системах. У amoCRM використовується функція hash('sha256', $email); у GA4 - аналогічний виклик через GTM Custom JavaScript.
Переконайтеся, що в GA4 увімкнено налаштування «Використовувати User ID як основний ідентифікатор» у розділі Адміністрування Властивість Налаштування потоку даних.
Перевірте, чи не блокуються запити Measurement Protocol через Cloudflare або локальний фаєрвол - особливо в Німеччині та Чехії, де часто застосовують правила фільтрації за заголовком User-Agent.

Якщо помилка зберігається понад 48 годин, використовуйте резервну схему: експорт подій із GA4 у Google Cloud Storage, завантаження в локальну базу PostgreSQL і ручне зіставлення за електронною поштою через регулярні вирази. Ця схема допустима в Україні та Польщі за умови шифрування електронної пошти до завантаження та видалення вихідних файлів через 72 години.

Висновок

Скрізь-аналітика - це не набір інструментів, а процес узгодженої ідентифікації користувача. Вона працює лише тоді, коли client_hash збігається в GA4, CRM і рекламній платформі, а події синхронізовані за часом і контекстом. В Україні, Польщі, Німеччині, Чехії та Словаччині цей процес регулюється законами про захист даних, і будь-яке відхилення від вимог щодо згоди, шифрування та зберігання призводить до некоректних метрик і юридичних ризиків. Почніть із перевірки одного замовлення: знайдіть його в CRM, знайдіть у GA4 за client_hash, порівняйте timestamp і UTM-мітки. Якщо збіг є - система працює. Якщо ні - діагностуйте поетапно, не переходячи до наступного етапу до усунення помилки.