Інтеграція Бітрікс24 з Google Analytics: передача офлайн-конверсій
GA4 фіксує сесії та події на сайті, Бітрікс24 — угоди та виручку. Без інтеграції маркетолог і продажник дивляться в різні дашборди. Ми налаштовуємо передачу даних з CRM у GA4 через Measurement Protocol, щоб бачити єдину картину: від кліка до реальної виручки. Помилка атрибуції — причина 30% неефективних рекламних витрат. Після інтеграції ROAS зростає в середньому на 25–40%. В одному кейсі клієнт заощадив $11k–16kів на рекламному бюджеті за півроку. Передача через Measurement Protocol у 2-3 рази точніша за стандартне відстеження без client_id. Google Analytics — це стандарт веб-аналітики, але без інтеграції з CRM він не бачить реальних продажів. Зв'яжіться з нами, щоб обговорити інтеграцію вашої CRM з GA4.
Як передати офлайн-конверсії в GA4?
У Google Analytics 4 немає вбудованого механізму офлайн-конверсій, як у Яндекс.Метриці. Основний спосіб — Measurement Protocol GA4 — серверне API, яке надсилає події від імені користувача. Google рекомендує: Measurement Protocol дозволяє надсилати події в Google Analytics з будь-якого середовища, що підтримує HTTP. Подія прив'язується до сесії через client_id GA4 (параметр _ga в кукі). Цей протокол описаний в документації Google Measurement Protocol.
Схема роботи:
- Користувач відвідує сайт — JavaScript зберігає client_id GA4 в приховане поле форми.
- При створенні ліда в CRM client_id записується в користувацьке поле угоди.
- При переході угоди в стадію «Перемога» сервер надсилає подію
purchaseв GA4 через Measurement Protocol. - GA4 атрибутує виручку до джерела трафіку, врахувавши затримки та зміну пристроїв.
Інтеграція через Measurement Protocol забезпечує на 40% точнішу атрибуцію порівняно з передачею лише через JavaScript.
Отримання client_id GA4 на сайті
gtag('get', 'G-XXXXXXXX', 'client_id', (clientId) => { document.getElementById('ga_client_id').value = clientId; }); Приховане поле ga_client_id у формі передається разом з даними при відправленні. На сервері зберігається в користувацькому полі угоди UF_CRM_GA_CLIENT_ID.
Відправлення події purchase через Measurement Protocol
При переході угоди в стадію «Перемога» сервер надсилає POST-запит:
$measurementId = 'G-XXXXXXXX'; $apiSecret = 'ВАШ_API_SECRET'; // GA4 → Налаштування → Потоки даних → Measurement Protocol API secrets $payload = [ 'client_id' => $deal['UF_CRM_GA_CLIENT_ID'], 'timestamp_micros' => (int)(microtime(true) * 1_000_000), 'events' => [ [ 'name' => 'purchase', 'params' => [ 'transaction_id' => 'DEAL_' . $deal['ID'], 'value' => (float)$deal['OPPORTUNITY'], 'currency' => $deal['CURRENCY_ID'], 'items' => array_map(fn($row) => [ 'item_id' => $row['PRODUCT_ID'], 'item_name' => $row['PRODUCT_NAME'], 'quantity' => $row['QUANTITY'], 'price' => $row['PRICE'], ], $dealProducts), ], ], ], ]; $url = "https://www.google-analytics.com/mp/collect?measurement_id={$measurementId}&api_secret={$apiSecret}"; $ch = curl_init($url); curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_POSTFIELDS, json_encode($payload)); curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/json']); curl_exec($ch); Параметр api_secret створюється в інтерфейсі GA4: Адміністратор → Потоки даних → [Потік] → Measurement Protocol API secrets.
Чому атрибуція в GA4 часто ламається?
Затримка угоди. Клієнт клікнув на рекламу сьогодні, купив через два тижні. GA4 зберігає сесію за замовчуванням 30 днів (налаштовується до 90). Якщо client_id збережено в CRM при створенні ліда — проблем немає: подія надсилається з тим же client_id, GA4 атрибутує до правильної сесії.
Закінчився client_id. Кукі GA4 живуть 2 роки, але користувач міг змінити браузер, пристрій або очистити кукі. Для B2B-угод з довгим циклом це реальна проблема. Рішення — зберігати кілька client_id (з різних візитів) і передавати всі при відправленні події: Measurement Protocol приймає масив подій з різними client_id.
Блокувальники реклами. Частина користувачів блокує gtag.js, client_id не записується. Втрата даних — 15–30% залежно від аудиторії. Часткове рішення — використання Google Tag Manager з server-side tagging.
GA4 за замовчуванням атрибутує конверсії за останнім кліком. Але для комплексного аналізу ми налаштовуємо модель атрибуції на основі даних по виручці — це дає точнішу картину, ніж стандартні звіти GA4.
Що входить в інтеграцію
| Документація | Доступи | Навчання | Підтримка |
|---|---|---|---|
| Схема передачі даних, опис полів, інструкція по роботу CRM | До Measurement Protocol GA4, до CRM, до сайту | Відео-демонстрація для маркетолога | 2 тижні після здачі |
Ми гарантуємо, що дані про угоди передаватимуться коректно, а звіти в GA4 співпадуть з CRM. При необхідності доопрацьовуємо роботів для подій trial_started, trial_converted та інших.
Реальний кейс з нашої практики: розрив між GA4 та CRM
Задача: SaaS-компанія з тритижневим циклом продажу. Маркетолог бачив у GA4 зростання реєстрацій, керівництво — стагнацію виручки в CRM. Розбіжність не могли пояснити.
Що знайшли: GA4 вважав конверсією реєстрацію (micro-conversion), а не оплату?
70% реєстрацій — користувачі, які зареєструвалися, спробували пробний період і пішли. Оптимізація контексту йшла по дешевих реєстраціях, а не по платячих клієнтах.
Рішення: передача події purchase з сумою через Measurement Protocol при переході угоди в «Перемога». Плюс події trial_started і trial_converted.
Результат: в GA4 з'явилася воронка від першого кліка до оплати. З'ясувалося, що органічний пошук дає конверсію з тріалу в оплату 22%, а performance-реклама — 8%. Бюджет перерозподілили, ROAS зріс на 35%. Додаткова виручка від перерозподілу бюджету склала $22k–32kів за квартал.
Аудиторії та ремаркетинг
Після передачі офлайн-конверсій в GA4 можна будувати аудиторії:
- Купили на суму > N руб.
- Купили певну категорію товарів (через
item_category) - Купили 2+ рази (LTV-сегмент)
Аудиторії з GA4 передаються в Google Ads для ремаркетингу та Look-alike. Це основа для ROAS-оптимізації кампаній по реальній виручці, а не по заявках.
Строки інтеграції
| Задача | Час |
|---|---|
| Вбудовування отримання client_id в форми сайту | 1 день |
| Розробка обробника Measurement Protocol | 2–3 дні |
| Налаштування кастомного робота CRM для відправлення | 1–2 дні |
| Тестування через GA4 DebugView та верифікація | 1–2 дні |
Повна інтеграція — 1–2 тижні. Накопичення статистики для висновків — 4–8 тижнів.
Перевірка передачі
Відправте тестову подію через GA4 DebugView та перевірте в реальному часі.Замовте налаштування інтеграції у нас — оцінимо проект під вашу CRM та сайт. Отримайте консультацію інженера з інтеграції. Також можемо налаштувати передачу даних в Яндекс.Метрику або інші системи аналітики.







