Adobe analytics 使用DTM的Adobe Analytics的Kill开关

Adobe analytics 使用DTM的Adobe Analytics的Kill开关,adobe-analytics,Adobe Analytics,背景 我们目前在数据层中有一个标志,当它设置为falseAdobe Analytics code时,它将不会运行 我们这样做有多种原因,包括我们是否在产品或我们捕获的数据中发现任何安全问题。我们将标志设置为false,它不再从页面中提取Adobe Analytics脚本 理想情况下,我们正试图在DTM中模拟这个确切的功能,而无需批准和发布任何内容。我们只希望能够在数据库中设置一些东西,并且它可以立即在所有页面上使用,我们不必担心公司的软件升级策略 这就是说,我在想,既然数据元素首先加载到页面上,

背景

我们目前在数据层中有一个标志,当它设置为
false
Adobe Analytics code时,它将不会运行

我们这样做有多种原因,包括我们是否在产品或我们捕获的数据中发现任何安全问题。我们将
标志设置为false,它不再从页面中提取Adobe Analytics脚本

理想情况下,我们正试图在DTM中模拟这个确切的功能,而无需批准和发布任何内容。我们只希望能够在数据库中设置一些东西,并且它可以立即在所有页面上使用,我们不必担心公司的软件升级策略

这就是说,我在想,既然数据元素首先加载到页面上,我就可以从数据层获取值,然后使用
if
语句和
s\u代码中的
.getVar()
来确定
AppMeasurement
是否得到实例化

这是一次令人沮丧的失败。不仅
\u satellite.getVar()
不可用,甚至仅仅设置
if(false)
也不起作用。虽然我认为只有
s_code
才会实例化
AppMeasurement
,但显然,只要在DTM中激活该工具,就意味着可以直接调用AppMeasurement函数

熟悉此工具的人是否有任何想法可以让我们确定
Adobe Analytics
是否基于页面上的某种内容更改(我们使用数据层,但我愿意接受所有建议)运行

非常感谢您抽出时间,
Mike

DTM当前没有任何页面加载规则来不输出任何代码,也没有任何方法可以有条件地抑制调用

AM本身确实有一个
s.abort
变量,您可以将该变量设置为
true
,它将抑制下一个
s.t
s.tl
调用。但是DTM的接口中没有这个var,所以您必须将它放在规则的自定义代码部分

更新:重申,
s.abort
不会全面禁止所有AM调用;它将抑制下一次调用。调用后,AM将
s.abort
重置为
false
。因此,这对于初始页面加载规则非常有效,但例如,如果在页面加载后出现任何代码弹出(例如退出/下载链接跟踪或您可能有的其他自定义代码),它将而不是抑制该情况

即使您没有在页面跟踪后进行自定义,也可以在工具配置中确保您的帐户,在该配置中,您可以指定下载跟踪和内部/外部链接跟踪,如果您已启用,这些跟踪将以本机方式弹出(基本上是DTM的接口,用于
linkInternalFilters
trackDownloadLinks
trackExternalLinks
linkdownloadlfiletypes
,以及
trackInlineStats
)。要通过这些设置保持这些功能的启用,没有简单的方法,因此我认为最好的方法是禁用它们并使用基于事件的规则进行复制,这样您就可以将
s.abort
合并到其中

<强>考虑“:<代码> S.Babt < /COD>禁止对Adobe的最终请求,但几乎所有导致实际请求的请求都被执行。最值得注意的是,如果您有“代码”> doPulsIs<代码>(DTM目前在接口中没有这个功能,但没有任何东西阻止您启用它并在自定义代码中自己定义),它将被执行。这可能会影响您在接口中的任何逻辑,特别是cookie读/写的内容


例如,假设您有一个“参与访客”指标,该指标在访客浏览3页后设置为pop,您可以通过使用cookie存储并增加一个值,读取cookie并在达到3页时弹出一个事件来实现这一点,这都在
doPlugins
函数中(或页面加载规则的其他地方),
s.abort
抑制任何这种情况。

@michaelp我添加了另一个注释,感谢您提供的额外信息。我们编写的自定义代码中确实有doPlugins。这将是一个很好的考虑因素。现在我们正在进行概念验证,我们需要看看我们可以在DTM中模拟多近的一切我们现在正在做什么。