Яндекс Метрика и GA4: какие данные использовать российскому бизнесу
Как назначить системам разные роли, объяснить расхождения и оставить коммерческий результат в CRM.
_resized-1.jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
_resized%2520(1).jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
Для большинства российских компаний с сайтом и рекламой в Яндексе я бы сделал Яндекс Метрику основной системой веб-аналитики. Google Analytics 4 (GA4) стоит подключать как второй контур, когда бизнес работает с Google Ads, развивает международный трафик, объединяет сайт и мобильное приложение или использует BigQuery. При этом ни Метрика, ни GA4 не должны становиться источником правды о продаже: этот статус остается у CRM и учетной системы.
Главный выбор здесь не «какой счетчик лучше». Нужно решить, из какой системы команда будет регулярно принимать решения, какие задачи закрывает второй инструмент и где хранится коммерческий итог. Две системы полезны только тогда, когда у каждой есть своя роль; два одинаковых отчета создают не надежность, а двойную трактовку результата.
Я бы не начинал с установки двух счетчиков. Сначала нужно назвать решения, для которых бизнесу не хватает данных, и только потом определить основную и дополнительную систему.
Начните не с функций, а с решений
Список возможностей почти всегда ведет к ответу «подключим оба». Но подключение само по себе ничего не решает. Через месяц у команды появляются два числа пользователей, два источника конверсии и спор о том, какой отчет правильный.
Сначала выпишите повторяющиеся решения, которые бизнес действительно принимает:
- перераспределить бюджет между рекламными каналами;
- найти страницу, на которой посетители не доходят до заявки;
- проверить, какое действие на сайте связано с качественным обращением;
- объединить путь пользователя между сайтом и приложением;
- передать аудиторию или конверсию в рекламную систему;
- выгрузить сырые события в собственное хранилище;
- связать источник с квалифицированным лидом, сделкой и оплатой.
Затем назначьте системе роль. Она может быть основной для ежедневной работы, дополнительной для отдельного канала или диагностической для проверки поведения. Продажи при этом считаются отдельно.
| Решение | Рабочий источник | Почему |
|---|---|---|
| Управлять рекламой в Яндекс Директе | Яндекс Метрика и данные Директа | цели, сегменты и рекламные отчеты находятся в одном контуре |
| Разобрать поведение на конкретной странице | Яндекс Метрика | Вебвизор и поведенческие отчеты помогают увидеть сам визит |
| Управлять Google Ads и аудиториями Google | GA4 и Google Ads | связка передает статистику, аудитории и ключевые события |
| Анализировать единый путь сайта и приложения | GA4 | web, iOS и Android работают как потоки одной property |
| Строить собственную витрину событий | Logs API Метрики или BigQuery Export GA4 | обе системы позволяют работать с неагрегированными данными |
| Оценивать принятую продажу и деньги | CRM и учетная система | веб-счетчик не знает финальный коммерческий статус без обратной связи |
Зафиксируйте для каждого регулярного решения один основной источник, владельца показателя и действие при отклонении. Это важнее количества установленных инструментов.
Когда Метрика становится основной системой
Метрика естественно занимает основную роль, если большая часть платного спроса идет через Яндекс Директ, а команда ежедневно работает с российским сайтом и заявками. Цели и сегменты Метрики можно использовать в Директе, а рекламные отчеты связывают визит с конкретным кликом и расходами. При этом Яндекс отдельно предупреждает, что число кликов в Директе и визитов в Метрике может различаться из-за фильтрации и условий учета (справка о подключении Директа).
Вторая сильная сторона - диагностика интерфейса. Вебвизор записывает содержимое, которое видел посетитель, и позволяет перемещаться к целям, переходам по ссылкам и другим действиям внутри визита (справка Вебвизора). Для сервисного бизнеса это часто быстрее отвечает на вопрос «почему форма не сработала», чем еще один агрегированный график.
Метрика подходит и для собственного аналитического слоя. Logs API выгружает неагрегированные данные в двух таблицах - визиты и события - для объединения с другими источниками и построения собственных отчетов (описание Logs API). Это значит, что выбор Метрики не запирает компанию внутри стандартного интерфейса.
Если основной рекламный контур находится в Яндексе, я не вижу смысла делать ежедневный операционный отчет вокруг другой системы, а затем вручную объяснять команде расхождения.
Метрика не заменяет CRM. Она хорошо показывает путь до обращения и действия на сайте, но решение о качестве лида, статусе сделки и принятой выручке должно возвращаться из коммерческого контура.
Когда GA4 дает отдельную ценность
GA4 стоит добавлять не ради «международного стандарта», а под конкретную задачу, которой нет в основном контуре.
Первая такая задача - совместная аналитика сайта и приложения. В одной GA4 property можно использовать web-, iOS- и Android-потоки, а модель сбора строится вокруг событий. Google описывает это как единый взгляд на межплатформенный путь пользователя (справка о web- и app-потоках).
Вторая задача - работа с экосистемой Google. Связка GA4 с Google Ads позволяет видеть рекламные данные в Analytics, передавать аудитории и использовать ключевые события в рекламном контуре (справка по подключению Google Ads). Если бизнес получает заметный трафик из Google или работает на нескольких рынках, этот источник нельзя оценивать только через другой счетчик.
Третья задача - событийное хранилище в BigQuery. GA4 может экспортировать сырые события в BigQuery для собственных запросов и объединения с внешними данными; для стандартных properties действует дневной лимит экспорта, который нужно проверить перед проектированием витрины (справка BigQuery Export).
| Сильная сторона | Яндекс Метрика | GA4 |
|---|---|---|
| Российский сайт и Яндекс Директ | основной рабочий контур | дополнительный источник |
| Записи визитов и визуальная диагностика | Вебвизор внутри продукта | потребуется отдельный инструмент записи |
| Сайт и мобильные приложения | веб-аналитика; приложение относится к отдельному продукту | web, iOS и Android в одной property |
| Рекламная экосистема | цели, сегменты и отчеты Яндекса | аудитории, события и отчетность Google Ads |
| Сырые данные | Logs API: визиты и события | экспорт событий в BigQuery |
| Коммерческий результат | требуется CRM или учетная система | требуется CRM или учетная система |
Таблица не назначает абсолютного победителя. Она показывает, где у инструмента появляется естественная рабочая роль.
Почему показатели двух систем не совпадают
Одинаковое действие пользователя может попасть в Метрику и GA4 по разным правилам. Системы по-разному определяют пользователя и сессию, фильтруют трафик, группируют каналы, обрабатывают прямые переходы, используют часовой пояс и применяют атрибуцию. Блокировщики и согласие на сбор данных тоже влияют на наблюдаемость.
Поэтому я не ставил бы KPI «добиться одинакового числа визитов». Полное совпадение не доказывает правильность, а расхождение не доказывает ошибку.
Разбирать нужно не общую разницу в процентах, а конкретный переход:
- загрузился ли каждый счетчик;
- отправилось ли нужное событие;
- совпадает ли смысл события;
- сохранены ли параметры источника;
- не создался ли дубль;
- попал ли результат в правильный день и часовой пояс;
- одинаковую ли конверсию сравнивает команда.
Детальный выбор модели атрибуции относится к отдельному материалу о первом, последнем и многоканальном взгляде. Для сравнения Метрики и GA4 достаточно признать: одинаковое название столбца не делает методику одинаковой.
Создайте единый словарь событий
Если две системы получают события с разным смыслом, сравнивать их бесполезно. Например, lead в Метрике может срабатывать после успешной отправки формы, а ключевое событие GA4 - уже по клику на кнопку. В отчетах будут две «заявки», но они описывают разные действия.
Я бы завел короткий паспорт каждого бизнес-события:
| Поле | Что фиксируется |
|---|---|
| Бизнес-смысл | какое завершенное действие произошло |
| Условие срабатывания | точный момент, после которого событие допустимо отправить |
| Название в системах | ID цели Метрики и имя события GA4 |
| Параметры | тип формы, услуга, страница, идентификатор обращения без лишних персональных данных |
| Защита от дубля | какой ключ отличает повторную отправку от нового обращения |
| Источник правды | где подтверждается итог: сайт, CRM или учетная система |
| Владелец | кто отвечает за смысл, реализацию и приемку |
Синхронизировать нужно не итоговые цифры в интерфейсах, а определения событий и момент их отправки. Тогда расхождение отчетов можно объяснить, а не маскировать ручной правкой.
Если у одной команды «лид» означает клик, у другой отправленную форму, а у третьей принятую заявку, никакой выбор системы не исправит отчетность.
Выберите архитектуру под тип бизнеса
Один и тот же набор счетчиков не нужен всем компаниям. Я использую четыре базовых сценария.
| Сценарий | Основной контур | Дополнительный контур | Коммерческий источник |
|---|---|---|---|
| Локальный сервисный бизнес, основной платный канал - Директ | Метрика | GA4 только при отдельной задаче | CRM |
| Интернет-магазин с трафиком из Яндекса и Google | Метрика для Яндекса, GA4 для Google | общая витрина при достаточном объеме | CRM или учет заказов |
| Продукт с сайтом и мобильным приложением | GA4 для единого событийного пути | Метрика для российского сайта и поведенческой диагностики | продуктовая БД и CRM |
| B2B с длинным циклом сделки | система, лучше покрывающая основной трафик | вторая система для канала или диагностики | CRM и учетная система |
В каждом сценарии важна иерархия. «Основной контур» означает, что команда знает его словарь, регулярно использует отчеты и принимает по ним ограниченный набор решений. Дополнительный инструмент не должен автоматически создавать второй управленческий центр.
Внедряйте аналитику в правильном порядке
Два плохо принятых счетчика слабее одного проверенного. Поэтому порядок важнее одновременного запуска всех интеграций.
- Назвать решения. какие действия команда будет принимать по данным.
- Определить конверсии. отделить просмотр, интерес, отправленное обращение и принятый лид.
- Выбрать основную систему. привязать ее к главному рекламному и операционному контуру.
- Составить словарь событий. одинаково описать смысл, момент и параметры.
- Провести приемку. вручную пройти ключевые сценарии и проверить отправку событий.
- Подключить вторую систему. только для заранее названной дополнительной задачи.
- Связать коммерческий результат. передать в аналитику нужные статусы из CRM отдельным этапом.
Сначала добейтесь воспроизводимой цепочки «действие на сайте -> событие -> обращение в CRM», затем расширяйте аналитический стек. Иначе каждая новая система увеличивает число мест, где может потеряться смысл.
Принимайте не счетчик, а рабочий отчет
Фраза «код установлен» подтверждает только наличие скрипта. Приемка должна показать, что данные подходят для решения.
| Проверка | Что должно произойти | Что означает ошибка |
|---|---|---|
| Визит из тестовой метки | источник и кампания распознаны | потеря или неверный разбор меток |
| Успешная отправка формы | одно целевое событие и одна запись обращения | дубль, преждевременное событие или потеря CRM-записи |
| Ошибка формы | целевое событие не отправлено | клики ошибочно считаются лидами |
| Звонок или другой внешний контакт | сохраняется доступная связь с источником | отдельные контуры не сопоставлены |
| Смена дня и устройства | поведение объясняется правилами системы | команда сравнивает разные определения как одинаковые |
| Отчет для руководителя | показатель ведет к понятному действию | отчет существует без владельца решения |
Когда второй счетчик можно не подключать
GA4 не обязателен небольшому российскому сервисному сайту, если нет Google Ads, международного трафика, приложения, BigQuery и команды, которая будет использовать его отчеты. В этом случае Метрика, корректные цели, CRM и регулярная проверка цепочки дадут больше пользы, чем второй интерфейс.
Метрика может остаться дополнительной, если ядро продукта - сайт вместе с iOS- и Android-приложениями, основная реклама работает в Google, а аналитическая команда строит событийную модель в BigQuery. Но для российского сайта Вебвизор и связь с Яндексом все равно могут закрывать отдельную диагностическую задачу.
Подключать оба инструмента стоит, когда назван владелец каждого контура, согласован словарь событий и понятно, какие решения нельзя принять по одной системе. Если второй счетчик установлен «на будущее» и никто не открывает его отчеты, он уже стал техническим долгом.
Соберите одну систему решений
Мой рекомендуемый вариант для российского бизнеса звучит так: Метрика отвечает за основной российский веб-контур и Яндекс Директ, GA4 - за Google, международный или межплатформенный контур, CRM - за качество обращения и деньги. Конкретная иерархия меняется вместе с моделью бизнеса, но источник каждого решения должен оставаться один.
Это превращает аналитику в часть маркетинговой системы, а не коллекцию счетчиков. Когда события, каналы и коммерческие статусы связаны общей логикой, команда может улучшать воронку, находить потери и распределять ресурсы. Общий контур UTM, целей, форм, звонков и CRM разобран в материале о сквозной веб-аналитике, а диагностика провалов пути - в разборе воронки потерянных обращений.
Частые вопросы
Если основной трафик и реклама связаны с Яндексом, Метрика обычно удобнее как основная рабочая система. GA4 добавляют, когда есть отдельная задача в экосистеме Google, международный трафик, приложение или BigQuery.
Не обязательно. Устанавливать обе системы стоит, если у каждой заранее определены роль, владелец и решения. Без этого бизнес получает два набора цифр и постоянное ручное согласование.
Системы используют разные правила идентификации, сессий, фильтрации, группировки каналов и атрибуции. Дополнительно влияют блокировщики, согласие на сбор данных, часовой пояс и техническая реализация событий.
Целью должно быть совпадение бизнес-смысла событий, а не абсолютное равенство агрегатов. Для приемки полезнее убедиться, что один тестовый сценарий создает корректное событие и обращение, а известные расхождения объясняются методикой.
Метрика включает Вебвизор, который позволяет смотреть записи визитов и переходить к конкретным действиям. GA4 сильнее в событийном и межплатформенном анализе, но для визуального воспроизведения сессий обычно используют отдельный инструмент.
Нет, если продажа подтверждается после заявки, звонка или работы менеджера. Метрика и GA4 показывают наблюдаемый путь и конверсии, а финальный статус сделки, оплату и возврат нужно брать из CRM или учетной системы.
С той, которая поддерживает главный рекламный и операционный контур бизнеса. Сначала определите конверсии, настройте и примите одну систему, свяжите ее с CRM, а вторую добавляйте только под отдельную незакрытую задачу.
Усилить результат
Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.
