Лендинг и магазин на разных доменах: проверка воронки
Проверка перехода между лендингом и магазином в GA4: linker, редиректы, события, согласие и матрица ожидаемого поведения без принудительной склейки.
Человек пришёл из рекламы на лендинг, нажал «Купить» и открыл магазин на другом домене. В отчёте магазин может увидеть нового пользователя или собственный лендинг как источник. Успешный переход в браузере ещё не подтверждает непрерывность измерения.
Ниже проверяется один маршрут в GA4 между двумя управляемыми доменами. Если цифры разных систем уже разошлись, общий порядок есть в сверке GA4, Метрики и CRM. Здесь результатом станет матрица переходов с ожидаемыми событиями.
Что должно совпасть до теста
Назовите исходный и целевой домены, веб-поток, тег и маршрут до товара. Google описывает cross-domain measurement как передачу идентификаторов через параметр _gl при переходе по ссылке или форме. Для единого измерения страницы используют тот же ID тега из одного веб-потока. Установка тегов на оба сайта без настройки доменов не завершает задачу.
Сначала согласуйте, в каких состояниях аналитика разрешена на каждой стороне. Одинаковые визуально баннеры могут работать по-разному. Не предполагайте, что решение на лендинге автоматически передано магазину. Зафиксируйте предусмотренное поведение и проверьте его с ответственным за реализацию согласия.
Для теста используйте отдельный товар и безопасный сценарий без настоящей оплаты. Запишите браузер, дату, состояние хранилища и порядок действий. В адреса и параметры не помещайте контакты покупателя.
Матрица переходов
| Сценарий | Что наблюдать | Признак проблемы |
|---|---|---|
| Прямая ссылка, аналитика разрешена с обеих сторон | _gl в переходе, согласованные ID, события двух страниц | Параметр пропал или создана несвязанная история |
| Форма на другой домен | Передача параметра и успешная загрузка назначения | Форма обошла механизм linker |
| Переход через редирект | Сохранение нужных параметров на каждом шаге | Промежуточный адрес потерял _gl |
| Исходный отказ | Соблюдение выбранной политики сбора и хранения | Сбор сверх разрешённого состояния |
| Разрешение только на целевом сайте | Поведение по принятому контракту согласия | Принудительная склейка вопреки решению |
| Возврат после внешней оплаты | Корректные события возврата и покупки без дубля | Платёжный сервис перезаписал источник либо покупка удвоилась |
Это авторская матрица, её строки не означают, что любой сайт обязан применять один режим согласия. При отказе ожидаемый результат зависит от выбранной и допустимой конфигурации. В частности, отсутствие пользовательского идентификатора может быть правильным поведением.
Как восстановить цепочку одного визита
- Откройте чистую тестовую сессию и зафиксируйте разрешённое состояние аналитики на обоих доменах. Убедитесь, что теги не задублированы.
- Начните маршрут с одной внешней тестовой меткой. Сохраните исходный URL и событие посещения; не размечайте внутренний переход новой рекламной кампанией.
- Нажмите штатную кнопку и посмотрите итоговый адрес назначения. Если есть редиректы, проверьте промежуточные запросы. Снимок ссылки до клика недостаточен: параметр может добавляться при переходе.
- Сопоставьте идентификаторы и время событий доступными отладочными средствами. Проверьте, что нужный тег действительно отправил событие на целевой странице.
- Пройдите до тестового результата и сверьте уникальность события. Отдельно повторите ошибку отправки, обновление страницы и возврат назад.
При разрешённом сборе и корректной настройке Google использует переданные идентификаторы для объединения пути. Это не обещание идеального измерения между устройствами, браузерами или при блокировках. Ограничения теста сохраните рядом с результатом.
Почему исключения referral недостаточно
В списке нежелательных переходов Google исключение влияет на использование реферера как источника. Оно не является заменой передачи идентификаторов. Скрытый self-referral может сделать отчёт спокойнее, оставив две отдельные истории пользователя.
Платёжный шлюз, которым вы не управляете, требует отдельной проверки возврата. Не добавляйте его в сквозную настройку как собственный магазин по одному желанию сохранить источник. Проверьте доступную интеграцию и то, что реально можно настроить на чужой стороне.
Для каждого сценария запишите ожидаемое, наблюдаемое, подтверждающий запрос и итог. Если журнал событий верен, а отчёт выглядит иначе, дайте данным обработаться и проверьте настройки отчёта. Если события теряются в самом переходе, изменение атрибуции этого не исправит. Начните с одной штатной кнопки и одного подтверждённого маршрута.