DTM-s-t函数与页面加载规则的关系

• 在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上弹出。解决这个问题的唯一方法是不要使用内置于Adobe Analytics集成中的DTM，而是将其视为随机的第三方脚本（在Javascript部分的页面加载规则中加载包括库在内的全部内容。实际上，在这种情况下，你很想在直接调用规则中而不是页面规则中进行加载）

更新：以下问题

谢谢！因此，我假设s.t函数等待页面要加载的加载规则是错误的。

好吧，是和否。如果你将Adobe Analytics设置为在"页面底部"触发，并将页面加载规则设置为"页面顶部"触发，那么在许多用例中，这是可以的。但是，如果您需要将其设置为dom就绪，页面加载规则本身就无法工作。

我忘了向您提及的一件事是，您可以使用s.abort抑制Adobe Analytics请求。长话短说，你可以使用s.abort来抑制最初的s.t调用，然后在自己空闲的时候调用它。但也有一些注意事项，即

1. 它只抑制下一个实际请求；它不会抑制所有运行到它的内容（例如s_doPlugins）
2. 它是特定于Adobe Analytics的，因此，例如，如果您将GA实现为DTM接口中的工具，它将与GA的_trackPageview（或UA equiv）调用具有相同的行为，而AFAIK GA没有s.abort equiv。IOW这是特定于工具的，而不是特定于规则的

那我不明白有什么用页面加载规则的情况？我们需要基于数据层设置vars（需要onDomReady），并将其包含在触发的初始请求中由s.t funtion。那么，我们需要在s_code中完成所有这些吗？

好吧，请记住，DTM是一个通用的标记管理器，而不是Adobe Analytics特定的标签管理器，所以如果所有都是通过规则完成的，那么页面加载规则有很多用例，这就是你对未集成到DTM中的随机脚本所做的（你可以作为工具添加）。

还要记住，Adobe并没有构建DTM；他们从第三方购买了它，并一直在努力将他们的产品集成到其中。我希望随着时间的推移，他们会添加更好的功能来满足像你这样的场景。当Adobe第一次推出DTM时，它一团糟，我避免向客户推荐它。从那时起，它已经走过了很长的路，现在我至少会说，好吧，当然，它足够可用，可以考虑使用，特别是因为它基本上是免费的（通过Adobe Marketing订阅）。但关键是，他们正在推进这项工作，即使DTM仍远远落后于许多其他标签管理器。

在这一点上。。这肯定不是第一次出现这种情况。我听过很多人提到它，最常见的是那些使用主干网或节点等框架的网站，在这些网站上，并不是所有的东西都是通过dom ready加载的，而是通过模块等加载的。它甚至在ideas.oymenture.com上被提为一个想法，以实现您想要的功能（更好地控制s.t调用）。

我认为，基本上无法控制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