应用错误收集

在DTM中，我可以控制何时触发s.t功能？ 您可以指定在页面的“顶部”或“底部”加载（请参阅您链接的图表）。
s.t功能是否独立于Adobe Analytics页面加载规则（使用自定义代码）触发？ DTM将在加载工具时触发s.t调用，将s.t调用置于“top”或“bottom”，具体取决于您在config中设置的内容。无论是否有页面加载规则，都会发生这种情况。但是，页面加载规则取决于进行s.t调用的位置。例如，如果您将Adobe Analytics设置为在“top”上触发，但将页面加载规则设置为在“bottom”，窗口加载，dom ready等等（在“top”之后的某个时间）触发，那么您在“top”中设置的任何vars页面加载规则不会发生在st调用上，因为它已经发生。
在解雇Adobe Analytics请求之前，有没有人使用过回调系统来确保加载了特定的页面加载规则？ 目前在DTM中无法使用Adobe分析集成。没有办法告诉DTM不要触发s.t调用或以其他方式手动调用它。即使你指定“bottom”然后删除_satellite.pageBottom并将该调用放在某个回调函数中，DTM代码也会被写为最后一个措施，如果它尚未被调用则在dom就绪。解决这个问题的唯一方法是不使用DTM内置的Adobe Analytics集成，而是将其视为随机的第三方脚本（在Javascript部分的页面加载规则中加载包括库的整个内容。实际上，你会多产想要在直接调用规则中执行此操作，而不是在该情况下使用页面规则。）

更新：问题在下面提出

谢谢！所以我假设s.t函数等待页面加载加载规则是错误的。

嗯，是的，不是。如果您将Adobe Analytics设置为在“页面底部”触发，并将页面加载规则设置为在“页面顶部”触发，那么在许多用例中，这很好。但是在你需要在dom准备就绪的情况下，页面加载规则本身不起作用。

我忘了提到你的一件事是你可以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这是特定于工具的，而不是特定于规则的。

然后我不明白有什么用页面加载规则的大小写？我们需要根据数据层设置变量（需要onDomReady）并将它们包含在触发的初始请求中通过s.t功能。我们需要在s_code中完成所有这些吗？

好吧，请记住，DTM是一般的标记管理器，而不是Adobe Analytics特定的标记管理器，因此如果通过规则完成所有，则有大量用于页面加载规则的用例，这是你没有集成到DTM（你可以添加为工具）的随机脚本所做的。

另请注意，Adobe没有构建DTM;他们从第三方购买它，然后一直致力于将产品整合到其中。我希望（希望）随着时间的推移，他们会添加更好的功能，以满足像你这样的场景。当Adobe第一次开始推动DTM时，它是一团糟，我避免向客户推荐它。从那时起它已经走了很长一段路，现在我至少会说好吧，它可以用来考虑使用，因为它基本上是免费的（使用Adobe Marketing订阅）。但重点是，即使DTM仍远远落后于许多其他标签管理器，它们也在不断进步。

并且就此而言......这肯定不是你的情景第一次出现。我听过很多人提到它，最常见的是那些使用骨干或节点等框架的网站，其中并不是所有东西都是由dom准备好加载，而是通过模块加载等等。它甚至被提到作为想法的想法。 omniture.com允许你想要的东西（更好地控制st呼叫）。

我认为基本上无法控制DTM在初始页面加载时输出工具的触发器是标签管理器中一个巨大的基本缺陷，特别是当这么多页面在真实（虚拟）世界中不起作用时。因此，我希望（希望）Adobe能够解决这个问题（希望更快，而不是更晚）。

它是特定于Adobe Analytics的，例如，如果您有GA 作为DTM界面中的工具实现，它将拥有与GA的_trackPageview（或UA equiv）调用和AFAIK相同的行为 GA没有s.abort等价物。 IOW这是特定于工具的，而不是特定于规则的

您还可以从ADTM界面中止对GA的后续跟踪调用：“return false;

来自https://marketing.adobe.com/resources/help/en_US/dtm/ga.html

DTM - s.t函数和页面加载规则关系

2 个答案: