Міждоменне відстеження

Як працює

Google Analytics 4 (GA4) розпізнає відвідувача й сеанс за власними файлами cookie, а cookie належить одному домену. Без міждоменного відстеження кожен домен ставить власні ID, тож один покупець рахується як два користувачі й два сеанси. З ним тег Google додає параметр _gl до посилань і форм, що ведуть на ваші інші вказані домени, і наступний домен зберігає ті самі ID.

Для магазину це важливо, коли оформлення замовлення працює на іншому кореневому домені. Без налаштування замовлення потрапляє в новий сеанс оформлення, який утратив клік на оголошення і починається як перехід (referral) із вашого ж каталогу. Кожен домен має мати той самий ID тега Google, а переспрямування, що відкидає _gl, розриває ланцюжок. Інші причини, з яких замовлення втрачає клік на оголошення, розібрано в нашому посібнику про GCLID і автоматичне додавання тегів у GA4.

Де це видно

• Google Analytics: «Адміністратор» → «Потоки даних» → вебпотік → «Налаштувати параметри тегу» → «Налаштування доменів».
• Адресний рядок: після кліка на інший домен URL містить _gl=…. Якщо ні — перевірте список доменів і переспрямування.

Приклад

Приклад на вигаданому магазині, числа не клієнтські.

Магазин посуду показує каталог на tableware.example, а оплату приймає на tableware-checkout.example, на обох той самий тег Google. Покупець клікає на оголошення Shopping і платить 600 за обідній сервіз. Без налаштування GA4 рахує двох користувачів і два сеанси, а покупка на 600 потрапляє в сеанс, на який скерував tableware.example. З обома вказаними доменами GA4 рахує одного користувача й один сеанс, і 600 лишаються за кліком на оголошення.

Не плутати з

• Автоматичне додавання тегів — додає ідентифікатор кліку (GCLID) до URL цільової сторінки, щоб GA4 знав, що візит прийшов із реклами. Міждоменне відстеження переносить відвідувача на наступний домен.
• UTM-параметри — мітки джерела візиту. Вони не переносять ідентичність відвідувача між доменами.

Правильно й неправильно

• Неправильно: «Міждоменне відстеження виправляє замовлення, які зараховуються платіжному процесору.» Правильно: налаштування потребує вашого тега на кожному домені, а сайт стороннього платіжного процесора його не несе. Для такого випадку Google пропонує список небажаних джерел переходів.

Джерела

• Set up cross-domain measurement (довідка Google Analytics, англійською) — _gl, той самий ID тега, налаштування, переспрямування. Перевірено 02.10.2026 за архівною копією від 26.09.2026.
• Measure activity across multiple domains (Google Tag Platform, англійською) — власні файли cookie для кожного домену, параметр зв’язування _gl, один користувач замість двох. Перевірено 02.10.2026.
• Identify unwanted referrals (довідка Google Analytics, англійською) — сторонні платіжні процесори. Перевірено 02.10.2026 за архівною копією від 22.09.2026.
• About auto-tagging (довідка Google Ads, англійською) — GCLID в URL цільової сторінки. Перевірено 02.10.2026 за архівною копією від 13.06.2026.