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

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

Canonical page: https://cpcinsider.com/ru/insights/ga4-cross-domain-tracking/
Author: Vladlens Kecko
Published: 2026-10-23
Updated: 2026-10-23


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

Руководство посвящено веб-измерениям GA4 между связанными сайтами. Это не способ отслеживать человека между независимыми компаниями или обходить согласие. Для общей проверки ресурса используйте [чек-лист аудита GA4](https://cpcinsider.com/ru/insights/ga4-audit-checklist/).

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

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

| Путь | Первая проверка | Какого упрощения избегать |
| --- | --- | --- |
| Основной сайт на отдельный сайт бронирования | Можно ли настроить нужный сбор с обеих сторон? | Добавить домен без проверки тегов |
| Два поддомена компании | Настройки домена cookie и фактическая непрерывность | Считать, что каждому поддомену нужен новый механизм |
| Возврат из банка или платёжного сервиса | Обработка источника и обратного перехода | Предполагать, что можно поставить тег в банке |
| Издатель привёл нового клиента | Реальный источник привлечения | Скрыть полезный реферальный переход |

Для возвратов после оплаты используйте [руководство по платёжным переходам](https://cpcinsider.com/ru/insights/ga4-payment-referrals/). Исключение реферала меняет обработку источника, но само по себе не соединяет отдельные идентификаторы браузера.

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

В [руководстве Google](https://support.google.com/analytics/answer/10071811?hl=en) для соединяемых страниц требуется G-ID одного веб-потока GA4. Перечислите ресурс, поток, идентификаторы, правила доменов и владельцев. Проверьте оба конца и сохраните текущие настройки.

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

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

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

В [объяснении для разработчиков Google](https://developers.google.com/tag-platform/devguides/cross-domain) описан параметр связывания `_gl`. Он добавляется при переходе и действует недолго. Сразу проходите по настоящей ссылке или форме; не сохраняйте дополненный URL как постоянный тестовый адрес.

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

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

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

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

| Тест | Какие данные сохранить | Полезный результат |
| --- | --- | --- |
| Обычная ссылка на бронирование | Настоящий клик и запрос назначения | Параметр доходит до рабочей страницы |
| URL бронирования перенаправляет | Каждый переход и сохранённые параметры | Редирект не удаляет нужный параметр |
| Бронирование использует форму или скрипт | Метод перехода и поведение тега | Реальный метод поддерживает нужную непрерывность |
| Возврат на основной сайт | Обратная ссылка, события и контекст сеанса | Обратный путь проверен отдельно |
| Посетитель отклоняет согласие на аналитику | Состояние согласия и собранные данные | Выбор соблюдён, ограничение зафиксировано |
| Бронирование завершено | Подтверждение и целевое событие | Верное событие без выдуманного второго бронирования |

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

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

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

Если оба домена получают события, но путь разделяется, проверьте ID потоков, обработку входящего параметра и настройки cookie. Если симптом касается только источника, перед исключением изучите [документацию о нежелательных переходах](https://support.google.com/analytics/answer/10327750?hl=en). Сделайте одно обоснованное исправление и повторите таблицу тестов.

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

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

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

В [плане измерений](https://cpcinsider.com/ru/insights/advertising-measurement-plan/) определите успех до сравнения отчётов. После обработки изучите новые пути на нужных доменах, сохраняя одинаковые даты и область отчёта. Не ожидайте полного равенства при разном согласии или сборе и не считайте, что исправление перепишет исторические сеансы.

Междоменная настройка также не убирает ошибочные повторные отправки покупки. Если один заказ появляется несколько раз, используйте отдельный [чек-лист дублей покупок](https://cpcinsider.com/ru/insights/ga4-duplicate-purchases/).

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

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

Нужна помощь с поиском разрыва? Наша [услуга по отслеживанию, атрибуции и CRM](https://cpcinsider.com/ru/services/tracking-attribution-crm/) связывает технические проверки с полезной отчётностью бизнеса. [Запишитесь на бесплатный 30-минутный разбор роста с основателями](https://cpcinsider.com/ru/?audit_from=ga4-cross-domain-tracking#audit) и получите краткий письменный план из трёх приоритетов. Обязательства нанимать CPCInsider нет; объём внедрения согласуем отдельно.