在Google Analytics(分析)和Google跟踪代码管理器中管理舞台和生产环境

时间:2020-06-21 04:30:09

标签: google-tag-manager environment

我将要设置第二个GA属性,并将其实施到我的暂存环境中。我认为我会对GTM进行同样的操作,并在必要时仅将容器从舞台导出/导入到生产中。我还认为我会根据主机名动态填充Tracking-ID。没什么。

但是后来我偶然发现了GTM环境。我读到的第一句话说,使用此功能将解决跨环境移动代码的问题。对我来说,这意味着代码段代码在所有环境中都将保持不变,并且不需要(通过构建脚本,手动或其他方式动态地)更改任何值或任何内容……GTA足够聪明,可以部署在正确的时间将正确的容器移到正确的位置。听起来不错,我会做到的。

现在,我正在学习这个过程(如果我正确理解的话),每个环境面对的内容都必须有一个单独的代码段。因此,现在我回到了起点,必须根据域名向代码段动态添加值(确定阶段或测试)。除此之外,每次在环境之间推送包含代码段的文件时,包含错误的值。我猜想使用Environments仍会执行容器的导出/导入过程(这没错,很好),但是不得不更改这些值很麻烦。.

这是长短吗-我有这个权利吗? 我猜不是,因为该代码段是GTM功能的基础,所以是否有办法改变网页(或模板)中的代码? d问。

更复杂的是,我打算使用Wordpress插件(用于Wordpress的Google跟踪代码管理器)添加GTM代码。在这种情况下,我什至只能更改的是Tracking-ID,它实际上保持不变...其他值的更改使我无法控制插件。 是否有人知道将新值插入插件写入网页的代码段中的方法?

1 个答案:

答案 0 :(得分:0)

环境的代码段具有相同的GTM ID,但具有附加到GTM网址的环境名称令牌。如果使用任何类型的构建系统,应该可以根据要部署到的服务器设置或更改令牌。我个人并不认为环境真的有用。

如果所需的跟踪ID值不同,则可以实现以主机名变量为输入的查找表变量,并返回相应的跟踪ID以供实时或暂存。然后使用它,而不是将跟踪ID硬编码到您的标签中。