**Кросс-доменное отслеживание в GA4: что делать после миграции с Universal Analytics**

**Кросс-доменное отслеживание в GA4: что делать после миграции с Universal Analytics**

— **Проверьте список доменов в интерфейсе GA4.** В разделе «Потоки данных» → «Настройки тега» → «Настройка доменов» добавьте все домены, между которыми ходит пользователь. Это заменяет ручную правку кода из эпохи Universal Analytics.

— **Сверьте условия в GTM (Google Tag Manager).** Убедитесь, что триггеры и переменные в контейнере не ссылаются на старые междоменные правила из Universal Analytics. Остаточные настройки ломают атрибуцию при переходе.

— **Передавайте `_linker` через декорирование ссылок.** Если в воронке есть переход на поддомен или внешний домен, который не учтён в списке выше, добавьте автоматическое декорирование ссылок через GTM или серверный тег.

— **Исключите редиректы и оплату из отслеживания.** Платёжные шлюзы и сторонние редиректы создают ложные межсессионные переходы. Настройте список исключений в GA4, иначе в отчётах по атрибуции появятся разрывы.

— **Свяжите потоки данных по Client ID.** В отчёте «Исследования» (Explorations) и в BigQuery экспорте убедитесь, что идентификатор клиента стабилен между доменами. Это база для сквозной аналитики воронки.

— **Сравните сессии до и после настройки.** Запустите отчёт по источникам трафика за 7 дней до и после включения кросс-домена. Падение числа сессий на 10-20% — сигнал, что дублирование ушло и атрибуция стала честнее.

— **Настройте server-side (серверный) GTM при сложной архитектуре.** Если доменов больше трёх или данные уходят в CDP (Customer Data Platform) — переносите тегирование на сервер. Это убирает зависимость от cookies и готовит стек к privacy-first атрибуции.

**Когда пригодится:** при миграции с Universal Analytics, запуске нового сайта с поддоменами или подключении интернет-магазина к маркетплейсу, когда в отчётах GA4 сессии делятся пополам, а воронка рвётся на этапе перехода.

— @BigQuery4MarketingPro