Я работаю над реализацией GTM для отслеживания успешных входов в систему и конверсий при регистрации учетной записи
на клиентском клиентском портале peprod.
Одно важное ограничение, которое я обнаружил после присоединения к проекту: один и тот же **
идентификатор измерения GA4 используется как в рабочей
среде, так и в среде предварительной разработки**, включая вход в систему, ориентированный на клиента
площадь. Это было настроено до моего прихода на работу, и в настоящее время я не могу
изменить его, не влияя на сбор данных в реальном времени.
Это означает, что любой тест, который я запускаю в режиме предварительного просмотра GTM на предварительном продукте, загрязняет
рабочий поток данных GA4, и я не могу легко изолировать свои тестовые события
от реальных пользовательских событий.
Я настроил триггер Click (по идентификатор элемента или класс CSS) на кнопке
отправить форму. Проблема: GTM активирует тег независимо от того, проверяет ли форма **
или нет**. Любое нажатие кнопки считается конверсией, даже если
пользователь ввел неправильные учетные данные или оставил обязательные поля пустыми.
Пример настройки триггера:
- Тип триггера: Клик – Все элементы
- Фильтр: Идентификатор клика равен `loginFormSubmitButton`
(или Классы кликов содержат `btn-login`)
Это срабатывает при каждом нажатии кнопки, независимо от фактической формы.
результат проверки.
Что я пробовал
1. Встроенный триггер GTM «Отправка формы» с включенной функцией «Проверка проверки»
-> GTM не улавливает событие `gtm.formSubmit` в этой форме
(вероятно, это форма AJAX или платформа JS, перехватывающая собственное
событие отправки до того, как оно достигнет документа).
2. Триггер видимости элемента ищет сообщение об успешном входе в систему
узел DOM
-> Трудно надежно протестировать в предварительном продукте, поскольку успешный вход в систему
перенаправляет в защищенную область, которую я не могу чисто настроить.
3. Прослушивание изменения URL-адреса после успешного входа в систему
-> Перенаправление изменяет URL-адрес, но шаблон не является
достаточно предсказуемым, чтобы безопасно использовать триггер просмотра страницы без
ложных срабатываний.
Среда
– одинаковый идентификатор GA4 на preprod и prod (установлен до моего вмешательства,
не может быть изменено немедленно)
- Формы, похоже, используют AJAX – нет полной перезагрузки страницы при отправке
- Нет страницы «спасибо» после входа в систему или регистрации
- Нет прямого доступа к исходному коду сайта или разработчикам серверной части
для добавления `dataLayer.push()` в успех AJAX обратный вызов
Вопрос
Каков наиболее надежный подход с использованием только GTM для отслеживания только успешных
отправок формы входа/регистрации, когда:
- собственное событие `submit` не распространяется на `document` (форма AJAX)
- нет страницы с благодарностью или явного успеха URL
- я не могу добавить код dataLayer на стороне сервера или разработчика.
- я не могу использовать отдельное свойство GA4 для предварительного тестирования.
Перехват ответа AJAX (например, с помощью пользовательского тега HTML, переопределяющего
`XMLHttpRequest` или `fetch`), является жизнеспособным подходом для обнаружения 200/success
ответить и отправить событие `dataLayer` только при фактическом успешном завершении аутентификации?
Будем благодарны за любую помощь, ребята!
Подробнее здесь: https://stackoverflow.com/questions/798 ... ick-same-g
