Сквозная аналитика в 2026: как связать рекламу, сайт и CRM и что считать в
отчёте

Сквозная аналитика — это способ связать в одну таблицу четыре звена: расходы рекламных кабинетов, поведение на сайте, сделку в CRM и деньги на счёте. Смысл не в «красивом дашборде», а в ответе на один вопрос: какая кампания, ключевое слово или объявление принесли оплату, а какая сожгла бюджет. В 2026 году эту связку делают на GA4 с офлайн-конверсиями, на отдельном трекере вроде Keitaro, на связке с CRM или на хранилище в BigQuery — выбор зависит от числа каналов и того, где живут продажи. Ниже — как это устроено, где цепочка рвётся, что писать в отчёте, сколько стоит работа в Украине и как принять её у подрядчика по проверяемым признакам.

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

Термин часто используют слишком широко, поэтому сначала границы. Сквозная аналитика отвечает на вопрос «что произошло с конкретным заказом от показа до оплаты», а не «сколько было визитов». Она начинается там, где заканчивается веб-аналитика: визит, корзина и клик по кнопке — это ещё не деньги.

• Не просто GA4. Google Analytics видит сессию и событие на сайте, но не видит, закрыл ли менеджер сделку и на какую сумму. Без передачи статуса сделки из CRM цепочка обрывается на заявке.
• Не только реклама. В расчёт попадают все каналы, включая органику, почту, партнёрские программы и повторные продажи, иначе реклама получает чужие заслуги.
• Не «система, которая всё покажет». Часть данных не восстанавливается никогда: отказ от cookie, запрет трекинга на iOS, звонки без коллтрекинга, продажи в мессенджере. Честная система прямо перечисляет эти слепые зоны.
• Не разовый проект. Разметка ломается при каждом редизайне, смене CRM или добавлении канала; без регламента проверок через два месяца цифры снова расходятся.

Какие данные связываются: четыре контура

Работающая система всегда состоит из одних и тех же четырёх контуров. Если один из них отсутствует, сквозной отчёт превращается в пересказ кабинета.

1. Рекламные кабинеты. Google Ads, Meta, TikTok, Telegram Ads, YouTube: расходы, показы, клики, цели, кампании и ключевые слова. Данные забираются через API или регулярный экспорт, а не копированием вручную.
2. Сайт и события. Google Tag Manager и GA4 фиксируют источник перехода, событие заявки, состав корзины, идентификатор заказа. Здесь же настраивается передача согласия на обработку данных.
3. CRM и сделки. Источник, сумма, этап, дата оплаты, менеджер. Это единственное звено, где видно реальные деньги, поэтому связка «сайт → CRM» — самая важная часть проекта и чаще всего самая слабая. Как проходит внедрение CRM в Украине — отдельная тема со своими сроками и рисками.
4. Слой отчёта. Хранилище и дашборд: сведение расходов и выручки, проверка расхождений, алерты об отклонениях. Без этого слоя данные есть, но ими не пользуются.

Где ломается передача данных: семь типовых разрывов

По опыту аудитов, проблема почти никогда не в инструменте. Ломается стык между системами — и ломается молча: отчёт продолжает строиться, просто показывает неправду.

1. Разнобой в UTM-разметке. Один подрядчик пишет utm_source=google, другой — utm_source=Google, третий — utm_source=google_cpc. В отчёте появляются три разных источника, а часть трафика уходит в «(direct) / (none)». Лечится единым стандартом разметки с фиксированным регистром, списком допустимых значений и проверкой при запуске кампаний.
2. Потеря метки при переходах. Редирект, промежуточная страница, форма в другом домене или переход из письма без параметров — и сессия начинается заново уже как прямой заход. Проверяется прохождением пути в режиме инкогнито с реальной ссылкой.
3. Дубли заказов. Клиент обновил страницу «спасибо», и событие покупки отправилось дважды. В GA4 появляется два заказа, в CRM — один. Отсюда классическая жалоба «в аналитике больше продаж, чем в реальности». Лечится уникальным идентификатором транзакции и дедупликацией на стороне приёма.
4. Заявки в мессенджерах и по телефону. Если половина обращений приходит в Telegram и Instagram Direct, а источник нигде не фиксируется, сквозной отчёт описывает лишь часть воронки. Нужны либо коллтрекинг и ссылки с метками в шапке профиля, либо честная оговорка о доле неатрибутированных обращений.
5. Офлайн-продажи и длинный цикл. Кнопка «оставить заявку» и оплата могут быть разнесены на недели. Пока в CRM не передаётся дата оплаты, реклама будет оцениваться по лидам, а не по деньгам.
6. Возвраты, отмены и некачественные лиды. Если CRM не передаёт статус «отказ» или «возврат», канал с дешёвым лидом и нулевой конверсией выглядит лучшим в отчёте.
7. Смена сайта или CRM без перенастройки. Редизайн, переезд на новую платформу, смена CRM-провайдера — и часть событий исчезает. Через месяц расхождение становится нормой, к которой привыкли.

Разрывы удобно считать количественно. Здоровая система держит долю заказов без источника в пределах, которые бизнес сам себе назначил (обычно 10–15% для онлайн-канала), а расхождение между числом конверсий в платформе и числом сделок в CRM объясняет построчно: дубли, тестовые заказы, спам-заявки, отмены. Если объяснения нет — это дефект настройки, а не «особенность данных».

Что изменилось к 2026 году: cookie, iOS и серверные события

Разговоры о «смерти cookie» шли несколько лет, и итог оказался не таким, как ожидали. В апреле 2025 года Google объявила, что не будет поэтапно отказываться от сторонних cookie в Chrome. Компания также отказалась показывать пользователю отдельный запрос на их сохранение. В октябре 2025 года британский регулятор CMA освободил Google от соответствующих обязательств, а большинство API Privacy Sandbox к 2026 году сворачивается. Практический вывод: в Chrome сторонние cookie остались, но полагаться на них по-прежнему нельзя.

• Safari и Firefox блокируют сторонние cookie по умолчанию уже несколько лет, поэтому часть аудитории в любом проекте не видна классическим пикселям.
• iOS. С версии 14.5 (апрель 2021 года) приложение обязано спрашивать разрешение на трекинг через App Tracking Transparency, и без согласия рекламный идентификатор недоступен — часть мобильного трафика теряет связку с кликом.
• Согласие. Для трафика из ЕЭЗ Google требует передавать сигналы режима согласия (ad_storage, ad_user_data, ad_personalization, analytics_storage). Без них данные по кампаниям деградируют, а отчёты по конверсиям становятся неполными.
• Обход — серверная передача. Conversions API у Meta, Enhanced Conversions и импорт офлайн-конверсий в Google Ads, серверные события в трекере. Это не «взлом ограничений», а передача тех же данных по защищённому каналу с согласия пользователя.

Отсюда второе изменение: сквозная аналитика перестала быть чисто маркетинговой задачей и стала задачей по данным. Ключевые события, идентификаторы и статусы сделок теперь важнее, чем количество отчётов в интерфейсе. Если в проекте нет карты событий и единого идентификатора заказа, серверная передача лишь быстрее размножит ошибки.

Согласие и закон: что нельзя игнорировать

Сквозная аналитика обрабатывает персональные данные: идентификаторы, историю покупок, иногда номер телефона. В Украине это регулируется Законом «О защите персональных данных» (№ 2297-VI), который требует согласия субъекта на обработку и уведомления о том, для чего данные собираются; для аудитории ЕС действует GDPR с отдельным основанием обработки и правом отозвать согласие.

• Собирайте только те параметры, которые нужны для отчёта: лишние поля (паспортные данные, точный адрес) не повышают точность, но повышают риск.
• Храните лог согласия: дату, источник, текст, версию политики. Без него невозможно доказать законность обработки.
• Не передавайте в аналитику и рекламные системы сырые персональные данные в открытом виде — используются хешированные идентификаторы, а для чувствительных категорий передача вообще не нужна.
• Ограничивайте срок хранения: в стандартной версии GA4 срок хранения данных о пользователях и событиях задаётся в 2 или 14 месяцев, 26/38/50 месяцев доступны только в платной версии Google Analytics 360; данные по возрасту, полу и интересам всегда хранятся два месяца независимо от настройки.

Минимальный стек для малого бизнеса

Начинать с дорогой инфраструктуры не нужно. Для одного-двух каналов и стандартной CRM рабочий минимум выглядит так, и его хватает большинству проектов до 300–500 заявок в месяц.

1. Google Tag Manager — единая точка установки тегов; без него любая правка требует разработчика.
2. GA4 с настроенными ключевыми событиями: заявка, звонок, заказ, оплата. События называются по одному стандарту, а не «click_button_2».
3. UTM-стандарт в документе: обязательные параметры, регистр, правила для каждого канала, запрет ручных меток без согласования.
4. CRM с обязательным полем источника и передачей статуса сделки обратно в аналитику — через готовый коннектор или офлайн-конверсии.
5. Дашборд в Looker Studio: расходы, лиды, квалифицированные лиды, продажи, выручка, CAC и ROAS по каналам.
6. Регламент: кто и с какой частотой проверяет расхождения, что делает при отклонении, где хранится документация.

Отдельный трекер (Keitaro или Binom) нужен, когда появляются партнёрские сети, несколько источников трафика с разными моделями выплат или требуется связать клик с внешней выплатой. Его настройка описана отдельно — трекинг трафика в Keitaro и разбор Binom; обе системы решают задачу связки клика и выплаты, а не заменяют веб-аналитику. Для большинства интернет-магазинов и услуг на старте достаточно GA4 плюс CRM.

Что считать в отчёте: метрики, которые не врут

Отчёт без определений бесполезен: у каждого показателя должна быть формула и источник. Ниже — набор, который покрывает решения о бюджете, и его достаточно, чтобы управлять каналом.

• Расход — из кабинетов, сверенный с актами и банком, а не с внутренним отчётом платформы.
• Лиды и квалифицированные лиды — из CRM: обращение и обращение, принятое в работу. Разница между ними показывает качество трафика, а не работу отдела продаж.
• CAC — расход на канал, делённый на число новых клиентов за период. Считать по клиентам, а не по заявкам.
• ROAS — выручка, делённая на расход. Годится для быстрой оценки, но не учитывает маржу и повторные покупки.
• ROMI — (валовая прибыль минус расход) делённая на расход. Честнее ROAS там, где маржа отличается по товарам.
• LTV — сумма выручки клиента за период удержания. Нужен, чтобы не отключать канал с дорогим первым заказом и высокой повторной выручкой.
• Доля заказов без источника — маркер здоровья разметки, а не маркетинговый показатель.
• Расхождение с CRM — процент конверсий, которые не подтверждаются сделками, с расшифровкой причин.

Три метрики из этого списка — CAC, ROMI и LTV — требуют данных из CRM, а не из рекламного кабинета. Именно поэтому сквозная аналитика невозможна без интеграции: без неё можно посчитать клики и заявки, но нельзя посчитать стоимость клиента.

Как сверить кабинет с CRM: методика на неделю

Сверка — это не разовая проверка «сходится или нет», а короткая процедура, которую повторяют регулярно. Она занимает 1–2 часа в неделю и почти всегда находит расхождения.

1. Выгрузите все сделки за период из CRM: дата создания, источник, сумма, статус, идентификатор заказа.
2. Выгрузите конверсии из платформы за тот же период с теми же идентификаторами.
3. Сопоставьте по идентификатору: сколько сделок не нашло пары в платформе и наоборот.
4. Разложите расхождения по причинам: дубли, тестовые заказы, спам, отмены, заказы без метки, заказы вне окна атрибуции.
5. Сверьте расходы: кабинет против актов и банковских списаний. Ошибки здесь дороже, чем в конверсиях.
6. Зафиксируйте долю неатрибутированных заказов и расхождение в процентах — это базовые значения для следующих недель.
7. Отправьте найденные дубли и потерянные метки в работу и назначьте срок исправления.

Правило, которое экономит месяцы: любую цифру в отчёте можно объяснить источником. Если объяснения нет, это не «особенность данных», а ошибка настройки.

Сколько стоит сквозная аналитика в Украине в 2026 году

Цены ниже — рыночные диапазоны из открытых прайсов украинских подрядчиков на 27.10.2026, а не прайс APEX IOINC. Точная стоимость каждой задачи рассчитывается индивидуально: она зависит от числа каналов, типа CRM и того, есть ли готовые коннекторы.

• Настройка под ключ на платформе магазина: от 28 000 грн за внедрение и около 2 000 грн в месяц за поддержку (прайс Horoshop).
• Аудит трекинга: 800–1 500 $, около недели — проверка пикселя, GA4, Conversions API, UTM и сверка заказов с реальностью (Senator Media).
• Хранилище и дашборды: 2 500–6 000 $ и 3–6 недель; поддержка синхронизации — 100–500 $ в месяц.
• Сложные проекты: Discovery-этап 4–6 недель фиксированной стоимостью и имплементация 3–4 месяца; шаблонная реализация — от 500 $ в месяц (Netpeak).
• Базовые пакеты GA4 + GTM: 1 800–5 500 грн за настройку (Dash Agency), 2 400–11 900 грн за пакеты разного объёма (StarMarketing) — это уровень веб-аналитики до связки с CRM.
• Минимальный старт: от 300 $ за связку аналитики с CRM и коллтрекингом (Adwservice).

Разброс объясняется не жадностью подрядчиков, а объёмом: настроить события в GA4 — это дни, а связать три источника и самописную CRM с проверкой расхождений — это месяцы. Поэтому в смете всегда нужно видеть отдельной строкой аудит текущего состояния: без него невозможно понять, что именно придётся переделывать. Если бюджет ограничен, полезнее начать с аудита и PPC-аудита и аудита digital-проекта, чем заказывать полную систему на непроверенных данных.

Сроки: от чего зависит длительность

Простой проект на готовой CRM и одном канале собирается за 2–4 недели. Проект с тремя источниками, самописной CRM и офлайн-продажами — это 2–4 месяца, причём половину времени занимает не настройка, а согласование определений: что считать лидом, когда заявка становится клиентом, за какой период считать LTV. Эти договорённости нельзя делегировать подрядчику — их подтверждает бизнес.

Чек-лист приёмки: что проверить перед подписанием

Приёмка не должна опираться на презентацию. Каждый пункт ниже проверяется самостоятельно за один вечер.

1. Тестовый заказ проходит весь путь: виден в GA4, в рекламном кабинете и в CRM с правильным источником и суммой.
2. В CRM есть обязательное поле источника, и менеджер не может сохранить сделку без него.
3. Документ UTM-стандарта существует, и все действующие кампании ему соответствуют.
4. Доля заказов без источника не растёт месяц к месяцу.
5. Расхождение между платформой и CRM объяснено построчно, а не списано на «погрешность».
6. Дашборд содержит определения метрик: формулы, период, источник данных.
7. Офлайн-конверсии и оплаты передаются в рекламные системы, а не только собираются в CRM.
8. Доступы уровня администратора остались у владельца бизнеса, а не только у подрядчика.
9. Есть короткая инструкция: как читать отчёт и что делать при отклонении.
10. Есть список того, что не отслеживается, и почему — честный перечень слепых зон.

Типичные ошибки заказчиков

• Сравнивать кабинет и CRM в лоб. Разные окна атрибуции, разные даты и разные определения конверсии дают расхождение всегда; вопрос в том, объяснено ли оно.
• Требовать «точность 100%». Часть данных недоступна из-за отказов от cookie и ограничений iOS; цель — не абсолютная точность, а стабильность и понятность искажений.
• Экономить на разметке. Стоимость единого UTM-стандарта — часы работы, а не бюджет; без него приходится переделывать весь проект.
• Мерить только лиды. Дешёвый лид с нулевой конверсией в продажу выглядит лучшим каналом, пока не появляется связка с CRM.
• Не давать доступ к CRM. Без интеграции подрядчик связывает расходы с заявками и называет это сквозной аналитикой.
• Заказывать дашборд до карты событий. Красивый отчёт на несогласованных событиях закрепляет неверные цифры как «истину».

Вопросы подрядчику до старта

• Какие источники вы подключаете и каким способом — API, коннектор, экспорт?
• Кто настраивает передачу статуса сделки из CRM и что будет, если структура воронки изменится?
• Как вы дедуплицируете заказы и что делаете с заявками из мессенджеров?
• Где хранятся исторические данные и что произойдёт с ними при расторжении договора?
• Как проверяется согласие на обработку данных и передаётся ли режим согласия?
• Кто получает доступы администратора и в каком виде передаётся документация?
• Какие метрики вы считаете обязательными и как определяете квалифицированный лид?
• Что входит в поддержку после сдачи и сколько стоит изменение разметки при запуске новой кампании?

Когда сквозная аналитика не нужна

Есть ситуации, где система не окупится в первые месяцы. Если весь трафик — один канал с одной кампанией и продажи закрываются на сайте автоматически, хватает корректной настройки Google Analytics 4 и веб-аналитики. Если заявок меньше тридцати в месяц, статистики не хватит для выводов по каналам — важнее наладить учёт в CRM и разметку ссылок. Если продажи почти полностью офлайновые идут через салон или шоурум, сначала нужен коллтрекинг и учёт визитов, а уже потом связка с рекламой. И, наконец, если бизнес не готов менять решения по отчёту, любая система останется дорогой игрушкой.

Краткий вывод

Сквозная аналитика — это дисциплина данных, а не набор сервисов. Минимальный рабочий вариант для малого бизнеса: GTM, GA4 с картой ключевых событий, единый UTM-стандарт, связка с CRM и один дашборд с определениями метрик. Дальше добавляются серверные события, офлайн-конверсии и хранилище — по мере роста числа каналов. Ключевые проверки простые: тестовый заказ проходит путь целиком, доля заказов без источника не растёт, а любая цифра в отчёте объясняется источником. Если нужна связка рекламы с продажами в CRM — её делает интеграция CRM и автоматизация продаж, а корректные события и метки настраиваются вместе с Google Ads; порядок работ и приёмки разобран выше.

Обсудить настройку сквозной аналитики под ваш проект