Отслеживание преобразования реальной формы входа/регистрации GTM (а не нажатия кнопки) – тот же идентификатор GA4 на pro ⇐ Javascript

[Anonymous]

Я работаю над реализацией 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