Google analytics 如何跟踪来自另一个可能违反分析规则条件的团队的HTML更改？

我的部门在DTM中有分析规则条件，可以根据特定类或自定义数据属性触发事件。我担心的是，如果我们的开发团队做出了违反规则的更改，我们将无法发现，直到发现度量不再跟踪

我们正在尝试对脚本进行未来验证，以允许更改条件（例如：使用正则表达式更改类名和/或使用函数遍历DOM来查找条件，而不需要硬编码），但我认为这里的某些人可能有这类问题的经验。你们公司是怎么处理的

**编辑：**我正在探索使用DTM中的自定义数据元素，这些数据元素是用javascript创建的，javascript有多种条件以我们确定的方式遍历DOM。因此，我的团队可以控制一种数据层。

注意：这不是一个真正的编码问题；更多[分析/营销标签]编码原则/最佳实践。所以我不完全确定这个问题是否属于So（可能是其他stack exchange站点之一，可能是superuser.com？）。但无论如何，我会在这里回答

TL；灾难恢复-您需要让站点开发人员参与进来，并让他们承担一定程度的初始和持续所有权。

标签经理推销自己能够在不让站点开发人员参与的情况下部署标签，而且很多时候这在短期内是可行的。但根据我的经验，这种被动部署从长远来看是行不通的，特别是对于那些随着时间的推移而进行主动和定期更改的网站

根据我的经验，有效防止站点开发人员无意中破坏跟踪的唯一方法是将站点开发人员包括在部署中，并使他们在某种程度上拥有它的所有权，以便他们在自己的系统/流程中意识到这一点

有时，将指定的类或属性添加到页面上的html标记中同样容易。例如，您可以为站点开发人员编写规范，在给定页面上的任何页眉、页脚、CTA链接中添加

data analytics='true'

，并告诉站点开发人员，无论何时更改站点，这都是他们需要保留的工作流程的一部分

对于更复杂的事情，您可以指定他们做一些事情，比如广播一个定制的事件供您收听。例如，您可能有一个购买确认页面，现在您有DTM中的代码根据URL触发，或者从页面中获取购买的详细信息以推送到标签。取而代之的是，创建一个规范，说明开发人员将其放入数据层对象并推送到自定义事件，然后为其创建基于事件的规则

这里的总体主题是为您希望能够在网站上跟踪的所有内容创建一个规范文档，您知道您无法可靠地被动跟踪这些内容，而这些内容迟早会被破坏，然后将文档交给开发人员，并告诉他们在对网站进行更改时需要将其作为流程的一部分。如果您可以让他们在任何时候进行更改并将其推送到生产环境中时向您循环，那么您可以转到您站点的开发/质量保证版本进行测试，以确保您的跟踪仍然良好

这里的总体主题是为了防止站点开发人员破坏您的跟踪，您需要更加主动地让他们了解您的跟踪，并且在实践中，这通常意味着将一些代码工作放在他们自己的盘上，因此这是他们历史上的事，在他们面前看到和了解。因为对于开发人员来说，在他们即将重组的标题导航链接中注意到

data analytics='true'

要比知道嘿，DTM中的某些代码依赖于当前的结构容易得多。。在他们自己的代码编辑器/环境中，某些东西不会直接出现在他们面前

是的，实际上实现上述目标往往说起来容易做起来难。但这是现实情况。在标签管理器中被动地跟踪东西很少能解决长期的问题，除了“每页”标签很少或根本没有定制需求

我告诉大家，根据我在数字营销和分析行业工作超过10年的经验，特别是在实施方面，我一次又一次地看到了这一点。数不清的次数。客户通常希望并且实际上采取更简单的方法，将站点开发人员排除在循环之外，所有跟踪需求都只通过标记管理器能够做的事情来完成

我见过有数百条规则的设置，这些规则的触发条件是基于对某个id或类的页面进行刮取，或者一些复杂的css选择器依赖于5级html结构而不改变。或者一些你认为是什么意思的随机饼干。当下一次随机变化发生时，你会花费越来越多的时间来打鼹鼠，试图重新调整/修正单个规则/选择器，然后有一天会进行完整的站点重新设计，这对你所有的跟踪工作来说都是一颗核弹

一次又一次，毫无疑问，最终他们会问你到底问了些什么，因为他们已经花了很多时间和金钱在这上面，为了“快速胜利”，他们踢自己的屁股，因为没有人对数据有信心，他们想知道，如果这只是一堆垃圾，他们为什么要分配资金/资源进行跟踪，破洞数据。解决这个问题的方法一直是“站点开发人员意识”

如果有帮助的话。。如果我很难说服开发团队或其他力量加入这股潮流，我有时会打出一张牌，指出跟踪网站的最大原因之一是帮助公司确定它是否值得投资