Как настроить GA4 для онлайн-записи на другом сайте?

Проверьте, позволяет ли сервис онлайн-записи установить ваш тег GA4. Для междоменного отслеживания оба сайта должны передавать данные в один веб-поток, а настройки тега должны связывать переходы между доменами. Тогда вы сможете проследить путь от посещения сайта до завершения записи и проверить, какой источник привёл клиента. Ниже разберём настройку, проверку перехода и запасной вариант для случая, когда внешний сервис не даёт доступа к аналитике. Начните с проверки возможностей сервиса, прежде чем менять отчёты.

Почему при переходе на сайт записи теряется источник?

Представьте путь клиента: он приходит из рекламы на сайт вашей компании, выбирает услугу и нажимает «Записаться». Расписание открывается на другом домене. Для бизнеса это один путь, но без междоменного отслеживания GA4 создаёт на разных доменах отдельные идентификаторы. Связь между посещением сайта и записью разрывается (Справка Google Analytics, «Как настроить междоменное отслеживание»).

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

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

Что проверить перед настройкой GA4?

Сначала выясните, где заканчивается запись и какие настройки доступны на внешней площадке. Доступ к кнопке на вашем сайте решает лишь часть задачи. Для полной цепочки нужны данные со страницы, где сервис подтверждает результат.

• Проверьте установку тега GA4 на основном сайте и найдите идентификатор веб-потока, который начинается с G-.
• Уточните у сервиса записи, можно ли подключить тот же идентификатор на страницах выбора услуги и подтверждения.
• Выясните, как открывается расписание: отдельной страницей, во встроенном окне или через промежуточную ссылку.
• Спросите, какое событие сервис передаёт после успешной записи и как отличает его от простого открытия формы.
• Проверьте, есть ли перенаправление между нажатием кнопки и загрузкой расписания: оно не должно удалять служебные параметры перехода.

Встроенное окно требует отдельной проверки. Если расписание работает внутри iframe, то есть отдельной страницы внутри вашей, настройка доменов сама по себе не гарантирует связь. Попросите сервис описать, как его интеграция передаёт события в вашу GA4. Инструкция для обычного перехода между сайтами здесь может не подойти.

Если аналитика на основном сайте ещё не настроена, сначала определите события и проверьте их срабатывание. Для этого пригодится инструкция по настройке целей в Яндекс Метрике и GA4 для нового сайта. К междоменному переходу переходите после проверки исходного сайта.

Как связать основной сайт и сервис записи в GA4?

Следующая последовательность подходит для перехода между отдельными страницами, если вы можете установить один тег GA4 на обоих доменах. Названия пунктов интерфейса зависят от языка аккаунта; ориентируйтесь на настройки Google tag внутри веб-потока.

1. Подключите на обоих сайтах один идентификатор веб-потока GA4. Если сервис предлагает поле для вашего идентификатора, используйте его штатную интеграцию.
2. Откройте в GA4 раздел «Администратор», выберите «Потоки данных» и нужный веб-поток. Перейдите к настройкам тега Google.
3. Найдите настройку доменов для междоменного отслеживания. Добавьте основной домен и домен, на котором проходит запись. Условия должны охватывать нужные адреса без посторонних сайтов.
4. Сохраните настройки и проверьте переход через настоящую кнопку записи на сайте. При обычном переходе по ссылке тег добавляет служебный параметр _gl, который помогает связать посещения.
5. Настройте событие успешной записи и отметьте его как ключевое событие в GA4. Используйте подтверждение от сервиса или отдельную страницу успеха, доступную после завершения записи.

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

Не добавляйте UTM-метки на кнопку перехода с вашего сайта в связанный сервис записи. Такая разметка вмешивается в определение источника. Внутренние переходы по пути клиента лучше измерять событиями, а UTM оставлять для входящих рекламных ссылок (Saygona, «UTM-метка: параметры, создание и анализ переходов»).

Как проверить, что GA4 видит путь до завершённой записи?

Пройдите путь клиента целиком: откройте основной сайт из тестовой ссылки с UTM-метками, перейдите к расписанию и завершите тестовую запись. Используйте отдельное обозначение тестовой кампании, чтобы отличить этот визит в отчёте. Если запись занимает реальное время в расписании, заранее согласуйте тест с администратором.

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

Отдельно проверьте событие завершения. Оно должно срабатывать после подтверждения записи, без повторной отправки при обычном обновлении страницы. Нажатие «Записаться» показывает намерение клиента, но ещё не подтверждает, что он выбрал время и закончил оформление.

Если сервис не принимает ваш тег, настройте на основном сайте событие клика по кнопке и называйте его точно: «Переход к онлайн-записи». Такой отчёт покажет переходы, но не количество завершённых записей. Похожий принцип разобран в инструкции по отслеживанию кликов по мессенджерам в GA4: клик и результат обращения нужно учитывать отдельно.

Даже исправная связь между доменами не определяет вклад каждого рекламного канала сама по себе. Клиент мог сначала увидеть рекламу, затем вернуться из поиска и записаться. Распределение вклада зависит от модели атрибуции, то есть правила, по которому аналитика относит результат к источникам (Sendsay, «Модели атрибуции и CDP»). При сравнении отчётов проверьте, какую модель и какой показатель вы смотрите.

Типичные ошибки при междоменном отслеживании

• На двух сайтах стоят разные идентификаторы веб-потоков. Сверьте значение G- в настройках сайта и сервиса записи.
• Домен сервиса добавили только в список нежелательных переходов. Это влияет на определение источника, но не заменяет междоменную настройку и передачу идентификаторов.
• Промежуточная ссылка удаляет _gl. Проверьте адрес после каждого перенаправления и передайте место потери параметра разработчику.
• Ключевым событием назначили открытие расписания. Подключите отдельное событие, которое сервис отправляет после успешной записи.
• В отчёте есть клики, поэтому настройку считают завершённой. Проверьте также подтверждение записи и сохранение источника тестового визита.

Если источник всё ещё теряется, зафиксируйте адрес перехода, событие завершения и место, где обрывается цепочка. Это конкретная задача для аналитического аудита: проверить тег на обоих сайтах, прохождение _gl и отправку результата. Такой список помогает отделить ошибку настройки от ограничения самого сервиса записи.

Следующий шаг на одну минуту: откройте настройки сервиса онлайн-записи и найдите поле для идентификатора GA4 вида G-. Его наличие покажет, с чего начинать проверку интеграции.