Кроссдоменное отслеживание в Google Analytics 4: настройка в 2026 году

Кроссдоменное отслеживание в GA4 позволяет сохранять единую сессию пользователя при переходе между двумя и более отдельными доменами — например, с основного сайта на сторонний чекаут. Без этой настройки GA4 считает каждый переход между доменами новой сессией и неправильно атрибутирует конверсии. Это руководство описывает полную настройку в GA4 Admin и Google Tag Manager на 2026 год.

Что такое кроссдоменное отслеживание и когда оно нужно

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

Типичные ситуации, когда кроссдоменное отслеживание необходимо:

1. Основной сайт — brand.com, а корзина находится на сторонней платформе, например checkout.stripe.com или shop.brand.com.
2. Вы управляете SaaS-продуктом, где маркетинговый сайт (company.com) и приложение (app.company.com или app.company.io) рассматриваются как отдельные источники.
3. Медиаиздатель размещает контент на magazine.publisher.com, а продаёт подписки через publisher.com.
4. Агентство управляет клиентом, чей инструмент бронирования (bookings.partner.com) находится за пределами основного домена клиента.
5. Интернет-магазин использует локализованный домен чекаута (store.de) вместе с основным международным магазином (store.com).

Во всех этих случаях пользователь, который начинает на домене A и совершает конверсию на домене B, будет отображаться в GA4 как две несвязанные сессии — если кроссдоменное отслеживание не настроено. Результат: завышенное количество сессий, сломанные отчёты по воронке и неверная атрибуция конверсий.

Важно: отслеживание поддоменов (например, blog.example.com → example.com) не требует настройки кроссдоменного отслеживания. GA4 автоматически обрабатывает поддомены с одним корневым доменом через файл cookie первой стороны. Кроссдоменная конфигурация нужна только тогда, когда меняется корневой домен.

Как работает кроссдоменное отслеживание технически

GA4 использует параметр URL под названием _gl — также называемый «параметром линкера» — для передачи идентификатора клиента пользователя с одного домена на другой.

Технический процесс шаг за шагом:

1. Посетитель попадает на domain-a.com. GA4 присваивает ему client_id, сохранённый в файле cookie _ga.
2. Посетитель нажимает на ссылку, ведущую на domain-b.com. JavaScript GA4 определяет, что исходящая ссылка ведёт к указанному партнёру кроссдоменного отслеживания.
3. До перехода браузера GA4 добавляет параметр _gl к целевому URL, кодируя client_id пользователя, идентификатор сессии и HMAC-подпись:

https://domain-b.com/checkout?_gl=1*abc123*_ga*MTIz...

4. Когда загружается domain-b.com, JavaScript GA4 считывает параметр _gl из URL и извлекает идентификатор клиента.
5. GA4 записывает тот же файл cookie _ga на domain-b.com, используя извлечённый client ID, обеспечивая непрерывность сессии.
6. Все события, зафиксированные на domain-b.com, теперь атрибутированы тому же пользователю и сессии, что и события на domain-a.com.

Два важных технических ограничения:

1. Срок действия линкера: Параметр _gl имеет стандартное время действия 2 минуты. Если пользователю требуется более 2 минут для перехода на второй домен после декорирования ссылки, линкер будет отклонён и сессия прервётся. Это может произойти при медленных редиректах в чекауте.
2. Оба домена должны использовать одинаковый Measurement ID GA4 (G-XXXXXXX) или оба должны использовать один и тот же контейнер gtag.js / GTM. Кроссдоменное отслеживание не работает между двумя отдельными свойствами GA4.

Требования перед настройкой

Прежде чем открывать GA4 Admin, убедитесь в следующем:

1. Один и тот же Measurement ID используется на всех доменах — откройте исходный код каждого домена и убедитесь, что одна и та же строка G-XXXXXXX присутствует в теге GA4.
2. У вас есть права Редактора или Администратора к свойству GA4 — настройка кроссдоменного отслеживания требует прав редактирования на уровне свойства.
3. Реализация тега единообразна — все домены должны реализовывать GA4 одним методом: либо все через gtag.js, либо все через Google Tag Manager. Смешивание методов на разных доменах значительно усложняет диагностику.
4. Файлы cookie не удаляются прокси или CDN — некоторые слои кеширования (например, Cloudflare Workers, прокси Nginx) удаляют или перезаписывают параметры URL. Проверьте, что параметр _gl сохраняется через всю цепочку редиректов.
5. Consent Mode согласован на всех доменах — если вы используете Consent Mode v2, убедитесь, что состояние согласия считывается единообразно на обоих доменах.

Пошаговая настройка в GA4 2026

Нативный подход через GA4 Admin — самый быстрый путь, когда вы управляете тегом GA4 напрямую (не через GTM). Достаточно пяти шагов.

Шаг 1 — Откройте Data Streams

Перейдите в GA4 Admin → столбец Property → Data Streams. Нажмите на веб-поток данных, охватывающий ваш основной домен (например, domain-a.com).

Шаг 2 — Откройте настройки тега

В панели детализации потока данных прокрутите вниз до раздела Google tag и нажмите Configure tag settings. Откроется панель настройки тега Google для этого потока.

Шаг 3 — Откройте Configure your domains

В панели настроек тега Google найдите раздел Your connections (или Configure your domains в старом интерфейсе). Нажмите на него, чтобы развернуть список доменов. Здесь вы указываете все домены, которые должны совместно использовать одну сессию.

Шаг 4 — Добавьте все домены

Нажмите Add condition. Выберите тип совпадения — как правило, Contains — и введите корневой домен без протокола, например domain-b.com. Повторите для каждого дополнительного домена. Нажмите Save.

Типы совпадений и когда их использовать:

Шаг 5 — Проверьте наличие параметра _gl

Откройте основной домен в браузере, откройте DevTools (F12), перейдите на вкладку Network и нажмите на ссылку, ведущую на второй домен. До перехода проверьте исходящий URL в сетевом логе — вы должны увидеть ?_gl=1*..., добавленный к URL. Если параметр присутствует, линкер активен.

Настройка через Google Tag Manager

Если вы управляете GA4 через GTM, конфигурация находится в настройках тега GA4 внутри вашего контейнера GTM — не в GA4 Admin. Вот подход через GTM:

1. Откройте GTM → Tags и найдите ваш конфигурационный тег GA4 (тип тега: Google Analytics: GA4 Configuration).
2. Нажмите на тег для его редактирования.
3. Разверните Fields to Set и добавьте новое поле: name = linker, значение = объект JavaScript (см. ниже).
4. Либо используйте поле Cross Domain Linking, которое появляется в более новых шаблонах тегов GA4 в GTM — введите названия доменов через запятую.
5. Опубликуйте контейнер GTM.

Для продвинутых настроек GTM с использованием кастомного HTML-тега или gtag.js напрямую, добавьте конфигурацию кроссдоменного отслеживания с помощью команды linker:

gtag('config', 'G-XXXXXXX', {
  'linker': {
    'domains': ['domain-b.com', 'domain-c.com'],
    'accept_incoming': true,
    'decorate_forms': true
  }
});

Флаг accept_incoming сообщает GA4 на принимающем домене, что нужно искать и принимать параметр _gl. Флаг decorate_forms распространяет декорирование на отправку форм (для чекаут-потоков, использующих POST-формы вместо стандартных ссылок).

Как проверить, что отслеживание работает

Используйте все три метода ниже для полной проверки:

Метод 1 — Инспекция URL в браузере

Наведите курсор на кроссдоменную ссылку на вашем сайте (или нажмите правой кнопкой и скопируйте). Если кроссдоменное отслеживание активно, URL ссылки будет содержать параметр _gl. В некоторых браузерах параметр добавляется только при клике — используйте вкладку Network в DevTools для перехвата исходящего запроса.

Метод 2 — GA4 DebugView

Включите режим отладки, добавив ?gtm_debug=1 к URL (если используете GTM) или добавив debug_mode: true в конфигурацию gtag. Затем откройте GA4 → Admin → DebugView и перейдите с домена A на домен B. Если оба домена отображаются в DebugView в одном устройстве (одна строка потока, непрерывная временная шкала событий), сшивание сессии работает правильно.

Метод 3 — Отчёт Explorations в GA4

Создайте Funnel Exploration в GA4 с шагами, охватывающими оба домена. Если пользователи проходят через шаги воронки на разных доменах без разрыва сессии, путь конверсии покажет непрерывный поток. Сломанная конфигурация кроссдоменного отслеживания, как правило, показывает 100% drop-off именно в точке перехода между доменами.

Частые ошибки и способы их устранения

Кроссдоменное vs отслеживание поддоменов: ключевые отличия

Частый источник путаницы — требует ли данная конфигурация кроссдоменной настройки или GA4 справляется автоматически. Правило простое: если меняется корневой домен — нужна кроссдоменная настройка; если меняется только поддомен — нет.

При отслеживании поддоменов файл cookie _ga GA4 устанавливается на уровне корневого домена (например, .example.com) и поэтому доступен всем поддоменам. Дополнительная настройка не нужна, если только ваш сервер целенаправленно не ограничивает область действия cookie одним поддоменом.

FAQ

Работает ли кроссдоменное отслеживание с Consent Mode v2?

Да, но с оговорками. Когда пользователь отказывается от аналитических cookies на домене A, GA4 не устанавливает файл cookie _ga, то есть нет client ID для передачи через линкер _gl. На домене B GA4 будет считать пользователя новым посетителем. Сшивание сессий в кроссдоменном режиме работает только при условии, что пользователь дал согласие на аналитику на исходном домене.

Можно ли использовать кроссдоменное отслеживание со сторонним чекаутом, таким как Shopify или Stripe?

Частично. Вы можете настроить GA4 для декорирования ссылок, исходящих с вашего домена к провайдеру чекаута. Однако провайдер чекаута тоже должен иметь установленный GA4 с тем же Measurement ID и установленным accept_incoming: true. Shopify поддерживает это в своей нативной интеграции GA4. Stripe не хостирует ваш тег GA4 — вы не можете установить GA4 на страницах оплаты, размещённых Stripe. В этом случае используйте серверные события Measurement Protocol для отчётности по конверсиям.

Повлияет ли кроссдоменное отслеживание на SEO или скорость загрузки страницы?

Нет. Параметр _gl добавляется к URL динамически с помощью JavaScript в момент клика — он никогда не записывается в исходный HTML или карту сайта. Поисковые системы, такие как Google, явно игнорируют параметр _gl при оценке канонических URL. Скорость загрузки страницы не затрагивается, поскольку декорирование ссылок происходит на стороне клиента после того, как страница уже загрузилась.

Сколько доменов можно добавить в список кроссдоменного отслеживания?

GA4 публично не документирует жёсткое ограничение на количество доменов в списке кроссдоменного отслеживания. На практике конфигурации с 10–15 доменами работают стабильно. При очень крупных мультидоменных конфигурациях (50+ доменов) рекомендуется централизовать отслеживание через серверный GTM и передавать данные сессии через собственную инфраструктуру.

Почему моя воронка показывает 100% drop-off на кроссдоменном шаге?

Стопроцентный drop-off именно на шаге, где пользователь переходит на другой домен, — классический признак сломанной кроссдоменной конфигурации. Наиболее частые причины: (1) целевой домен не указан в настройках кроссдоменного отслеживания GA4, (2) принимающий домен использует другой Measurement ID, (3) параметр _gl удаляется CDN или редиректом. Начните с проверки исходящего URL в DevTools — если _gl отсутствует, проблема на отправляющей стороне. Если _gl присутствует, но сессия всё равно прерывается — проблема на принимающей стороне.