Как настроить кросс-доменные цели в Google Analytics

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

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

Кросс-доменные цели — это конверсии, совершенные на одном домене, но приписанные другому домену в цепочке касаний. Например, регистрация на сайте партнера после перехода с вашего лендинга засчитывается как конверсия основного проекта. Схема применяется в партнерских программах, e-commerce с отдельным доменом для оплаты и SaaS-сервисах с поддоменами.

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

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

Кросс-доменное отслеживание — это метод сбора данных, при котором система аналитики распознает переход пользователя между разными доменами как продолжение того же сеанса. Технически это реализуется через передачу уникального идентификатора клиента (Client ID) между доменами с помощью специальных URL-параметров или JavaScript.

Когда пользователь кликает по ссылке с основного сайта на сайт-партнер, браузер отправляет HTTP-заголовок Referer. По умолчанию Google Analytics интерпретирует такой переход как новый сеанс с источником трафика, равным предыдущему домену. Это искажает данные о реальных каналах привлечения и разрывает путь пользователя в воронке.

Механизм связывания передает Client ID через параметр _link в URL. При переходе по размеченной ссылке система объединяет посещение обоих доменов в одну сессию. В результате атрибуция работает корректно, а пути пользователей в отчетах отображаются без разрывов и потерь данных.

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

Подготовка к настройке счетчика

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

В интерфейсе GA4 убедитесь, что у вас есть права редактора или администратора на редактирование потоков данных. Для полной настройки потребуется доступ к настройкам ресурса и потоков. В Universal Analytics необходимо подготовить доступ к представлениям, фильтрам и целям.

Решите, какой домен будет основным для атрибуции конверсий. Чаще всего это домен с наибольшим объемом трафика или тот, через который проходит большинство целевых действий пользователей в воронке.

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

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

В Universal Analytics связка доменов настраивалась через код ga('create', 'UA-XXXXX-Y', 'auto', {'allowLinker': true}) и плагин linker. Плагин автоматически добавлял параметр _link к ссылкам между доменами и считывал его при переходе пользователя.

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

При использовании Google Tag Manager установите в теге GA4 Configuration флажок «Enable cross-domain linking» и перечислите домены в соответствующем поле. Менеджер тегов автоматически добавит необходимые параметры ко всем ссылкам между указанными доменами.

Проверьте все ссылки между доменами на корректность работы. Если переходы реализованы через JavaScript-обработчики или динамические формы, плагин linker может не сработать автоматически. В таких случаях добавьте параметр вручную через вызов ga('linker', 'decorate') или его эквивалент в GTM. Также убедитесь, что ссылки не имеют атрибута rel="noopener" в сочетании с особыми настройками — это может блокировать передачу данных между доменами.

Исключение рефереров

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

В GA4 перейдите в «Потоки данных» → выберите поток → «Настройка тегов» → «Показать больше» → «Список исключаемых источников переходов». Добавьте все домены, участвующие в связке. Это предотвратит создание нового сеанса при переходах и сохранит атрибуцию первоначального источника трафика.

В Universal Analytics аналогичная настройка находится в разделе администрирования ресурса → «Список исключаемых источников переходов». Рекомендуется указывать домены в специальном формате с точкой перед основным именем (например, .example.com), чтобы исключение корректно работало для всех поддоменов основного домена.

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

Создание целей для междоменных воронок

В GA4 конверсии настраиваются через события. Чтобы событие стало целью, его регистрируют как конверсию в интерфейсе или через Measurement Protocol API. Для кросс-доменных сценариев используются события, которые могут срабатывать на любом из связанных доменов в цепочке.

Откройте раздел «События» в администрировании и найдите нужное событие. Если оно уже отмечено как конверсия — настройка завершена. Если нет, создайте новое событие на его основе через «Создать событие». В условиях укажите имя и параметры, однозначно идентифицирующие целевое действие пользователя.

Для междоменных воронок применяются события передачи данных между доменами. Например, при переходе на страницу оформления заказа на втором домене срабатывает событие begin_checkout, а при завершении покупки — purchase. Оба события помечаются как конверсии с разной ценностью: для начала оформления заказа устанавливается меньшая ценность, для завершения покупки — равная сумме среднего чека или маржинальной прибыли.

Учитывайте специфику бизнеса при выборе ключевых конверсий. Для интернет-магазина это покупка и добавление товара в корзину, для SaaS-сервиса — регистрация и активация пробного периода, для информационных проектов — подписка на рассылку. Грамотная работа с целями в Google Analytics дополняется построением ссылочной массы, что привлекает целевой трафик на основной домен и повышает общую конверсию бизнеса.

Проверка корректности работы

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

DebugView в GA4 дает расширенную диагностическую информацию. Включите режим отладки через расширение Google Analytics Debugger для Chrome или параметр debug_mode в Google Tag Manager. В DebugView видны все события, их параметры, значения и Client ID. Это позволяет убедиться, что идентификатор клиента корректно передается между доменами без потерь.

Расширение Tag Assistant показывает все срабатывающие теги, их параметры и порядок загрузки на странице. Если кросс-доменная связка работает корректно, Tag Assistant отобразит передачу параметра _gl или linker между доменами. Проверьте страницу партнера или платежного шлюза — там тоже должен срабатывать ваш счетчик аналитики.

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

Распространенные ошибки

Путаница между кросс-доменным и межсубдоменным отслеживанием — самая частая ошибка начинающих аналитиков. Если ваши сайты работают на поддоменах основного домена (shop.example.com, blog.example.com), отдельная настройка связки не требуется. Механизм объединения нужен только для разных доменов второго уровня с отличающимися именами.

Игнорирование согласия пользователя — еще одна серьезная проблема для проектов с международной аудиторией. При использовании Consent Mode v2 обязательно настройте передачу согласия и учитывайте его параметры при сборе данных. Без корректной настройки часть данных не сохранится, а карта конверсий окажется неполной. Дополнительно настройте User-ID при наличии авторизации пользователей на обоих доменах для объединения данных зарегистрированных клиентов.

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

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