Яндекс Метрика и GA4: настройка двойного сбора данных

Яндекс Метрика и Google Analytics 4 могут одновременно собирать данные с одного сайта. Такой подход позволяет сравнивать отчёты, использовать сильные стороны каждой системы и снижать зависимость от одного аналитического инструмента.

Двойной сбор не означает, что показатели в двух интерфейсах должны полностью совпадать. Метрика и GA4 используют разные модели обработки, правила формирования визитов и сеансов, атрибуцию, фильтрацию и идентификаторы пользователей. Цель настройки заключается не в получении двух одинаковых таблиц, а в корректной передаче одних и тех же бизнес-событий в обе системы.

Надёжная схема строится вокруг единого технического события. Сайт один раз сообщает, что пользователь отправил форму, скачал файл или совершил покупку. Google Tag Manager либо код проекта передаёт это действие в Метрику и GA4 по правилам каждой платформы.

Зачем использовать Метрику и GA4 одновременно

Каждая система предоставляет собственные отчёты, методы анализа и способы обработки данных. Совместное использование расширяет возможности проверки и исследования поведения аудитории.

Возможности Яндекс Метрики

Метрика удобна для анализа визитов, источников, целей и поведения пользователей. Вебвизор, карты кликов, скроллинга и аналитика форм помогают изучать взаимодействие с конкретными элементами страницы.

Возможности GA4

GA4 использует событийную модель. Система позволяет анализировать последовательности действий, создавать аудитории, изучать пути пользователей, настраивать ключевые события и работать с данными электронной торговли.

Независимая проверка данных

Если одно событие отсутствует только в одной системе, проблема, скорее всего, связана с конкретным тегом, фильтром или настройкой. Если событие отсутствует в обеих системах, нужно проверять сайт, dataLayer или условия запуска.

Резерв аналитической информации

Блокировщики, настройки согласия, ограничения браузеров и технические ошибки влияют на сбор данных. Наличие двух систем не устраняет потери, но помогает быстрее заметить аномалию и проверить общую динамику.

Разные задачи анализа

Метрика может использоваться для изучения поведения на страницах, а GA4 — для событийных воронок, аудиторий и анализа последовательностей. При этом ключевые бизнес-действия должны передаваться в обе платформы по согласованной схеме.

Почему данные Метрики и GA4 не совпадают

Расхождение показателей само по себе не является ошибкой. Системы могут по-разному учитывать пользователей, визиты, сеансы, источники и конверсии.

На результат влияют:

• разные правила начала и завершения визита или сеанса;
• разная атрибуция источников;
• часовой пояс счётчика и ресурса;
• фильтрация внутреннего и роботного трафика;
• блокировщики рекламы и аналитики;
• настройки cookie и согласия;
• разное время загрузки тегов;
• переходы между доменами;
• платёжные системы и внешние сервисы;
• повторная отправка событий;
• автоматически собираемые события;
• задержка обработки данных;
• различия в выбранных периодах и сегментах.

Поэтому нельзя назначить универсальное допустимое расхождение, например десять процентов, и считать любую цифру ниже него правильной. Сначала необходимо определить сравниваемые сущности, одинаково настроить период, часовой пояс, фильтры и условия события.

Что нужно подготовить до установки

Перед добавлением тегов проведите небольшой аудит сайта и существующей аналитики.

Проверьте установленные счётчики

Найдите все подключения Метрики, Google tag, GA4 и Google Tag Manager. Код может находиться:

• в основном шаблоне сайта;
• в системе управления контентом;
• в плагине;
• в Google Tag Manager;
• в отдельном JavaScript-файле;
• в модуле электронной торговли;
• в стороннем сервисе или конструкторе.

Один счётчик нельзя одновременно устанавливать напрямую и через GTM без специальной причины. Иначе просмотры и события могут отправляться дважды.

Удалите устаревшие и тестовые подключения

Проверьте, не остались ли на рабочем сайте старые ресурсы, тестовые счётчики, дубли контейнеров и отключённые интеграции.

Составьте перечень целевых действий

До технической настройки определите, какие действия действительно важны:

• успешная отправка формы;
• звонок по номеру;
• переход в мессенджер;
• скачивание документа;
• регистрация;
• добавление товара в корзину;
• начало оформления;
• покупка;
• оплата услуги;
• отправка расчёта;
• создание личного кабинета.

Нажатие на кнопку и успешное выполнение действия следует различать. Клик по кнопке отправки не подтверждает, что форма прошла проверку и данные поступили на сервер.

Определите единую систему названий

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

• lead_submit;
• phone_click;
• messenger_click;
• file_download;
• checkout_start;
• purchase.

Не создавайте события FormSend, form_send, formsend и send_form для одного действия. Аналитика и без этого достаточно изобретательна в создании расхождений.

Выбор архитектуры установки

Для обычного сайта используются два основных подхода.

Прямая установка

Коды Метрики и Google tag добавляются в общий шаблон сайта. События отправляются из JavaScript проекта.

Преимущества:

• прямой контроль кода;
• меньше зависимостей;
• удобство для разработчика;
• предсказуемый порядок загрузки.

Недостатки:

• для изменений требуется доступ к коду;
• маркетолог не может самостоятельно добавлять теги;
• необходимо поддерживать собственную логику событий.

Установка через Google Tag Manager

На сайт добавляется контейнер GTM. Внутри него создаются Google tag, теги событий GA4 и вызовы Метрики.

Преимущества:

• централизованное управление;
• предварительный просмотр;
• история версий;
• разделение событий и условий запуска;
• возможность изменять аналитику без выпуска новой версии сайта.

Недостатки:

• риск накопления конфликтующих тегов;
• зависимость от качества настройки контейнера;
• возможность случайно опубликовать ошибку;
• необходимость поддерживать документацию.

Гибридная схема

Сайт формирует единый dataLayer, а GTM отвечает за передачу информации в аналитические системы. Это практичный вариант для проектов, где разработчик управляет бизнес-логикой, а аналитик — тегами и параметрами.

Рекомендуемая схема двойного сбора

1. Сайт фиксирует успешное действие.
2. В dataLayer отправляется одно техническое событие.
3. GTM получает событие с помощью пользовательского триггера.
4. Тег GA4 передаёт рекомендованное или пользовательское событие.
5. Тег Метрики вызывает reachGoal.
6. Обе системы получают одинаковый идентификатор сценария и согласованные параметры.
7. Событие проверяется в режиме отладки.

Такая архитектура отделяет бизнес-событие от конкретной аналитической платформы. При смене инструмента не нужно переписывать форму или оформление заказа.

Шаг 1. Создайте счётчик Яндекс Метрики

1. Создайте счётчик для основного домена.
2. Укажите корректный адрес сайта.
3. Проверьте часовой пояс.
4. Выберите необходимые дополнительные функции.
5. Скопируйте номер счётчика.
6. Определите способ установки: напрямую или через систему управления тегами.

Вебвизор и поведенческие инструменты

Вебвизор следует включать осознанно. Проверьте настройки записи полей и убедитесь, что конфиденциальная информация не попадает в записи. Для чувствительных форм лучше полностью скрывать содержимое полей.

Карта кликов и отслеживание ссылок

Эти функции помогают анализировать взаимодействие с навигацией, кнопками и ссылками. Однако карты не заменяют события. Для критичных действий всё равно следует настраивать отдельные цели.

Автоматические цели

Автоматические цели полезны для первоначального наблюдения, но основные бизнес-конверсии лучше фиксировать явно. Автоматическое определение формы может сработать не на всех нестандартных интерфейсах и не всегда означает успешную обработку заявки.

Шаг 2. Установите Метрику

Прямая установка

Код счётчика размещается в общем шаблоне, чтобы он загружался на всех страницах. Не добавляйте отдельную копию на страницы, где шаблон уже подключает Метрику.

Установка через GTM

Создайте отдельный тег Метрики и запускайте его на всех страницах с учётом выбранной схемы согласия. После публикации проверьте, что на странице присутствует только один экземпляр счётчика.

Проверка номера счётчика

Используйте переменную GTM или единый конфигурационный объект. Номер не должен повторяться вручную в десятках тегов: одна опечатка создаст цель в параллельной вселенной, которую никто не открывает.

Шаг 3. Создайте ресурс GA4

1. Создайте ресурс Google Analytics 4.
2. Добавьте поток данных для сайта.
3. Проверьте основной домен.
4. Настройте часовой пояс и валюту.
5. Скопируйте идентификатор потока формата G-XXXXXXXXXX.
6. Проверьте настройки улучшенной статистики.

Улучшенная статистика

GA4 может автоматически собирать просмотры страниц, прокрутку, исходящие клики, поиск по сайту, взаимодействия с видео, скачивания и события форм.

Перед созданием собственных событий проверьте, какие функции уже включены. Если одновременно использовать автоматическое form_submit и собственный тег с тем же смыслом, отчёт получит две версии одной отправки.

Шаг 4. Настройте Google tag в GTM

1. Создайте новый тег.
2. Выберите тип Google tag.
3. Укажите идентификатор G-XXXXXXXXXX.
4. Настройте запуск на всех страницах до тегов событий.
5. Сохраните тег.
6. Проверьте его в режиме предварительного просмотра.

В старых инструкциях этот элемент может называться тегом конфигурации GA4. В актуальной структуре GTM базовое подключение выполняет Google tag.

Шаг 5. Создайте единый dataLayer

dataLayer используется для передачи событий и параметров из сайта в GTM.

window.dataLayer = window.dataLayer || [];

window.dataLayer.push({
    event: 'lead_submit',
    form_id: 'callback',
    lead_type: 'consultation'
});

Событие должно отправляться только после подтверждённого результата. Для формы это может быть успешный ответ сервера, а не простое нажатие кнопки.

Что можно передавать

• идентификатор формы;
• тип обращения;
• название страницы;
• категорию услуги;
• тип CTA;
• идентификатор товара;
• стоимость;
• валюту;
• идентификатор заказа;
• этап оформления.

Что передавать нельзя

• имя и фамилию;
• номер телефона;
• email;
• почтовый адрес;
• текст сообщения пользователя;
• пароли;
• платёжные реквизиты;
• другие данные, позволяющие прямо определить человека.

Контактные данные не должны попадать в названия событий, параметры, URL страницы благодарности или текстовые значения dataLayer.

Шаг 6. Настройте события GA4

В GTM создайте тег типа Google Analytics: GA4 Event.

Для отправки заявки можно использовать рекомендованное событие:

generate_lead

Дополнительные параметры:

• form_id;
• lead_type;
• content_group;
• value;
• currency.

Не следует создавать собственное имя, если GA4 уже предлагает подходящее рекомендованное событие. Это упрощает отчёты и дальнейшую интеграцию.

Правила названий

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

Шаг 7. Настройте цель Метрики

В Метрике создайте цель типа «Целевое событие» и задайте идентификатор, например:

lead_submit

При достижении события вызовите:

ym(
    COUNTER_ID,
    'reachGoal',
    'lead_submit'
);

Через GTM вызов можно выполнить отдельным тегом, запускаемым тем же пользовательским событием lead_submit.

Передача параметров

Для цели можно передавать параметры, не содержащие персональных данных:

ym(
    COUNTER_ID,
    'reachGoal',
    'lead_submit',
    {
        form_id: 'callback',
        lead_type: 'consultation'
    }
);

Если у цели есть измеримая стоимость или доход, можно передать значение и валюту по согласованной методике.

Таблица соответствия событий

Названия в dataLayer могут отличаться от названий, отправляемых в платформы. Важно хранить таблицу соответствия и не менять схему без документирования.

Какие действия считать конверсиями

Не каждое событие должно становиться основной конверсией.

Макроконверсии

• успешная заявка;
• покупка;
• регистрация;
• оплата;
• подтверждённый заказ;
• запись на консультацию.

Микроконверсии

• клик по CTA;
• открытие формы;
• начало заполнения;
• скачивание презентации;
• просмотр тарифов;
• переход к контактам;
• добавление товара в корзину.

Микроконверсии помогают анализировать путь, но не должны подменять основной результат. Сто кликов по телефону не равны ста состоявшимся звонкам.

Ключевые события GA4

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

Не отмечайте ключевым каждый клик и просмотр. Иначе отчёты будут показывать большое количество «успехов», среди которых сложно найти реальные обращения и продажи.

Цели Яндекс Метрики

В Метрике для основных сценариев создаются отдельные цели. Названия целей должны быть понятны сотрудникам, а идентификаторы — разработчикам и аналитикам.

Пример:

• Название: «Успешная отправка формы консультации».
• Идентификатор: lead_submit_consultation.

Если одна цель используется для нескольких форм, передавайте идентификатор формы параметром. Если формы имеют разную бизнес-ценность, удобнее разделить их на отдельные цели.

Отслеживание форм

Форма является одной из самых частых причин ошибочной аналитики.

Неправильный вариант

Событие запускается по клику на кнопку. Пользователь может не заполнить обязательное поле, получить ошибку или несколько раз нажать кнопку. Аналитика при этом зарегистрирует несколько конверсий.

Правильный вариант

Событие отправляется после успешного ответа сервера или отображения подтверждённого результата.

Страница благодарности

Отдельная страница благодарности упрощает настройку, но требует защиты от повторного открытия и прямого перехода. Иначе пользователь может обновить страницу или открыть сохранённый адрес, создав лишнее событие.

AJAX-формы

Для формы без перезагрузки страницы dataLayer должен запускаться после успешной обработки ответа.

Отслеживание кликов по телефону и мессенджерам

Для телефона можно отслеживать переходы по ссылкам с tel:, для электронной почты — mailto:, для мессенджеров — переходы на соответствующие адреса.

Передавайте параметры:

• тип контакта;
• место расположения элемента;
• страницу;
• тип CTA.

Не передавайте сам номер телефона пользователя. Номер компании также обычно не нужен в аналитике, если на сайте используется один контакт.

Отслеживание скачивания файлов

GA4 может автоматически фиксировать скачивания распространённых типов файлов. Перед созданием собственного события проверьте улучшенную статистику.

Собственное событие полезно, если необходимо:

• разделить коммерческие предложения и инструкции;
• передавать категорию документа;
• фиксировать скачивания нестандартного формата;
• связывать файл с конкретной услугой;
• использовать одинаковую схему в Метрике и GA4.

Отслеживание электронной торговли

Для интернет-магазина необходимо настроить единый набор событий:

• view_item_list;
• select_item;
• view_item;
• add_to_cart;
• remove_from_cart;
• view_cart;
• begin_checkout;
• add_shipping_info;
• add_payment_info;
• purchase;
• refund.

Пример покупки

window.dataLayer = window.dataLayer || [];

window.dataLayer.push({
    event: 'purchase',
    ecommerce: {
        transaction_id: 'ORDER-12345',
        value: 2500,
        currency: 'RUB',
        items: [
            {
                item_id: 'SKU-123',
                item_name: 'Название товара',
                price: 2500,
                quantity: 1
            }
        ]
    }
});

Единые идентификаторы

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

• идентификаторы заказов;
• SKU;
• названия товаров;
• категории;
• валюту;
• стоимость;
• количество.

Идентификатор транзакции должен быть уникальным. Повторная отправка одного заказа может исказить доход и количество покупок.

Совместимость Метрики с dataLayer GA4

При включённой электронной торговле и корректно указанном контейнере Метрика может обрабатывать совместимый формат данных GA4. Несмотря на это, каждое событие необходимо проверить в обеих системах. Слово «совместимый» в документации не освобождает проект от тестирования, как бы заманчиво это ни звучало.

Настройка одностраничных приложений

В SPA переход между экранами может происходить без обычной загрузки новой HTML-страницы. Поэтому автоматический просмотр не всегда отражает виртуальную навигацию.

Необходимо:

• отслеживать изменение маршрута;
• передавать виртуальный просмотр страницы;
• обновлять адрес и заголовок;
• избегать повторной отправки при первом открытии;
• проверять переходы назад и вперёд;
• отдельно тестировать динамические формы;
• учитывать ограничения поведенческих инструментов.

Переходы между доменами

Если пользователь переходит между основным сайтом, поддоменом, корзиной или отдельным сервисом оформления, системы могут создать нового пользователя или новый источник.

Кросс-доменное отслеживание GA4

Настройте список доменов, которые относятся к одному пользовательскому пути. После этого проверьте, сохраняется ли идентификатор при переходе.

Нежелательные рефералы

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

Поддомены

Не создавайте отдельные ресурсы без необходимости. Если поддомены относятся к одному сайту и одному пути, удобнее анализировать их совместно с понятным признаком хоста.

UTM-метки

Для рекламных и внешних ссылок используйте единые правила UTM-разметки.

Основные параметры:

• utm_source — источник;
• utm_medium — тип канала;
• utm_campaign — кампания;
• utm_content — объявление или материал;
• utm_term — ключевая фраза или сегмент.

Единый регистр

Telegram, telegram и tg могут попасть в разные строки. Утвердите справочник значений.

Не размечайте внутренние ссылки

UTM-метка на переходе внутри сайта способна перезаписать источник сеанса и испортить атрибуцию.

Согласие и конфиденциальность

Порядок загрузки аналитических тегов зависит от применимого законодательства, региона аудитории, типов файлов cookie и выбранной правовой модели. Эту часть следует согласовать с ответственным за защиту данных или юристом.

Техническая схема должна позволять:

• учитывать выбор пользователя;
• разделять необходимые и аналитические технологии;
• обновлять состояние согласия;
• не отправлять запрещённые данные;
• хранить подтверждение выбора, когда это требуется;
• отключать необязательные теги;
• обновлять политику конфиденциальности.

Google Consent Mode

Consent Mode передаёт Google состояние согласия и изменяет поведение тегов. Его нужно настраивать вместе с платформой управления согласием и проверять до публикации.

Яндекс Метрика

Для Метрики также необходимо определить момент загрузки и правила обработки в соответствии с выбранной моделью согласия. Особое внимание уделите Вебвизору и записи полей.

Персональные данные

Не передавайте персональные данные в:

• названиях событий;
• параметрах;
• URL;
• заголовках страниц;
• идентификаторах пользователей;
• dataLayer;
• названиях файлов;
• текстах ошибок.

Исключение внутреннего трафика

Посещения сотрудников, разработчиков и подрядчиков могут искажать данные, особенно на небольшом сайте.

Для исключения используются:

• IP-фильтры;
• специальные параметры;
• отдельный режим разработчика;
• тестовые домены;
• служебные cookie;
• отдельные тестовые счётчики.

Проверьте удалённых сотрудников и динамические IP. Один фильтр офисного адреса давно перестал охватывать всю человеческую склонность работать откуда угодно.

Отладка Google Tag Manager

Перед публикацией контейнера используйте режим предварительного просмотра.

Проверьте:

• загрузился ли контейнер;
• сработал ли Google tag;
• появилось ли событие dataLayer;
• запустился ли правильный триггер;
• сработал ли тег GA4;
• сработал ли тег Метрики;
• какие параметры получили теги;
• не запустилось ли событие повторно;
• не блокируется ли тег согласием.

Отладка GA4

DebugView показывает события и параметры тестового устройства в режиме отладки.

Проверяйте:

• название события;
• параметры;
• количество отправок;
• последовательность;
• страницу;
• состояние согласия;
• идентификатор транзакции;
• товарные параметры.

После DebugView проверьте отчёт реального времени, а затем обычные отчёты после обработки данных.

Отладка Яндекс Метрики

Используйте проверку счётчика и отладчик Метрики.

Проверьте:

• инициализацию счётчика;
• номер;
• просмотры;
• достижение целей;
• параметры событий;
• данные электронной торговли;
• отсутствие повторной инициализации.

Пошаговый тест формы

1. Откройте GTM Preview.
2. Включите DebugView GA4.
3. Откройте отладчик Метрики.
4. Перейдите на страницу формы.
5. Нажмите отправку с пустыми полями.
6. Убедитесь, что конверсия не отправилась.
7. Заполните форму корректно.
8. Отправьте её один раз.
9. Проверьте одно событие в dataLayer.
10. Проверьте один тег GA4.
11. Проверьте один вызов цели Метрики.
12. Обновите страницу благодарности.
13. Убедитесь, что событие не повторилось без новой заявки.
14. Повторите тест на мобильном устройстве.

Как искать причину расхождений

Сравнивайте одинаковое действие

Не сравнивайте визиты Метрики с пользователями GA4 или цели с кликами. Сначала выберите конкретное событие, например успешную отправку формы.

Проверьте период и часовой пояс

Отчёты должны использовать одинаковые даты и часовой пояс.

Проверьте сегменты и фильтры

Исключение сотрудников, ботов и тестового трафика должно быть сопоставимым.

Проверьте условия запуска

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

Проверьте согласие

Теги могут получать разные разрешения или загружаться в разное время.

Проверьте блокировщики

Расширения и браузерные ограничения могут блокировать одну систему и пропускать другую.

Проверьте дубли

Найдите прямую установку, плагины и дополнительные контейнеры.

Проверьте переходы между доменами

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

Проверьте обработку данных

Некоторые отчёты обновляются не мгновенно. Для проверки установки используйте инструменты отладки, а не только стандартный отчёт за текущий день.

Объединённые отчёты

Не следует просто складывать показатели Метрики и GA4. Один пользователь может учитываться в обеих системах, поэтому сумма создаст искусственно завышенный результат.

В объединённом отчёте полезно показывать системы рядом:

• сеансы или визиты;
• целевые события;
• покупки;
• доход;
• источники;
• расхождение;
• статус качества данных.

BI-системы

GA4 можно подключать к системам визуализации через доступные коннекторы и экспорт. Данные Метрики передаются через API, подготовленную базу или сторонний коннектор.

Не объединяйте сырые сущности без модели

Поля с одинаковыми названиями могут иметь разный смысл. До объединения необходимо описать:

• единицу измерения;
• правило расчёта;
• источник;
• часовой пояс;
• фильтры;
• окно атрибуции;
• частоту обновления.

Связь с CRM

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

Передавайте в CRM:

• идентификатор заявки;
• источник;
• UTM-метки;
• страницу обращения;
• тип формы;
• идентификаторы аналитических систем, если это разрешено выбранной моделью обработки;
• статус сделки;
• доход.

Персональные данные остаются в CRM и не должны возвращаться в GA4 или Метрику в открытом виде.

Документация аналитики

Создайте таблицу событий со следующими полями:

• бизнес-действие;
• техническое событие dataLayer;
• условие отправки;
• параметры;
• событие GA4;
• ключевое событие GA4;
• цель Метрики;
• место установки;
• ответственный;
• дата проверки;
• статус.

Без документации через несколько месяцев никто не вспомнит, почему button_click_2 считается главной заявкой, а form_success_final нигде не используется. И это ещё оптимистичный сценарий.

Типичные ошибки двойного сбора

Двойная установка счётчика

Один код размещён в шаблоне, второй — через GTM.

Отслеживание клика вместо результата

Событие отправляется до проверки формы или оплаты.

Разные названия одного действия

Отчёты невозможно сопоставить без дополнительной обработки.

Передача персональных данных

В параметры попадают email, телефон или текст обращения.

Дублирование улучшенной статистики

Автоматическое и пользовательское события фиксируют одну форму или скачивание.

Отсутствие уникального transaction_id

Покупки дублируются или не сопоставляются.

Внутренние UTM-метки

Источник пользователя перезаписывается при переходе по сайту.

Слепое сравнение общих цифр

Сравниваются разные метрики, периоды или фильтры.

Отсутствие мобильного теста

Событие работает на компьютере, но не отправляется из мобильного меню или формы.

Публикация GTM без проверки

Изменения сразу отправляются на рабочий сайт.

Нет версии и описания изменений

Невозможно определить, когда появились расхождения.

Чек-лист настройки

• Проверены старые и дублирующие счётчики.
• Выбрана единая архитектура установки.
• Созданы рабочие ресурсы Метрики и GA4.
• Проверены часовые пояса.
• Установлен один контейнер GTM.
• Настроен Google tag.
• Установлен один счётчик Метрики.
• Определены макро- и микроконверсии.
• Составлена таблица событий.
• Настроен единый dataLayer.
• Используются рекомендованные события GA4.
• Созданы цели Метрики.
• Исключено дублирование улучшенной статистики.
• Формы отслеживаются после успешной обработки.
• Настроены клики по контактам.
• Проверены скачивания.
• Для магазина настроена электронная торговля.
• transaction_id уникален.
• Проверены переходы между доменами.
• Утверждены правила UTM-разметки.
• Настроено управление согласием.
• Персональные данные не передаются.
• Исключён тестовый и внутренний трафик.
• События проверены в GTM Preview.
• События проверены в DebugView.
• Цели проверены в отладчике Метрики.
• Проведён тест на мобильном устройстве.
• Подготовлена документация.
• Назначен ответственный за контроль данных.

Вывод

Параллельная работа Яндекс Метрики и GA4 помогает получать два независимых представления о трафике, поведении пользователей и целевых действиях. Системы не обязаны показывать одинаковые значения, поскольку используют разные правила обработки данных.

Надёжная настройка начинается не с добавления двух кодов, а с проектирования единой схемы событий. Сайт должен один раз фиксировать бизнес-действие и передавать его через dataLayer. После этого GTM или код проекта отправляет данные в формате каждой платформы.

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

После установки каждое событие проверяется в GTM Preview, DebugView и отладчике Метрики. Расхождения анализируются по конкретным действиям с учётом часового пояса, фильтров, согласия, блокировщиков и атрибуции.

Двойной сбор становится полезным не тогда, когда на сайте присутствуют два счётчика, а когда обе системы получают проверенные события, отчёты имеют понятную методику, а команда способна объяснить происхождение каждой значимой цифры.