Междоменное отслеживание с помощью Google Tag Manager

В предыдущем материале мы с вами разобрали настройку междоменного отслеживания в Universal Analytics, используя конструкции кодов для двух разных библиотек (analytics.js и gtag.js), которые устанавливаются напрямую в код сайта. В этой статье еще более подробно разберем данную тему и научимся настраивать междоменное отслеживание с помощью Google Tag Manager.

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

Когда пользователь заходит к вам на сайт впервые, счетчик веб-аналитики запускает для него новый сеанс (сессия), создает файл cookie (_ga) и сохраняет его значение в браузере посетителя с уникальным идентификатором (Client ID).

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

Схематично такое поведение можно представить так:

Таким образом, создается история посещения конкретного пользователя вашего сайта, которую вы можете посмотреть в отчете Аудитория - Статистика пользователей. Например, вот такие обращения Google Analytics зафиксировал на моем сайте для пользователя с идентификатором клиента 1459332813.1632486595:

Очень напоминают карточку пользователя в CRM-системе, не правда ли? Только в этом отчете отображается подробная информация по действию конкретного пользователя на вашем сайте (просмотры страниц, достигнутые цели, конверсии, транзакции и т.д.) с привязкой к сеансам и времени совершения того или иного события.

Слева от таблицы отображается основная информация по пользователю - идентификатор клиента (он же Client ID), дата последнего посещения, тип устройства, с которого пользователь заходил на сайт, платформа устройства, источник трафика, канал, кампания. И все это благодаря тому, что Google Analytics присвоил данному пользователю Client ID (файл cookie _ga) и сохранил его в браузере, по которому теперь система может его идентифицировать.

Да, файлы cookie не являются совершенной технологией отслеживания взаимодействий пользователей с вашим сайтом и имеют ряд недостатков, поскольку привязываются к уникальной связке браузер-устройство. Если кто-то отключает использование файлов cookie, блокирует их на уровне браузера или с помощью специальных расширений/плагинов, заходит через режим инкогнито, то Google Analytics будет считать, что это были разные пользователи, и он не сможет связать такие посещения как одно целое. На сегодняшний день есть более передовые способы отслеживания поведения посетителей вашего сайта и мобильного приложения с различных устройств, например функция User ID. Но эта тема отдельной дискуссии.

Файл _ga - это основной файл cookie (first-party cookie), к которому можно получить доступ только в том домене, где выполняется код JavaScript вашего счетчика Google Analytics. Такие файлы куки не могут быть использованы на двух разных доменах. Поэтому когда пользователь перейдет с siteA.ru на siteB.ru, Google Analytics не сможет прочитать сохраненный файл cookie siteA.ru и на сайте siteB.ru будет создан новый идентификатор клиента. Система будет рассматривать вас как двух разных пользователей, одного с домена siteA.ru, а другого с домена siteB.ru. В результате, Google Analytics зафиксирует два сеанса разной продолжительности и двух пользователей с разными уникальными идентификаторами (Client ID).

Схематично такое поведение можно отобразить следующим образом:

Представьте, что на моем сайте osipenkov.ru есть ссылка, которая ведет на сайт моего клиента (например, yourways.ru), и пользователь нажимает на ссылку, чтобы перейти на него. Что произойдет, если сценарий Google Analytics или другой сценарий на сайте yourways.ru сможет получить доступ к моим файлам cookie, размещенным в браузере пользователя моим доменом (first-party cookie), и к информации, хранящейся в этих файлах cookie? Это было бы серьезным нарушением интернет-безопасности, поскольку файл cookie, который был установлен моим доменом и в котором хранилась вся информация о посетителях моего сайта, мог быть с легкостью прочитан другим, сторонним доменом. Поэтому такой сценарий невозможен.

В классическом варианте отслеживания самым страшным является не то, что будут созданы новые сеансы и идентификаторы клиентов, а то, что при переходе с одного сайта (домена) на другой вы потеряете первоначальный источник трафика. Если пользователь совершит переход с siteA.ru на siteB.ru, то это будет считаться рефферальным трафиком и отображено соответствующе в отчетах Universal Analytics (siteA.ru / referral), поскольку рефферальным переходом является любой переход по ссылкам, размещенным на сторонних ресурсах. Здесь как раз siteA.ru для siteB.ru будет являться рефферальным источником трафика.

А теперь представьте такую цепочку последовательности - пользователь перешел к вам на siteA.ru с рекламного объявления Google Ads, затем зашел на siteB.ru и совершил там конверсию. В отчетах Universal Analytics вы не увидите достигнутой цели напротив Google Рекламы, потому что она будет отнесена к вашему собственному сайту как siteA.ru / referral.

Такое поведение может привести к существенному искажению данных в ваших отчетах и невозможности измерять эффективность рекламных кампаний. Еще бы нам хотелось, чтобы при переходе на siteB.ru считывался созданный файл cookie siteA.ru, сеанс не обрывался и Client ID оставался прежним. Реализовать подобное в Google Analytics можно с помощью настройки междоменного отслеживания (cross-domain tracking).

Междоменное отслеживание (cross-domain measurement) – функция в Google Analytics, которая позволяет связывать домены между собой и регистрировать посещение одного пользователя на нескольких сайтах как один сеанс, благодаря передаче уникального идентификатора пользователя (Client ID) с одного домена на другой.

В официальной документации разработчиков Google о самом процессе написано более подробно. Он состоит из двух этапов:

1. в исходном домене проверяется наличие идентификатора клиента во всех URL, указывающих на целевой домен;
2. в целевом домене проверяется наличие идентификатора клиента в URL, по которому перешел пользователь.

Исходный домен - это домен, с которого пользователь переходит на другой домен (если пользователь переходит с siteA.ru на siteB.ru, то исходным доменом будет считаться siteA.ru).

Целевой домен - это домен, на который пользователь попадает, перейдя с исходного домена (если пользователь переходит с siteA.ru на siteB.ru, то целевым доменом будет считаться siteB.ru).

Междоменное отслеживание может быть как однонаправленным (когда пользователи всегда переходят с одного домена на другой), так и двунаправленным (когда неизвестно, какой домен пользователь посетит первым, а какой вторым, либо же когда возможно перейти как с siteA.ru на siteB.ru, так и в обратном направлении). При двунаправленном отслеживании каждый домен может считаться и исходным, и целевым.

Параметр allowLinker

Когда посетитель переходит с siteA.ru на siteB.ru, необходимо URL-адресу siteB.ru передать параметр связывания allowLinker со значением true. После того как пользователь перейдет на страницу siteB.ru по URL с этим параметром, Google Analytics должен обнаружить его и понять, что между двумя сайтами перемещается один человек.

В этот момент произойдет обновление файла cookie _ga пользователя, и на домен siteB.ru в параметр URL _ga= будет передано значение, соответствующее домену siteA.ru, а также закодированные текущую временную метку и метаданные браузера, которые позволяют избежать проблем с передачей URL между пользователями.

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

Ключевая настройка в междоменном отслеживании - передача значения уникального идентификатора (Client ID, _ga) с домена siteA.ru на домен siteB.ru, чтобы на обоих сайтах оно было одинаковым. Без него отслеживание между двумя доменами будет невозможно. Это условие необходимое, но недостаточное.

Настройку следует выполнять тогда, когда у вас разные домены. Если вы планируете отслеживать пользователей на поддомене того же домена, в междоменном отслеживании нет необходимости. Например, у меня есть основной домен osipenkov.ru и поддомен learn.osipenkov.ru. Мне не нужно устанавливать другой счетчик аналитики, чтобы отслеживать переходы между ними. Достаточно будет в отчете Universal Analytics добавить параметр Имя хоста, чтобы увидеть всю статистику по каждому домену и поддомену.

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

Чтобы настроить междоменное отслеживание для Universal Analytics с помощью Google Tag Manager, выполните следующие шаги:

1. установите один и тот же код счетчика Universal Analytics на всех отслеживаемых доменах;
2. включите в теге Google Analytics автоматическое связывание доменов;
3. добавьте к параметру allowLinker значение true;
4. исключите рефералов (источники переходов) с ваших сайтов.

Рассмотрим каждый пункт более подробно.

1. Установка счетчика Universal Analytics на всех доменах

Чтобы настроить междоменное отслеживание между любыми двумя или более доменами, вы должны отслеживать все эти домены в одном счетчике Google Analytics. То есть и исходный, и целевой домен, должны иметь один и тот же идентификатор отслеживания (UA-XXXXXX-Y). В случае использования двух счетчиков аналитики - посещения будут зафиксированы каждым счетчиком отдельно.

Установив один и тот же счетчик Universal Analytics на все отслеживаемые домены, но без настройки самого междоменного отслеживания, перейдите на оба сайта. В отчете В режиме реального времени вы должны увидеть 2 активных пользователей.

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

1.1. Пример URL-адреса с параметром связывания

Прежде, чем идти дальше по настройкам, давайте определимся с итоговым отслеживанием. Как вы уже знаете, необходимым условием для настройки междоменного отслеживания является передача идентификатора клиента (Client ID, _ga) с исходного домена на целевой домен.

Параметр связывания передается в URL-адресе и может выглядеть так:

На скриншоте показан пример URL целевого домена с параметром связывания после того, как пользователь перешел с исходного домена techniqa.ru на целевой домен tagflower.ru. В хвост ссылки после ? был добавлен параметр _ga с длинным значением. Что это такое?

Дело в том, что после настройки междоменного отслеживания между techniqa.ru и tagflower.ru пользователь перешел на исходный домен techniqa.ru. В этот самый момент в его браузере сохранился основной файл cookie _ga с идентификатором 451514526.1625045437 (1):

После этого пользователь перешел по ссылке, которая ведет на целевой домен tagflower.ru (2). В новой вкладке открылся второй сайт, в URL-адресе которого передался параметр связывания. В конце через тире для целевого домена tagflower.ru передался идентификатор клиента с исходного домена techniqa.ru. Именно к такой настройке междоменного отслеживания между разными сайтами мы и стремимся.

Однако переход по ссылке с одного сайта на другой - не единственное решение, с помощью которого можно настроить междоменное отслеживание. Есть несколько возможных вариантов:

• пользователь переходит с siteA.ru на siteB.ru, кликая по ссылке на siteA.ru;
• пользователь переходит с siteA.ru на siteB.ru, отправляя форму с siteA.ru, которая затем перенаправляет его на siteB.ru;
• пользователь загружает страницу на siteA.ru со встроенным на siteB.ru iframe;
• пользователь выполняет какое-либо другое взаимодействие на siteA.ru, которое перенаправляет его на siteB.ru (например, отправляет форму, закодированную таким образом, что Google Tag Manager не может отследить ее с помощью стандартного триггера Отправка формы).

В зависимости от выбранного варианта конечная настройка междоменного отслеживания будет различаться. Мне очень понравилась схема Julius Fedorovicius, автора блога analyticsmania.com, которой я хочу поделиться с вами:

• если пользователь перемещается между доменами, кликая по ссылкам, необходимо настроить функцию автоматического связывания доменов;
• если пользователь перемещается между доменами после отправки формы, можно использовать тег Universal Analytics с типом отслеживания Изменить внешний вид формы (Decorate Form);
• если пользователь попадает на siteB.ru, который встроен в siteA.ru через <iframe>, следует использовать отслеживание без файлов cookie;
• если ни одно из вышеперечисленных решений не помогло, придется обратиться за помощью к разработчику.

Примечание: схема Джулиуса немного изменена, поскольку появились более эффективные способы отслеживания. В частности, речь идет о варианте с <iframe>, когда в силу новых ограничений со стороны браузеров и защиты от сторонних файлов cookie (third-party cookies) больше не получится записывать файлы cookie, и такие отслеживания Google Analytics будут завершаться ошибками.

1.2. Автоматическое связывание доменов

Самая распространенная настройка междоменного отслеживания именно через автоматическое связывание доменов (Auto Link Domains), когда пользователь переходит между сайтами, кликая по ссылкам.

Ссылка, которая перенаправляет с siteA.ru на siteB.ru после клика по ней. Пример кода:

Чтобы настроить такое отслеживание, перейдите в Google Tag Manager исходного домена (если вы используете разные контейнеры GTM для двух сайтов, хотя в данном случае в этом нет необходимости) и выполните следующие настройки:

• если вы используете пользовательскую переменную типа Настройки Google Аналитики, то откройте ее и в разделе Дополнительные настройки - Междоменное отслеживание в поле Автоматическое связывание доменов укажите целевой домен;

В моем примере будет переход с сайта techniqa.ru на tagflower.ru, поэтому в поле автоматического связывания доменов добавлен tagflower.ru. Это так называемое одностороннее междоменное отслеживание. Если вы желаете настроить двустороннее отслеживание, тогда в поле добавьте все домены через запятую:

Сохраните изменения.

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

Сохраните изменения в теге.

Примечание: подробнее о том, как правильно управлять тегами Universal Analytics, читайте в этой публикации.

Теперь вы можете активировать режим предварительного просмотра, чтобы проверить корректность настройки. Не забудьте, что на исходном домене (siteA.ru) должна присутствовать хотя бы одна ссылка на целевой домен (siteB.ru). В противном случае вы не сможете проверить ваше междоменное отслеживание.

Перейдите на страницу с ссылкой и откройте панель разработчика. В большинстве браузеров, работающих под Windows, она открывается по нажатию на клавишу F12. В Chrome для Mac используйте комбинацию Cmd+Opt+J, а в Safari Cmd+Opt+C. Выделите тот элемент, который содержит ссылку на целевой домен. На вкладке Elements вы увидите тег <a> с атрибутом <href>:

Если на конце нее вы видите параметр связывания _ga=xxxxxx.xxxxxx-xxxxxx.xxxxxx, то это значит, что ваши текущие настройки в диспетчере тегов Google верны. Но лучше еще раз перероверьте себя, перейдя по ссылке, и убедитесь, что данный параметр нигде по пути не теряется и не обрезается. Если в адресной строке браузера вы видите ту же конструкцию, то можете смело переходить к следующему этапу настройки.

1.3. Добавление параметра allowLinker

Чтобы обрабатывать входящие запросы на связывание из других доменов, необходимо задать полю allowLinker значение true при создании объекта отслеживания. Если вы используете два контейнера GTM и одностороннее отслеживание, то данную настройку необходимо добавлять для целевого домена (siteB.ru), чтобы он принимал параметры связывания.

Если вы используете пользовательскую переменную типа Настройки Google Аналитики, то откройте ее и в разделе Дополнительные настройки - Поля, которые необходимо задать введите название поля allowLinker и значение true.

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

Сохраните изменения.

1.4. Обновление списка исключаемых источников перехода

Этот шаг не менее важен, чем предыдущие три. В Universal Analytics необходимо исключить рефералов (источники переходов) с сайтов. Если этого не сделать, то мы будем видеть 1 пользователя как два сеанса, а нам нужно 1 пользователь – 1 сеанс.

Проблема очень актуальна. Наиболее распространнеными являются следующие ситуации:

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

Фактически, вы "потеряли" реальный источник конверсии (а точнее: исказили отображение данных в стандартных отчетах).

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

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

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

Добавьте домен исходного сайта. Если у вас есть несколько сайтов, участвующих в междоменном отслеживании, добавьте их все в этот список. Если вы настроили междоменное отслеживание для своих сайтов не сразу, вы все равно можете видеть реферальные переходы. Однако их количество таких саморефералов (self-referrals) со временем будет падать и через 6 месяцев исчезнет окончательно. Подробнее об этом читайте в этой статье.

2. Изменить внешний вид формы

Если пользователь перенаправляется с исходного домена на целевой после отправки формы, то вам в Google Tag Manager потребуется другая настройка - тег Universal Analytics с типом отслеживания Изменить внешний вид формы (Decorate Form).

Форма с siteA.ru посылает данные на siteB.ru. Пример кода:

Такое решение будет работать только в том случае, если на вашем сайте отправку формы можно отслеживать с помощью стандартного триггера Отправка формы, то есть ваша форма должна иметь, как минимум, тег <form>. В этой статье данный способ разбирается под номером №2. В противном случае вам нужно попросить вашего разработчика реализовать такую настройку отслеживания.

Если триггер Отправка формы на вашем сайте применим, тогда перейдите в раздел Теги и создайте тег Universal Analytics с типом отслеживания Изменить внешний вид формы.

При такой настройке у вас есть возможность Использовать в качестве разделителя решетку, либо же задать свое собственное значение. True - позволяет использовать решетку (#) вместо знака вопроса (?) для добавления значений cookie в URL, а False - оставляет знак вопроса в ссылке по умолчанию.

В качестве триггера активации используйте Отправка формы. Чтобы проверить корректность передачи параметра связывания, выполните тестовую заявку на своем сайте. Если при переходе с исходного домена вас перенаправляет на целевой домен, и в URL-адресе вы видите ту же конструкцию с _ga=xxxxxx.xxxxxx-xxxxxx.xxxxxx, значит настройка выполнена верно.

3. Внешний вид ссылки

Еще один способ передавать информацию по параметру связывания с одного домена на другой - это использовать тег Universal Analytics с типом отслеживания Внешний вид ссылки (Decorate Link).

Отличие от автоматического связывания доменов, которое мы разобрали чуть ранее, заключается в том, что здесь возможна более точная разметка URL-адресов параметрами междоменного отслеживания. Возможно, вам на исходном домене (siteA.ru) нужно разметить только некоторые ссылки параметром _ga=xxxxxx.xxxxxx-xxxxxx.xxxxxx, а не все ссылки, которые ведут на целевой домен (siteB.ru). В этом случае вам как раз может пригодится данный тег и триггер типа Клик - Только ссылки.

Например, вы хотите, чтобы междоменное отслеживание было настроено только для конкретных переходов с домена siteA.ru на siteB.ru. Тогда создайте триггер типа Клик - Только ссылки с дополнительными условиями активации. Для своих двух сайтов (techniqa.ru и tagflower.ru) из этой статьи я добавил условие Click URL содержит tagflower.ru/po-kolichestvu:

Оно означает, что когда пользователь будет переходить с сайта techniqa.ru на tagflower.ru, то параметр связывания и междоменное отслеживание сработает только при клике по ссылке, которая содержит tagflower.ru/po-kolichestvu (по количеству). Таким образом, все остальные категории на сайте (по цвету, по типу и т.д.) будут игнорироваться и параметр связывания при переходе с siteA.ru на siteB.ru к ним добавляться не будет.

Согласитесь, более гибкая настройка, чем автоматическое связывание доменов, но реже используемая, поскольку на практике редко встречаются ситуации, когда требуется разметить какие-то конкретные ссылки и игнорировать все остальные. Но если вы все же хотите попробовать настроить такое междоменное отслеживание, тогда перейдите в раздел Теги и создайте тег Universal Analytics с типом отслеживания Внешний вид ссылки.

При такой настройке у вас есть возможность Использовать в качестве разделителя решетку, либо же задать свое собственное значение. True - позволяет использовать решетку (#) вместо знака вопроса (?) для добавления значений cookie в URL, а False - оставляет знак вопроса в ссылке по умолчанию.

4. Отслеживание iframe

Поскольку все больше и больше появляется новых ограничений со стороны браузеров и защиты от сторонних файлов cookie (third-party cookies), междоменное отслеживание <iframe> становится все менее надежным.

<iframe> на siteA.ru, который загружает информацию из siteB.ru. Пример кода:

Поскольку контент <iframe> загружается между сайтами, браузер должен разрешить доступ к файлам cookie в стороннем контексте. Другими словами: если браузер блокирует сторонние файлы cookie (Google отложила блокировку файлов cookie в Chrome до 2023 года), <iframe> не сможет записать файлы cookie (_ga просто не будет создан изначально)  и отслеживание Google Analytics завершится ошибкой.

В качестве решения Симо Ахава (Simo Ahava) предлагает использовать отслеживание без файлов cookie.

5. Помощь разработчика

Если ни один из предложенных выше способов настройки междоменного отслеживания с помощью Google Tag Manager вам не подошел, то придется решать эту задачу командно. Ваш разработчик должен иметь доступ к отслеживаемым сайтам, чтобы внедрить определенный код для разметки URL-адресов целевого домена параметрами связывания.

Как это сделать? Попробовать добавить нижеописанный код. Он взят из обновленной статьи Симо (оригинал):

Данный код отвечает за проверку наличия на странице счетчика Google Analytics и использует функциональность связывания (Linker) первого трекера GA. Когда URL-адрес страницы передается в эту функцию (имя переменной urlString), она возвращает готовую ссылку с параметром связывания на конце: https://www.site.ru/?_ga=xxxxxxxxxxxx

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

Таким образом, сначала разработчик устанавливает начальное значение spasiboURL с обычным URL-адресом, а затем вызывает функцию decorateUrl, которая преобразует эту ссылку в готовую с параметром связывания https://www.site.ru/thankyou?_ga=xxxxxxxxxxxx

Примечание: разработчик должен активировать функцию decorateUrl прямо перед перенаправлением пользователя на целевой домен (после успешной отправки формы), поскольку срок действия параметров связывания (_ga=xxxxxxxxxx) ограничен двумя минутами.

Когда разработчик внедрит ваш код согласно техническому заданию, отправьте тестовую заявку с формы на siteA.ru, а затем, после перенаправления на siteB.ru, проверьте конечный URL-адрес. Если в нем присутствует параметр связывания _ga=xxxxxxxxxxxx, значит все в порядке. Если нет, свяжитесь с разработчиком еще раз и попытайтесь вместе найти причину.

Проверка работы междоменного отслеживания

Когда пользователь переходит с исходного сайта на целевой, в URL-адрес последнего должен содержаться параметр связывания _ga с некоторым значением, например, https://tagflower.ru/?_ga=2.4815923.1859611566.1632598383-451514526.1625045437

А в Universal Analytics в отчете В режиме реального времени вместо двух активных пользователей должен быть зафиксирован только один.

Если после всех проделанных настроек вы не видите данный параметр в ссылке, то, скорее всего, проблема именно в выполненных шагах настройки. Еще раз внимательно пройдите по ним и проверьте все. Если вы видите в исходном домене ссылки с некоторым параметром _ga, но после перехода на целевой домен она пропадает/теряется, вероятнее всего, проблема заключается в настройках вашего сервера. Вам нужно поручить задачу разработчику, чтобы он сохранял параметр запроса _ga на протяжении всего перенаправления. В Google Tag Manager это сделать не получится.

Проверить корректность работы междоменного отслеживания можно путем просмотра записанных файлов cookie. Для этого откройте панель разработчика и перейдите на вкладку Application (Приложение). Выберите Storage - Cookies и свой домен. Справа от меню откроется таблица со всеми доступнами файлами cookie. Найдите файл cookie _ga вашего основного домена (first-party cookie):

Сначала проделайте это на исходном домене, а затем на целевом:

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

Помимо сверки основных файлов cookie двух доменов, проверьте данные, которые передаются в отчеты Google Analytics. Для этого можно использовать отчет В режиме реального времени. При переходе с исходного домена на целевой должен отображаться 1 активный пользователь и прямой источник трафика (direct / none);

Переходы с других сайтов (реферальные) отображаются в Universal Analytics отдельном отчете Источники трафика - Весь трафик - Переходы.

Проверьте, есть ли в этом отчете ваш исходный домен (siteA.ru) как реферал. Если да (см. скриншот выше), то это может свидетельствовать не только о том, что междоменное отслеживание настроеное неверно, но и о том, что если ваши домены были добавлены в список исключаемых источников перехода (см. пункт настройки выше) совсем недавно, Google Analytics таких пользователей (которые имели Client ID до настройки междоменного отслеживания) уже записал и пометил в своей системе. Просто пренебрегите такими переходами и не учитывайте их в анализе. Со временем их количество будет постепенно снижаться.

Но самое лучшее - это совершить тот же путь, что и пользователь, чтобы убедиться, что данные действительно собираются так, как нужно. В качестве эксперимента я проделал следующий путь:

• очистил в браузере историю посещения, чтобы Google Analytics создал новый Client ID;
• зашел на исходный домен techniqa.ru с utm_меткой techniqa.ru/?utm_source=yandex&utm_medium=browser&utm_campaign=cross ;
• перешел на страницу techniqa.ru/about_us, на которой размещена ссылка на целевой домен tagflower.ru;
• кликнул по ссылке и перешел на целевой домен tagflower.ru (в адресной строке браузера отобразился параметр связывания _ga=xxxxxxxx);
• совершил тестовый заказ на tagflower.ru на сумму 3 300 руб.

При правильной настройке междоменного отслеживания транзакция должна быть засчитана yandex / browser, а количество пользователей и сеансов по данному посещению должно быть равно 1. Перейдя в отчет Источники трафика - Весь трафик - Источник/канал, я убедился, что так оно и есть: