我的部门在DTM中具有分析规则条件，这些条件根据特定的类或自定义数据属性触发事件。我担心的是，如果我们的开发团队做出的更改会违反规则，那么直到发现该指标不再跟踪时，我们才会发现。
[我们正在尝试对脚本进行将来的证明，以允许更改条件（例如：使用正则表达式更改类名和/或函数来遍历DOM来查找条件而无需对其进行硬编码），但我认为这里有人可能有处理此类问题的经验。贵公司如何处理？
注意：这实际上不是一个实际的编码问题；更多[分析/营销标签]编码原则/最佳做法。所以我不能完全确定这个问题是否属于SO（也许是其他堆栈交换站点之一，也许是superuser.com？）。但是我还是会在这里回答。
TL; DR-您需要让站点开发人员参与，并让他们承担其初始和持续的所有权。
标签管理者会在不参与站点开发人员参与的情况下就能够部署标签而自我推销，而且很多情况在短期内会奏效。但是以我的经验来看，这种被动部署从长远来看是行不通的，尤其是对于那些随着时间的推移而定期进行主动和定期更改的网站。
根据我的经验，有效地帮助防止站点开发人员无意间中断跟踪的唯一方法是include部署中的站点开发人员并使他们在某种程度上拥有该所有权，以便是他们在自己的系统/流程中意识到的东西。
有时，就像将指定的类或属性添加到页面上的html标签一样容易。例如，您可以为网站开发人员编写规范，以将data-analytics='true'添加到给定页面上的任何页眉，页脚，CTA链接，并告诉网站开发人员这是他们在工作流程中需要保留的部分对网站进行更改。
对于更复杂的事情，您可以指定他们进行广播自定义事件等操作，以供您收听。例如，也许您有一个购买确认页面，并且现在您已经在DTM中具有基于URL触发的代码，或者在页面上刮取有关购买细节的信息以推送到标签。取而代之的是，创建带有说明的规范，以供开发人员将其放入数据层对象中并推送到自定义事件，然后为其创建基于事件的规则。
这里的总体主题是为您希望能够在网站上进行跟踪的所有内容创建一个规范文档，您知道如果不早晚破坏它，就无法可靠地进行被动跟踪，并将该文档移交给开发人员并告诉他们在更改网站时需要使其成为流程的一部分。奖励积分是，如果您可以在要进行更改并将其推送到生产环境时让他们引导您进入，则可以转到网站的dev / qa版本进行测试，以确保跟踪效果仍然不错。
[[overall总体主题是为了防止网站开发人员破坏您的跟踪，您需要更加积极主动地进行跟踪并使他们了解您的跟踪，实际上，这通常意味着您需要该代码在他们自己的盘子上工作，所以这是他们历史上的事情，他们面对和了解。因为对于开发人员来说，要注意他们将要重组的头导航链接中的data-analytics='true'要容易得多，所以比知道嘿，DTM中的某些代码依赖于此当前结构。在自己的代码编辑器/环境中面对面。
我以自己在数字营销和分析行业10多年的工作经验，特别是在实施方面的经验告诉您，我一次又一次地看到。数不胜数。客户通常希望并实际上采用更轻松的方法将站点开发人员排除在外，所有跟踪需求仅通过标签管理器的能力来完成。
我已经看到具有数百个规则的设置，这些条件的触发条件基于抓取某些ID或类的页面，或者依赖于HTML结构的5个级别不变的某些复杂的CSS选择器。或您只是假定的一些随机cookie代表了您认为的含义。
但是一次又一次地，没有失败，最终他们最终准确地问了你在这里问的是什么，把自己已经花在这个“快速胜利”上的时间和金钱踢在了屁股上。解决方案一直是“站点开发人员意识”。
[如果有帮助的话。如果我很难说服开发团队或其他权力，我有时会玩一张纸牌，那就是要指出，跟踪网站的最大原因之一是：帮助公司确定在该网站上是否值得投资。如果他们不能确定，那么他们可能就不太愿意这样做，这意味着他们甚至需要一个站点开发团队的需求也可能会下降。坦率地说：这有助于证明工作的合理性。