Аналитика и CRM

Междоменное отслеживание GA4: настройка и проверка пути клиента

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

Vladlens Kecko · 2026-10-23 · 7 минут

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

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

1. Нарисуйте путь и определите контроль

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

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

2. Сохраните конфигурацию до изменения

В руководстве Google для соединяемых страниц требуется G-ID одного веб-потока GA4. Перечислите ресурс, поток, идентификаторы, правила доменов и владельцев. Проверьте оба конца и сохраните текущие настройки.

В настройках тега веб-потока откройте Configure your domains. Добавляйте только подтверждённые домены с подходящими условиями соответствия. Существующие ручные настройки Google tag или GTM изучите с разработчиком, прежде чем накладывать второй механизм поверх первого.

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

3. Проверяйте настоящий клик, а не скопированный URL

В объяснении для разработчиков Google описан параметр связывания _gl. Он добавляется при переходе и действует недолго. Сразу проходите по настоящей ссылке или форме; не сохраняйте дополненный URL как постоянный тестовый адрес.

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

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

4. Заполните таблицу проверки пути

Это условный пример, не результат клиента. Сервисная компания переводит посетителей с www.example.com на согласованный сайт бронирования book.example.net. Компания может настроить обе реализации измерений.

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

5. Исследуйте конкретную ошибку

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

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

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

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

6. Проверьте обработанные результаты и ограничения

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

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

Перед выпуском изменения

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

Нужна помощь с поиском разрыва? Наша услуга по отслеживанию, атрибуции и CRM связывает технические проверки с полезной отчётностью бизнеса. Запишитесь на бесплатный 30-минутный разбор роста с основателями и получите краткий письменный план из трёх приоритетов. Обязательства нанимать CPCInsider нет; объём внедрения согласуем отдельно.