Почему моя переменная уровня данных возвращает имя события, а не значение заданного ключа?
Я хочу использовать значение поля user_id на моем уровне данных в моем теге конфигурации.
Итак, я создал переменную уровня данных, которая, как сказано во всплывающей подсказке, получит именно это:
В режиме предварительного просмотра я подтвердил, что ключ на уровне данных установлен правильно и никогда не перезаписывается: 
В моем теге конфигурации GA4 в разделе «Поля для установки» я передаю эту переменную уровня данных
в Google Analytics, чтобы получить ее от тегов событий, которые используют эту конфигурацию.
(« Пример 1: чтобы установить идентификатор пользователя, добавьте строку в поле« Поля для установки ». Задайте для имени поля значение user_id, а в качестве значения - переменную диспетчера тегов, которая возвращает идентификатор пользователя ».)
Здесь он определяется как « Свойство пользователя »с тем же именем (« user_id »), которое получает это значение для отчета.
(в соответствии с инструкциями в лучшем и недавнем руководстве, которое я там нашел («Давайте настроим», шаг 3), хотя даже оно уже устарело (например, «Конфигурация GA4» по-прежнему называется старым названием «Google Analytics») : Приложение + веб-конфигурация "), и неЯ специально раскрываю его настройку DLV ...)
Тем не менее, в моем представлении в реальном времени в разделе «Пользователи по свойству пользователей» я вижу «gtm.js», т.е. имя события «Контейнер загружен», которое устанавливается перед тем, как поле «user_id» помещается в dataLayer (поэтому вы видите его на втором снимке экрана):
Когда я заменяю переменную уровня данных в конфигурации на статическое значение,
которое дословно отображается в представлении в реальном времени, поэтому этот DLV должен быть виновником. Это ошибка в моей переменной уровня данных?
1 ответ
Итак, в конце концов выяснилось, что, поскольку тег конфигурации был запущен событием просмотра страницы, это произошло до того, как я отправил user_id в dataLayer, и вместо этого он заполнил еще не существующее значение фактическим именем события.
Поэтому я дал событию user_id имя для создания нового настраиваемого триггера события, который теперь повторно запускает тег конфигурации, и, таким образом, user_id-ы, наконец, пересылаются.