Dynamic 有关Site Catalyst DTM实施的问题

Dynamic 有关Site Catalyst DTM实施的问题,dynamic,tags,adobe,adobe-analytics,Dynamic,Tags,Adobe,Adobe Analytics,我有两个Omniture报告套件,一个使用DTM,另一个使用SuperTag。两者都是标签管理系统,目的是查看两者是否可以同时向多个报告套件收集数据,以及发送到每个套件的数据是否正确且未损坏。我总共有5个页面,所有页面都有DTM和SuperTag嵌入代码 dtm rpt suite-->已连接到我的开发服务器,并已验证标记是否触发。s_代码是通过DTM管理选项实现的,在我的页面中没有s_代码,只有DTM javascript嵌入。版本1.41 spt rpt suite-->已连接到我的开发服务

我有两个Omniture报告套件,一个使用DTM,另一个使用SuperTag。两者都是标签管理系统,目的是查看两者是否可以同时向多个报告套件收集数据,以及发送到每个套件的数据是否正确且未损坏。我总共有5个页面,所有页面都有DTM和SuperTag嵌入代码

  • dtm rpt suite-->已连接到我的开发服务器,并已验证标记是否触发。s_代码是通过DTM管理选项实现的,在我的页面中没有s_代码,只有DTM javascript嵌入。版本1.41
  • spt rpt suite-->已连接到我的开发服务器,并已验证标记是否触发。s_代码也是通过vis Supertag实现的,而不是我的页面。版本H.27
  • 以上所有设置都是正确的,我可以在Omniture中看到数据。然而,我看到DTM捕获的数据比它应该捕获的更多。它还捕获传递给SuperTag的数据。我在3页内启动DTM规则,但

    • 它还从我只为superTag触发规则的页面收集数据
    • 它还在与superTag共存的同一页上收集数据示例如果superTag收集的2个evar变量不是DTM规则的一部分,它仍会收集这些数据
    我不确定DTM如何访问其他数据?我正在使用adobe digital pulse验证数据收集。有没有办法限制数据收集过程?是因为两个TMS设置的cookie相同吗?如何在DTM中显式添加“前缀”或“访问者名称空间”?因此,我可以明确地确认cookies集是不同的


    谢谢。

    默认情况下,Adobe Analytics代码使用
    s
    作为名称空间。因此,听起来您的两个实现都使用相同的javascript名称空间,而且它们之间的联系正在交叉

    我无法说明是否可以轻松地在superTag中更改名称空间,但在DTM中有一个字段指定要使用的对象名称空间。不幸的是,DTM当前不允许您既指定它,又让DTM管理库。因此,如果您想在DTM中更改它,您可以继续在DTM中托管AA库,但DTM不会自动为您更新核心库,因此您需要确保核心库代码保持最新

    在DTM中,导航到Adobe分析工具配置。在库管理下,选择“自定义”选项

    然后在“代码托管”下拉列表中,选择“在DTM中”。打开它下面的编辑器框,确保其中有核心库的副本

    然后在下面,您应该看到一个“跟踪器变量名””字段。您可以在此处指定不同的值以覆盖默认的
    s
    对象

    关于这方面的一些注意事项:

    1) 然后,DTM将在规则和其他配置文件中引用指定的名称空间。但这不会自动映射您在DTM中完成的任何其他现有自定义代码。例如,如果您有一个在自定义代码部分手动设置
    s.products
    的规则(DTM没有
    s.products
    字段),则需要更新该规则以使用新名称空间

    2) 这与
    visitorNamespace
    不同
    visitorNamespace
    是您指定的值,它将成为Adobe Analytics server请求域的一部分。例如,如果您有:

    s.visitorNamespace='foobar'


    您将看到类似于“foobar.sc.omtrdc.net”的内容作为Adobe的请求域。根据您的设置,实际值可能会有所不同,但如果您设置了
    visitorNamespace
    ,它将为其添加前缀。

    感谢Crayon的澄清。很容易理解:)我会按照你的建议试一试。问题:一旦我更改了Tracker变量名,它对该报告套件是永久的吗?我的意思是假设我的跟踪器变量名是“c”。将来我可以回到“s”(即adobe托管的DTM选项)。Thanks@wailer是的,你可以随时更改它;它只是一个javascript变量名。但总的来说,我建议不要使用默认的
    s
    或切换到其他简短的名称空间,以避免名称空间冲突(如您现在面临的情况!)只是确认提供的解决方案对我来说有助于分离跟踪。谢谢你的蜡笔。