Как настроить сквозную аналитику и перестать гадать

16 октября 2026 г.

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

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

Что такое сквозная аналитика и зачем она нужна

Сквозная аналитика - это объединение данных о пользователе из всех точек взаимодействия (сайт, мобильное приложение, email, реклама, CRM) в единой идентифицируемой сессии. Она позволяет отслеживать полный путь клиента от первого клика до покупки и ретеншена. Без неё маркетологи вынуждены «гадать»: например, считать, что лид пришёл из Google Ads, хотя на самом деле он трижды заходил через органический поиск перед конверсией. Ключевая ценность - точная атрибуция и устранение дублирования метрик.

В Украине, Польше, Германии, Чехии и Словакии действуют требования GDPR и Закон Украины «О защите персональных данных». Это означает, что сбор и передача идентификаторов возможны только при наличии согласия и шифрования. Например, amoCRM требует активации опции «Хэширование email» в настройках интеграции с 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 (например, через hash-идентификатор email), затем синхронизируйте события через GTM и API (например, отправка purchase-события из 1С в GA4 через Measurement Protocol). Далее - кросс-доменная настройка, привязка UTM-меток к внутренним переходам и валидация через отчёт «Путь клиента» в GA4. Обязательно проверьте совпадение количества покупок в GA4 и CRM - значительное расхождение может указывать на ошибку в передаче User ID.

Вот базовая последовательность для компаний в целевых рынках:

Этап	Действие	Где проверять	Критерий успеха
1. Идентификация	Генерация client_hash на основе email (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	Сессия должна сохраняться при переходе между связанными доменами и поддоменами - для этого требуется корректная настройка передачи идентификаторов сессии

В Польше и Словакии часто используются домены второго уровня (np. 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. Без этого этапа риск «гадания» сохраняется даже при кажущейся работоспособности.

Факторы, влияющие на сроки в каждом регионе:

В Украине - необходимость согласования с DPA (Укрінформагентство) при использовании внешних хостов данных вне ЕС
В Польше - обязательная адаптация формы согласия под требования UOKiK (Urzędowy organ ochrony konkurencji i konsumentów)
В Германии - проверка соответствия настроек GA4 требованиям BDSG и наличие Datenschutzbeauftragter в команде
В Чехии и Словакии - проверка совместимости хэширования с чешским законом о защите данных (zákon č. 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.

Частые ошибки при настройке

Передача email в открытом виде в GA4 (нарушает GDPR и закон Украины № 2297-VIII)
Использование одного client_hash для нескольких email (например, при объединении аккаунтов в CRM)
Отсутствие обработки отказов от согласия: события продолжают собираться, но без user_id
Несовпадение формата даты в 1С и GA4 (например, dd.mm.yyyy vs yyyy-mm-dd)

Как настроить сквозную аналитику и перестать гадать: пошаговый процесс

Вопросы и ответы

Что такое сквозная аналитика и зачем она нужна?

Как настроить сквозную аналитику и перестать гадать: пошаговый процесс?

Сколько времени занимает настройка сквозной аналитики для среднего бизнеса?

Какие инструменты лучше всего подходят для сквозной аналитики в 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). В Германии требуется наличие договора о совместной обработке данных (Art. 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 и ручное сопоставление по email через регулярные выражения. Эта схема допустима в Украине и Польше при условии шифрования email до загрузки и удаления исходных файлов через 72 часа.

Заключение

Сквозная аналитика - не набор инструментов, а процесс согласованной идентификации пользователя. Она работает только тогда, когда client_hash совпадает в GA4, CRM и рекламной платформе, а события синхронизированы по времени и контексту. В Украине, Польше, Германии, Чехии и Словакии этот процесс регулируется законами о защите данных, и любое отклонение от требований к согласию, шифрованию и хранению ведёт к некорректным метрикам и юридическим рискам. Начинайте с проверки одного заказа: найдите его в CRM, найдите в GA4 по client_hash, сравните timestamp и UTM-метки. Если совпадение есть - система работает. Если нет - диагностируйте по шагам, не переходя к следующему этапу до устранения ошибки.