Интеграция Битрикс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 и сайт. Получите консультацию инженера по интеграции. Также можем настроить передачу данных в Яндекс.Метрику или другие системы аналитики.







