Сквозная аналитика связывает посещения и клики с реальным путём клиента от первого рекламного контакта до сделки. Google Analytics собирает поведение пользователей на сайте и в приложении, а CRM фиксирует коммерческий результат. Объединение этих систем превращает разрозненные цифры в единую картину: где появляются заявки, какие кампании приносят оплаченные контракты и на каком этапе клиенты отваливаются.
Для настройки не требуется переписывать сайт или менять CRM. Сначала определяются цели, события и общие правила сопоставления данных, затем настраиваются передача параметров, импорт результатов сделок и проверка полноты. Готовый контур позволяет сравнивать рекламные источники по выручке, строить сквозные воронки и регулярно находить точки, где трафик расходуется без заметной финансовой отдачи.
Начните с бизнес-результатов, а не с доступных отчётов. Для интернет-магазина это могут быть покупка, повторная покупка и средняя стоимость заказа; для услуги — оформленная заявка, переход сделки в работу и подписанный договор. Каждой цели назначаются владелец, срок достижения и допустимое значение. Это защищает настройку от сбора сотен событий, которые никто не использует.
Затем составьте словарь событий. В Google Analytics 4 разделите автоматические события, события, рекомендованные Google, и собственные события, созданные для бизнеса. У каждого задайте понятное название, условие срабатывания и набор параметров. Например, отправка формы должна передавать тип услуги, стоимость заказа и идентификатор лида, а покупка — выручку, валюту и номер транзакции. В CRM используйте те же смысловые статусы, иначе данные невозможно сопоставить.
Для сайта создайте поток данных в Google Analytics 4, для мобильного приложения — отдельный поток. Проверьте домен, название ресурса и способ обработки данных. Через Google Tag Manager разместите базовые теги Google Analytics, события и параметры. Если команда меняет контейнер, передайте права и документацию: это снижает риск удалить теги или остановить передачу данных.
Разметка должна срабатывать один раз за нужное действие. Формы с несколькими шагами, кнопки подмены номера, звонки, скачивания файлов и открытие мессенджера часто учитываются как повторные конверсии. Используйте триггеры по событию или условию, запретите дублирование на уровне страницы и отдельно наблюдайте за элементами, которые срабатывают при прокрутке. Проверяйте значения через режим отладки и отчёты в реальном времени.
Для длинных цепочек используйте параметры для переноса данных между страницами: идентификатор лида, номер заказа или код кампании не должны исчезать при переходе. Источник трафика и метки utm фиксируйте в данных события и CRM. Одновременно задайте внутренний трафик, фильтруйте служебные адреса и ботов, чтобы отчёты отражали потенциальных клиентов, а не сотрудников и автоматические проверки.
Связь строится по общему идентификатору, а не по номеру телефона в открытом виде. Когда пользователь оставляет заявку, передавайте в CRM идентификатор клиента и разрешённые параметры заказа. Из CRM возвращайте обратно в Google Analytics статус обращения, результат сделки, выручку и дату закрытия. Для регулярной синхронизации удобно использовать готовые коннекторы, API или промежуточный сервис; выбор зависит от тарифа CRM, частоты обновлений и требований к надёжности.
Офлайн-конверсии особенно важны, если сделка закрывается после звонка, офлайн-оплаты или длительного согласования. Их импортируют в Google Ads через API офлайн-конверсий или готовую связь с CRM, а в Google Analytics отражают как события с выручкой и статусом сделки. В CRM сохраняют источник первичного обращения и дату каждого изменения статуса. Если проект требует настройки рекламных кабинетов, отчётов и интеграции с внутренними системами, можно привлечь специалистов по аналитике. Такой подход помогает согласовать техническую схему с реальными процессами продаж до запуска.
Согласие пользователей на передачу данных учитывается до загрузки рекламных и аналитических идентификаторов. Настройте подходящий режим согласия, запретите нежелательные хранилища и ограничьте доступ к отчётам. В событиях не нужны имя, адрес, полный телефон, паспортные данные или другие избыточные сведения. Для связи между системами обычно достаточно уникального идентификатора.
Установите единые правила для часовых поясов, валюты, дат и статусов сделок. Одна сделка не должна учитываться дважды из-за повторной отправки формы или повторного импорта. Для защиты от дублей применяйте единый идентификатор события и номер заказа. Добавьте контроль пропущенных и неподтверждённых лидов, а также сверку итогов CRM с финансовой системой. Регулярный отчёт о расхождениях быстрее показывает проблему, чем спор о том, какой кабинет более правильный.
Не передавайте персональные данные в адресе страницы, если можно использовать безопасный серверный или клиентский параметр. Ограничьте срок действия параметров и удаляйте их после завершения цепочки. Проверьте, какие домены, приложения и серверы имеют доступ к контейнеру, включите журналирование изменений и сохраняйте резервную копию настроек. Эти меры снижают и риск утечки, и вероятность сбоя при обновлении сайта.
В Google Analytics постройте исследования для воронки, источника трафика, событий с параметрами и сравнения периодов. Добавьте показатели конверсии, выручки, стоимости привлечения и удержания. Для руководства важен не объём кликов, а динамика прибыльных каналов; для специалистов по рекламе — запрос, креатив, ключевое слово и путь до заявки; для продаж — скорость обработки и конверсия по статусам CRM.
Отчёты CRM дополните показателями качества трафика: доля целевых обращений, доля сделок, средний чек и потерянная выручка. Отдельно оцените стоимость первого контакта и стоимость закрытия сделки, поскольку эти значения могут сильно различаться. Атрибуцию выбирайте осознанно: это модель распределения результата между контактами, а не точный момент покупки. Для ежедневной работы достаточно устойчивой модели, а для стратегического планирования полезно проверять несколько сценариев и учитывать задержку между лидом и оплатой.
Перед запуском подготовьте короткий тестовый сценарий: переход по рекламе, отправка формы, появление лида в CRM, обновление статуса и возврат результата в Google Analytics. Для каждого шага зафиксируйте ожидаемое событие, параметры, время и способ подтверждения. Проверяйте разные устройства, браузеры, страницы с дополнительными параметрами и повторные отправки. Ошибка, найденная после запуска, искажает отчётность и стоит дороже простой проверки.
Сверьте контрольные цифры за одинаковые периоды: число лидов в CRM, заказы, выручка и конверсии в Google Analytics. Допустимое расхождение зависит от времени закрытия сделок и способа импорта, поэтому задайте его заранее. Если данные не совпадают, последовательно проверьте срабатывание события, сохранение идентификатора, получение данных CRM и повторный импорт.
После запуска назначьте ответственного за еженедельный контроль ошибок и ежемесячную сверку результатов. Фиксируйте изменения в разметке, новые формы, миграции CRM, обновления сайта и запуск рекламных кампаний. Полезно вести журнал решений: какое событие считается конверсией, почему выбрана модель атрибуции и когда данные нужно пересчитать. Так история измерений становится частью управленческого процесса, а не набором разовых таблиц.
Надёжная схема строится вокруг простых правил и прозрачных связей. Сначала закрепите бизнес-словарь, затем внедряйте события небольшими проверяемыми блоками. Не пытайтесь одновременно собирать все возможные данные: ценность измерения определяется качеством решений, которые команда принимает на его основе.
Такой цикл превращает аналитику в рабочий механизм: рекламные решения опираются на реальную ценность лида, продажи видят источник каждого обращения, а руководство получает сопоставимую картину результатов. Сквозной путь сохраняется при росте трафика, расширении каналов и изменении процесса продаж, если события, идентификаторы и правила сверки обновляются вместе с бизнесом.