Google跟踪代码管理器最佳做法&反模式

时间:2014-10-18 23:33:31

标签: javascript jquery google-tag-manager web-analytics

我在一个使用GTM的大型网站上工作,并且最近看到过几个实例,其中网站代码与网站代码之间存在冲突。 GTM标签/脚本导致了问题(格式错误的链接,破坏的提交按钮等)。

我在开发人员方面工作,而不是网络分析方面,&我想知道1)你应该遵循什么样的最佳实践来减少潜在的冲突? 2)你见过什么反模式(要避免的东西)? GTM显然是一个强大的工具,但强大的功能带来了巨大的责任。我想就我们的内部GTM用户可以做些什么来提出一些建议,以便将来最小化问题。

一个最佳实践似乎是要非常谨慎地使用自定义HTML标记。其他人在那里?

1 个答案:

答案 0 :(得分:0)

你已经钉上了那个大人物。自定义HTML标签是一把非常锋利的双刃剑。我经常告诉客户,自定义HTML标记需要JavaScript开发人员,他们不应该将任何代码剪切并粘贴到标记中 - 无论他们愚蠢的第三方跟踪供应商说什么。

如果我必须解决自定义HTML代码的问题,我也会告诉他们,这比他们首先请求帮助的费用要多。

除了自定义HTML标记之外,几乎没有什么可以真正搞乱页面的功能。但是,他们可以做很多事情来打破分析。

还有一些自定义JavaScript宏可能会导致问题,但它们不会被发现,因此不要像自定义HTML标记那样被滥用。

我发现在维护和故障排除方面,对标签,规则和宏使用一致的命名约定确实很有帮助。我喜欢从最常见的信息开始命名,最后以最具体的信息结束。例如,“GA事件 - 下载PDF”和“监听器 - 链接点击”用于标签,“链接点击 - 下载PDF”用于规则。我喜欢使用所有小写的宏。