- В DTM я могу контролировать, когда функция s.t сработал? Вы можете указать загрузку на «верхней» или «нижней» странице (см. Диаграмму, которую вы указали).
- Выполняется ли функция s.t независимо от правил загрузки страницы в приложении Google Analytics (с использованием настраиваемого кода)? DTM запускает вызов s.t при загрузке инструмента, помещая вызов s.t на «верх» или «внизу» в зависимости от того, что вы установили в config. Это произойдет с правилом загрузки страницы или без нее. Однако правила загрузки страницы зависят от того, где выполняется вызов s.t. Например, если вы настроили Adobe Analytics на «сверху», но настроили правило загрузки страницы на «снизу», окно загрузилось, было готово к работе и т. Д. (Иногда после «сверху»), то какие бы варны вы не установили в правило загрузки страницы НЕ произойдет при вызове st, так как это уже произошло.
- Кто-нибудь из вас использовал систему обратных вызовов, чтобы убедиться, что определенное правило загрузки страницы загружено до запуска запроса Adobe Analytics?В настоящее время это невозможно в DTM, используя интеграцию Adobe Analytics. Нет способа сказать DTM, чтобы НЕ запускать вызов s.t или иначе вручную вызывать его. Даже если вы укажете «bottom», а затем удалите
_satellite.pageBottom и поместите этот вызов в некоторую функцию обратного вызова, код DTM записывается как последняя мера, которая нажимает его на dom, если он еще не был вызван. Единственный способ обойти это - НЕ использовать DTM, встроенную в интеграцию с Adobe Analytics, и вместо этого рассматривать его как случайный сторонний скрипт (загружать все, включая библиотеку, в правило загрузки страницы в разделе Javascript. захотите сделать это в правиле прямого вызова вместо правила страницы в этом случае).
Update: Заданный вопрос ниже
Спасибо! Поэтому мое предположение о том, что функция s.t ожидает загрузки загружаемых правил загрузки, ошибочна.
Ну, да и нет. Если вы установите Adobe Analytics для запуска в «нижней части страницы», и вы установите правило загрузки страницы для запуска в «верхней части страницы», то во многих случаях использования это нормально. Но в вашем случае необходимости установить его на dom ready, правило загрузки страницы не будет работать само по себе.
Одна вещь, которую я забыл упомянуть вам, это то, что вы можете suppress an Adobe Analytics request with s.abort. Короче говоря, вы можете использовать s.abort, чтобы подавить начальный звонок s.t, а затем позвонить ему на свой собственный досуг. Но есть оговорки об этом, а именно:
- Он только подавляет следующий фактический запрос; он НЕ подавляет все, что работает до него (например,
s_doPlugins)
- Это определенная особенность Adobe Analytics, так, например, если у вас есть GA, реализованный в качестве инструмента в интерфейсе DTM, он будет иметь такое же поведение с GA
_trackPageview (или UA equiv), и AFAIK GA не имеет s.abort экв. IOW это специфично для конкретного инструмента, а не для конкретного правила.
Тогда я не понимаю, что в случае использования для правил загрузки страницы? Нам нужно установить vars на основе уровня данных (требуется onDomReady) и включить их в начальный запрос, вызванный по s.t funtion. Нужно ли все это делать в s_code?
Ну, имейте в виде, что DTM является генеральным менеджером тегов, а не Adobe Analytics конкретного менеджера тегов, поэтому существует множество сценариев использования для правил загрузки страницы, если всех делаются с помощью правил, которые это то, что вы делаете для случайных сценариев, которые не интегрированы в DTM (где вы можете добавить в качестве инструмента).
Также имейте в виду, что Adobe не построила DTM; они купили его у третьей стороны и с тех пор работают над интеграцией своих продуктов в нее. Я надеюсь (надеюсь) со временем они будут добавлять более функциональные возможности для удовлетворения сценариев, подобных вашим. Когда Adobe начала запускать DTM, это был беспорядок, и я избегал рекомендовать его клиентам. С тех пор прошло много времени, и теперь я, по крайней мере, скажу, что все в порядке, достаточно использовать, чтобы рассмотреть возможность использования esp, поскольку он в основном бесплатный (с подпиской Adobe Marketing). Но дело в том, что они прогрессируют, даже если DTM все еще стоит за многими другими менеджерами тегов.
И на этой ноте .. это, конечно, не первый раз, когда ваш сценарий появился. Я слышал, что многие люди упоминают об этом, чаще всего для сайтов, которые используют фреймворки, такие как магистраль или узел, где не все фактически загружается dom, но загружается через модули и т. Д. Это даже упоминается как идея идей. omniture.com, чтобы обеспечить именно то, что вы хотите (лучше контролировать st-вызов).
Я думаю, что в отсутствие контроля над тем, когда DTM выводит триггеры инструментов при начальной загрузке страницы, это огромный фундаментальный недостаток в менеджере тегов, особенно когда столько страниц просто не работают так, как в реальном (виртуальном) Мир. Так что я надеюсь (надеюсь) Adobe обратится к этому (надеюсь, скорее раньше, чем позже).
Похожие темы: HTTP : //help-forums.adobe.com/content/adobeforums/en/marketing-cloud-forum/adobe-marketing-cloud.topic.html/forum__1uim-hi_for_a_dtmimpl.html – sevvecz