我不清楚动态标签管理器 (DTM) 如何执行 Adobe Analytics 页面加载规则，特别是它何时触发 Adobe Analytics 请求（s.t 函数）。
Adobe 提供了此图（https://marketing.adobe.com/resources/help/en_US/dtm/graphics/DTMLoadOrder.png https://marketing.adobe.com/resources/help/en_US/dtm/graphics/DTMLoadOrder.png）但对我来说，它似乎缺少一些重要的细节。
现在我的问题是：
- 在 DTM 中，我可以控制何时触发 s.t 函数吗？
- s.t 函数触发是否独立于 Adobe Analytics 页面加载规则（使用自定义代码）？
- 你们中是否有人使用回调系统来确保在触发 Adobe Analytics 请求之前已加载特定的页面加载规则？
谢谢你们
-
在 DTM 中，我可以控制何时触发 s.t 函数吗？
您可以指定在页面的“顶部”或“底部”加载（请参阅链接的图表）。
-
s.t 函数触发是否独立于 Adobe Analytics 页面加载规则（使用自定义代码）？
加载工具时，DTM 将触发 s.t 调用，将 s.t 调用置于“顶部”或“底部”，具体取决于您在配置中设置的内容。无论有没有页面加载规则，都会发生这种情况。但是，页面加载规则取决于 s.t 调用的位置。例如，如果您将 Adobe Analytics 设置为在“顶部”触发，但将页面加载规则设置为在“底部”、窗口加载、dom 就绪等（在“顶部”之后的某个时间）触发，则无论您在页面加载规则不会在 s.t 调用上发生，因为它已经发生了。
-
你们中是否有人使用回调系统来确保在触发 Adobe Analytics 请求之前已加载特定的页面加载规则？ 目前，使用 Adobe Analytics 集成在 DTM 中无法实现这一点。没有办法告诉 DTM 不要触发 s.t 调用或以其他方式手动调用它。即使您指定“bottom”然后删除
_satellite.pageBottom并将该调用放入某个回调函数中，如果尚未调用，则将 DTM 代码作为最后措施将其弹出到 dom 就绪中。解决这个问题的唯一方法是不使用 DTM 内置的 Adobe Analytics 集成，而是将其视为随机的第 3 方脚本（加载整个内容，包括 Javascript 部分的页面加载规则中的库）。实际上，您可能会这样做在这种情况下，希望在直接调用规则而不是页面规则中执行此操作）。
更新：下面提出的问题
谢谢！所以我的假设是 s.t 函数等待页面
加载规则加载错误。
嗯，是的，也不是。如果您将 Adobe Analytics 设置为在“页面底部”触发，并将页面加载规则设置为在“页面顶部”触发，那么在许多用例中，这都没有问题。但如果您需要在 dom 就绪时将其设置，页面加载规则将无法自行工作。
我忘记向你提及的一件事是你可以抑制 Adobe Analytics 请求s.abort https://stackoverflow.com/questions/25325862/kill-switch-for-adobe-analytics-using-dtm/25331981#25331981。长话短说就是你可以使用s.abort来抑制最初的s.t打电话，然后在您闲暇时打电话。但有一些注意事项，即
- 它只会抑制下一个实际请求；它不会抑制所有运行到它的东西（例如
s_doPlugins)
- 它是 Adobe Analytics 特定的，因此，例如，如果您将 GA 作为 DTM 界面中的工具实现，那么它将与 GA 具有相同的行为
_trackPageview（或 UA 等效）调用，并且 AFAIK GA 没有s.abort相当于IOW这是特定于工具的，而不是特定于规则的。
然后我就不明白有什么用
页面加载规则的情况？我们需要根据数据层设置变量
（需要 onDomReady）并将它们包含在触发的初始请求中
通过 st 函数。那么我们需要在 s_code 中完成所有这些吗？
好吧，请记住，DTM 是通用标签管理器，而不是 Adobe Analytics 特定的标签管理器，因此页面加载规则有很多用例，如果一切是通过规则完成的，这就是您对未集成到 DTM 中的随机脚本所做的事情（您可以将其添加为工具）。
另请记住，Adobe 并未构建 DTM；DTM 是由 Adobe 构建的。他们从第三方购买了它，并一直致力于将他们的产品集成到其中。我希望（希望）随着时间的推移，他们会添加更好的功能来满足像您这样的场景。当 Adobe 第一次开始推广 DTM 时，情况一团糟，我避免向客户推荐它。从那时起，它已经取得了长足的进步，现在我至少会说，好吧，当然，它足够有用，可以考虑使用，特别是因为它基本上是免费的（需要订阅 Adobe Marketing）。但重点是，他们正在取得进展，即使 DTM 仍然落后许多其他标签管理器很远。
就这一点而言……这当然不是第一次出现您的情况。我听很多人提到过它，最常见的是使用主干或节点等框架的网站，其中并不是所有内容实际上都是由 dom read 加载的，而是通过模块等加载的。它甚至被作为一个关于想法的想法提到。 omniture.com 完全满足您的需求（更好地控制 s.t 呼叫）。
我认为，基本上无法控制 DTM 在初始页面加载时输出工具的触发器，这是标签管理器中的一个巨大的基本缺陷，尤其是当如此多的页面无法像现实（虚拟）世界中那样运行时。因此，我希望（希望）Adobe 能够解决这个问题（希望尽早而不是稍后）。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
