谷歌分析 reports can get a mess really quickly once you start customizing data that is sent to GA. 如果你 不要’如果不遵守某些规则/做法，它们最终可能会变成一团糟。

The same curse applies to Google Tag Manager once you start using it for larger projects. 如果你 name your tags, triggers, variables without using certain patterns, GTM will become a hardly manageable juggernaut no one wants to work with.

在今天’的博客文章，我想谈谈Google 一个alytics（分析）和Google Tag Manager的命名约定（至少我在使用这些工具时要遵循的约定）。我想分享我的想法和事情’多年来已经学到了。

重要： I 不要’t mean 我的例子和技巧’以下是您应遵循的唯一真理。当然不。直到今天，我发现自己经常调整自己的命名约定，因为我发现/学习了一些新的或更好的东西。

在 fact, I remember opening some GA 帐户 和 thinking “那是什么白痴？“。我查看了更改历史记录，结果原来是我。我是1.5年前做的那些愚蠢的事情。我认为在两年之内 未来自我 会认为我的一些命名约定’我今天用的都是垃圾’是解决某些情况的更好方法。

但更积极的一点是’只是改善的结果。

我只想说这些命名约定是我现在使用的约定，但是我绝对可以保证它们将来会/可能会变为更好的约定。如果您不同意其中的某项或知道更好的解决方案，请发表评论。一世’我一直对学习一些新东西感兴趣。

 

目录

• ＃1帐户，属性，视图和容器
  • ＃1.1。帐目
  • ＃1.2。属性（GA）和容器（GTM）
  • ＃1.3。 谷歌分析（分析）视图
• ＃2。 谷歌分析（分析）过滤器命名约定
• ＃3。 谷歌分析（分析）细分
• ＃4。 谷歌分析（分析）活动
  • ＃4.1。不正确的（恕我直言）方式
  • ＃4.2。命名事件的更好方法
  • ＃4.3。有关Google 一个alytics（分析）事件命名约定的其他提示/想法
  • ＃4.4。所有事件值– lowercase values
  • ＃4.5。规划您的Google 一个alytics（分析）事件命名约定
• ＃5。 谷歌分析（分析）广告系列
  • ＃5.1。不了解UTM标签的含义
  • ＃5.2。 UTM命名惯例不一致
• ＃6。自定义维度和指标
• ＃7。 谷歌分析（分析）注释
• ＃8。标签
• ＃9。扳机
• ＃10。变数
• ＃11。资料夹
• ＃12。工作空间
• ＃13。版本号
• 那GTM中的笔记呢？
• 最后的话

两个大块

该指南可以分为两个大块，命名约定为1. GA和2. GTM。

关于Google 一个alytics（分析）的命名约定，以下是您可以改进的关键方面：

• 帐户，媒体资源，数据视图
• 筛选器
• 区隔
• 大事记
• 战役
• 自订dimensions, metrics, 计算ulated metrics
• 注解

至于Google跟踪代码管理器的命名约定，以下是可以改进的关键领域：

• 帐户和容器
• 标签
• 扳机
• 变数
• 资料夹
• 工作空间
• 版本号

 

免责声明

即使我已经在本博客文章的简介中简短地提到了这一点，但我对此并不足够强调。这不是明确的指南，它没有告诉您关于GA和GTM中命名约定的唯一事实。如果您发现其他适合您需要的策略，那’s great.

我的目标是让更多的人（初学者）意识到没有适当的命名约定的危险，并为愿意改进的人提供示例。

 

＃1帐户，属性，视图和容器

＃1.1。帐目

当我 say “account”在本文中，我的意思是“Google 一个alytics 帐户” 要么 “Google Tag Manager 帐户”.

我遵循一个帐户代表一个客户/公司的规则。如果您是代理商，请不要为您的公司创建一个帐户，然后将容器添加到每个单独的客户/项目中。您的客户必须拥有专用的GTM帐户及其中的所有容器。

此处的最佳做法是要求客户创建一个帐户，然后将您添加为该帐户的用户。

The same applies to the 谷歌分析 帐户. It should be a company/business. 一项业务-> one 帐户.

So when I want to create a new 谷歌分析 要么 Google Tag Manager 帐户, I just enter the name of the company. 如果你r company’的法定名称不同于您的唯一品牌名称，您可以在此处输入品牌名称。

 

＃1.2。属性（GA）和容器（GTM）

如果我们向下钻取，则更深层次是 属性 （GA）或 容器 （GTM）。从逻辑上讲，每个属于公司的网站都应该获得财产和容器？好吧，不一定。

这里’以下是我要遵循的内容（关于Google 一个alytics（分析）属性）：

• 如果分开 一家企业的网站未连接 in any way （例如。two totally different/unrelated products/brands/etc.), then it’s totally fine to 将它们分隔为独特的属性。一世n 这个 case, the name of the properties could be:
  • [品牌名称（或域名）]–[环境]，例如：
    • 分析狂热– production
    • 分析狂热– staging
    • 世界上最伟大的公司– production
    • analyticsmania.com– production
    • analyticsmania.com– staging
    • greatcompany.org– production
      
• 如果 网站是专题连接的 并且是访客的一部分’s/user’s single experience （例如。main website, blog, 和 support page), then I’d建议跟踪它们 在一个属性中。单独的属性会将所有数据放入单独的存储桶中，如果您’不使用GA以外的数据，您’会很难。但是，如果您在一个大型机构中工作，而该机构的网站很多，但是利益相关者也希望在一个资产中查看所有内容， 汇总属性 可能是一个选择。那里’也可能是一种解决方法（了解更多 这里）。
  在这种情况下，命名约定可能完全基于环境：
  • 生产
  • 分期
  • 发展历程
    
  • 如果你 have more additional properties (but they 是 not used that often), you can add numbers to the most important ones that 是 commonly used). 那 way, they will appear at the top of the 属性 list, e.g.:
    • 01 – 生产
    • 02 – 分期
    • 03 – 发展历程
      

至于GTM容器， 您应该阅读本指南 这将帮助您确定需要多少个GTM容器。简而言之：如果两个网站相差很大（就结构和计划跟踪的内容而言），则应使用两个不同的容器。

如果两个网站非常相似（也许只是一种语言不同），并且您想跟踪相似的事物，则两个网站的一个GTM容器会更好地工作。

至于命名约定，我尝试使用以下内容： [简称/说明]–[如果一个容器用于一个网站，则为域]， 例如：

• 主要网站– www.example.com
• 博客– blog.example.com
• 登陆页面– www.example.com （当目标网页托管在其他平台上时，这很有用）

如果多个网站使用相同的容器，则可以跳过主机名，例如：

• 网上商店
• 主要网站和登陆页面

 

＃1.3。 谷歌分析（分析）视图的命名约定

The view is the 3rd level in the hierarchy of a 谷歌分析 帐户. It allows you to view a certain subset of data (or all data) of a particular 属性. 如果你 want to learn more about the best practices on how to set views up in GA, 阅读本指南.

关于命名约定，多亏了David Hermann为GA视图提出了命名约定。我更喜欢他的选择，所以我删除了我的，然后添加了这个。

以下是适用于Google 一个alytics（分析）视图的命名约定的规则：

• 使用数字/数字来区分最重要的视图及其顺序
• 在视图名称中使用属性名称
• 最后，添加视图的名称/用途

结合一切，它将看起来像这样— [数 （两位数）] – [property name] – [name of the view]， 例如：

• 01 – 分析狂潮–主视图（也可以调用它 主视图)
• 02 – 分析狂潮– test view
• 03 – 分析狂潮– raw view

前两个是我的Google 一个alytics（分析）设置中最常用的，因此，我按照此确切的顺序使用它们。

或另一个提示可能是：最重要的视图得到数字（例如我’ve上面提到的）。视图的其余部分可以保持不带两位数。只要确保他们清楚地描述了他们的目标/内容，GA就会按照字母顺序对所有目标进行排序，例如

• 01 – 分析狂潮– main view
• 02- 分析狂潮– test view
• 03 – 分析狂潮– raw view
• 分析狂潮– desktop traffic
• 分析狂潮– mobile traffic
• 等等

盲目地将两位数字分配给 每一个 视图也会造成伤害，因为最终您’最终将获得或多或少的随机顺序，这对新来者来说并不方便。所以：

• 最重要的视图应该在开头
• 他们其余的人可以没有数字

为什么在视图名称中包含属性名称是一种好习惯？可能的原因之一是在GA帐户级别管理过滤器。如果要同时将过滤器应用于多个视图，则必须能够区分哪个视图属于哪个属性。否则，您可能最终会得到如下结果：

 

＃2。 谷歌分析（分析）过滤器命名约定

当我 work with filters in GA, I usually follow 这个 rule when giving a proper name: [过滤器类型]–[该过滤器的作用]， 例如：

• 包括– office IP address
• 排除– office IP address
• 高级– show full URL
• 小写– campaign source
• 搜索并替换– remove “/pages/content/” from URL

你可能会问– what is the point of adding a filter type if you can already see it clearly in the filter list? 那’很好。但是，如果要将现有过滤器应用于视图，则可以’ll see only 这个.

想象一下，您有两个过滤器，都称为“Internal IP address”。其中一项包括您的内部流量，另一项则排除在外。如果没有在标题中看到过滤器的类型，就不会知道要添加哪个过滤器。

 

 

＃3。 谷歌分析（分析）细分的命名约定

如果你 是 new to 这个 feature, you can 首先阅读本指南。一世’d宁愿跳过介绍（因为该命名约定指南已经很大），而直接转到如何更好地命名细分的提示。

这次’非常简单（至少我是怎么做到的）。细分名称应以某个类别开头（我使用[客户名称]或[一般]），然后我简要描述该细分的含义，例如：

• [分析狂]–首次访问者转化
• [其他客户]–带有交易和优惠券代码的会话
• [一般]– sessions with 错误

如果你’如果您与客户（例如代理机构或自由职业者）合作，则上述命名约定肯定会很有用。另一方面，如果您’作为内部专家，[客户名称]可能在细分名称中是多余的。

如果你 want to go to the next level, you can be more specific in the segment name. For 例, also include whether 这个 is based on sessions 要么 users, 等等

• [客户名称]– sessions –带优惠券购买
• [客户名称]– users – premium plan

当然，段可能要复杂得多，并且可能是各种条件的混合。但是，如果您可以将此规则至少应用于某些细分受众群，则从长远来看可能会帮助您。

但是，在您跳起来并立即开始执行此操作之前，请多读一件事。

谷歌分析（分析）细分可以按不同比例应用：

• 您有权访问的所有GA视图（默认）。 只有您会看到它。
• 对于一种特定的观点（’目前正在努力）。  只有您会看到它。
• 在特定视图（您当前正在处理）上 该GA视图的其他用户也会看到它。

默认值为第一个。但是，’如果您也是最危险的人’与各种客户合作（这些客户中有一些是竞争对手）。想象一下：你’重新向客户进行演示/截屏，他们会在您的细分受众群列表中注意到竞争对手的名称。

如果你 always create segments in GA 和 leave the visibility as default, things might get awkward. 那’s为什么要创建客户特定的细分并将其仅应用于该特定视图，请使用2nd或3rd选项（请参见下文）。

 

 

＃4。 谷歌分析（分析）事件命名约定

实际上，本章正是我最终决定编写指南的原因。我从一个开始 小。这部分将关于Universal 一个alytics事件命名约定，而不是新的Web + App。

 

＃4.1。不正确的（恕我直言）方式

首先，我认为 类别动作标签 概念是误导的 人们经常输入没有真正价值的名称。

在初学者/中级GA用户中，最经常发生的事情是人们将“事件操作”视为理所当然，而且字面上也是如此。这是一个例子。一个人想跟踪按钮点击并将其作为事件发送到Google 一个alytics（分析）。他/她使用以下值：

• 类别： 纽扣
• 行动： 点击
• 标签： {{某些点击网址}}

你这是怎么了恕我直言，这里的动作没有用。想象一下：您看到一个GA报告，其中仅显示事件类别。有很多事件，例如  视频, 纽扣, 形成等

您有兴趣了解有关按钮的更多信息。单击了哪些按钮？您单击 纽扣 报告中的事件类别以了解更多信息，您所看到的是 点击。只需一行 点击。 那 did not bring me any value whatsoever.

当我 点击 on a dimension in the report (Event Category is a dimension), I expect to drill down 和 split the numbers into some smaller buckets （例如。单击了哪些按钮？）。但是现在我所看到的是 点击.

如果你 say “but 点击 is an 行动 而这正是我输入的内容。”我问：您还可以用按钮做什么？您可以在事件操作中看到哪些其他选项？

是的，我知道可以跟踪按钮上的鼠标悬停，但是大多数企业不这样做。因此，他们最终只能得到一份报告，其中只有一行- 点击。 和数字是相同的。共有314 纽扣 事件，如果我向下钻取，会看到314个事件 点击 行动。

然后，您点击相应操作，然后查看该点击重定向到的表格或网址（也称为“点击网址”）。

总而言之，这是浪费的空间。

 

＃4.2。命名事件的更好方法

我明白那个 事件动作 表示您应该输入一些 行动 在那里，但这绝对是不必要的。遵循不同的规则：每次深入事件报告时，它都必须提供一些附加值。这是几个例子。

捕获了一条新线索：

• 类别： 铅
• 行动： {{form type}} （如果您有多种类型，例如 弹出, 登陆页面, 嵌入形式等 )
• 标签： {{form name}}

在这种情况下，我看到捕获的潜在客户数量一定。如果我点击 铅 活动类别中，我可以看到哪种类型的销售线索生成效果最好。而且，当我单击某种表单类型时，我可以了解哪些确切的表单表现最佳。

一个 出站链接 is 点击ed:

• 类别： 出站链接点击
• 行动： {{单击主机名}} (this is a 自订变数)
• 标签： {{Click URL}}

好多了吧？

 

＃4.3。有关Google 一个alytics（分析）事件命名约定的其他提示/想法

这是我在GA中使用的最常见事件的列表。当显示以下内容时，如{{this}}时，表示这是Google跟踪代码管理器变量（很可能是， 数据层变量），返回一个特定值。

• 类别： 登录
• 行动： {{登录方法}} （例如。“login via 电子邮件”, “login via google”, “login via linkedin”, 等等)
• 标签： （没有设置）

 

• 类别： 注册（要么registration):
• 行动： {{注册方法}} （例如。“login via 电子邮件”, “login via google”, “login via linkedin”, 等等)
• 标签： {{注册步骤}} （例如。“step 1” (or “registration started”),  “注册完成”等）。通过将每个注册步骤作为一个事件进行跟踪，数据将能够看到流失（例如表格中看起来不太性感的渠道报告）。

 

• 类别： 错误
• 行动： {{错误类型}} （例如。“page not found”, “login 错误”, “signup 错误”, “checkout 错误”, 等等)
• 标签： {{错误信息}} （例如。“passwords 不要’t match”, “credit card declined”, “找不到xxxxxx页面”, 等等)

 

• 类别： 铅
• 行动： {{lead source}} （如何捕获该线索？例如“embedded 形成”, “popup”, “whitepaper download”, 等等)
• 标签： {{线索来源名称}} （例如。“通讯订阅表格”, “[XXX] webinar 弹出”, “[白皮书名称]下载”, 等等)

 

• 类别： 档案下载
• 行动： {{文件名}} （例如。“some-brochure.pdf”, 等等)
• 标签： {{页面网址}} 或{{页面路径}}

 

• 类别： 视频
• 行动： {{视频状态}} （例如。“play”, “progress: 50%”, 等等)
• 标签： {{视频ID}}– {{video title}}

 

• 类别： 出站链接
• 行动： {{单击主机名}} （例如。“www.example.com”)
• 标签： {{Click URL}} （例如。“//www.example.com/file.pdf”)

 

• 类别： 滚动
• 行动： 滚动距离：{{滚动阈值}}％
• 标签： （没有设置） 要么 {{页面网址}}

 

• 类别： 呼吁采取行动
• 行动： CTA– {{button ID}} （例如。“cta –菜单栏中的注册按钮”, “cta –注册按钮英雄形象”, 等等)
• 标签： {{点击文字}} （可选地，{{Click URL}}可能会有用，例如“get started now!” 要么 “get started now! –

当然，清单并不完整。某些事件可能是某些组织模型所特有的，但让’将它们放在一边。最后，我将事件分类为20-30个类别，并尝试保持这种规模（我通常与小型企业合作，因此范围似乎是正确的）。

有时候当我不’在事件标签中没有任何有价值的输入，我只需插入{{Page URL}}或{{Page Path}}。人们问我 为什么？什么’这样做的重点是当您可以使用时 页 作为Google 一个alytics（分析）的次级维度。

虽然您绝对可以使用 页 作为Google 一个alytics（分析）报告中的次级维度，有时您想要创建一个仅跟踪特定页面或一组页面上的互动的目标。

不幸的是，您无法在目标设置中添加次级维度，因此，将页面URL作为事件标签会有所帮助。

 

＃4.4。所有事件值– lowercase values

如果你 follow me for some time, you’我们会注意到，较早的博客文章显示了有关事件命名的不同原理。一件事要提–随机使用的大写字母。

在一篇博客文章中，我使用“Outbound links”事件类别，其他— “Outbound Links”等等。随着时间的流逝，这成为一个问题，因为Google 一个alytics（分析）区分大小写。

所以如果你不’遵循精确的命名约定（包括大写和小写字母），您’最终会一团糟。根据我的经验，最容易记住的命名约定是 总是小写。我建议您做同样的事情。

 

＃4.5。规划您的Google 一个alytics（分析）事件命名约定

每次我开始在GA中实施事件跟踪之前，首先，我都会创建一个要跟踪的事件电子表格。即使仅在3个月后才执行对特定事件的跟踪，我也会尽快开始考虑。

我创建一个至少包含4列的新电子表格：

• 简短活动说明
• 活动类别
• 事件动作
• 活动标签

然后，我开始写下所有我认为对跟踪有价值的事件（显然，它们应与业务目标保持一致，并且实际上应该有意义）。

当您写下列表时，您可以开始填写事件类别列。当您看到事件描述的完整列表时，您自然会开始注意到如何将某些事件归为同一类别

For 例, you have multiple places where a visitor can leave his/her 电子邮件 address.

为什么不将它们移到一个名为 铅。填写所有事件类别后，您就可以展开并开始考虑事件操作。例如。所有 铅 事件可以使用表单的类型作为事件操作。

该电子表格是您的草稿，’重做几次完全可以，直到您觉得所有事件都属于它们应该属于的类别。

专家提示： 您刚刚创建的电子表格不是一次性工作。保持更新。当必须跟踪新事件时，请打开工作表并输入该事件并匹配现有的命名约定。如果事件是唯一的（与已经存在的其他事件相比），请引入新的事件类别，操作和标签。与您的团队共享文档，并确保他们始终遵循相同的过程。

 

＃5。 谷歌分析（分析）广告系列命名约定

谷歌分析（分析）可让您跟踪访问者来自您网站的来源（例如搜索引擎，社交网络等）。但是，如果您正在运行一个广告系列，并希望将其作为您的Google 一个alytics（分析）报告中的单独流量来源， 广告活动追踪功能 允许你这样做。

这归功于5个称为UTM跟踪参数的参数：

• utm_medium。一世t identifies the medium from which a visitor/user landed on your site (e.g. 电子邮件, 要么 ganic, 会员)
• utm_source。与媒体相比，这是一个更具体的来源。如果介质是 电子邮件，来源可能是“newsletter”, “automated 电子邮件”, 等等
• utm_campaign。在这里，我们可以再上一层。此参数应包含广告系列的名称，例如“2019年夏季促销”, “黑色星期五2019发布”, 等等
• utm_term。此参数通常用于跟踪吸引网站访问量的关键字（对付费广告特别有用）
• utm_content。 如果同一关键字被多个广告定位，则可以在utm_content的帮助下定义每个广告的名称。

要了解更多信息，请前往 在线指标.

使用UTM参数时，我注意到两个大问题：

1. 营销人员没有完全了解什么媒介，来源等实际上意味着什么，以及它们如何联系
2. 这些参数的命名不一致。

 

＃5.1。不了解UTM标签的含义

要解决第一个问题，您应该 阅读本指南和memorize 这个 pyramid (taken from 在线指标 以及）。

即使此金字塔还有其他变体，我还是喜欢这个。

中等是所有UTM参数中最广泛的，并且 你不应该有很多独特的价值 这里。  想象它们就像水桶。您希望这些存储桶很大的原因是，当所有数据都输入时，它允许您按来源和广告系列名称对数据进行切片和切块。

尽管此列表并不详尽，并且您的广告系列可能需要使用不包含在内的媒介，但以下是一些不错的媒介 安妮·库欣 多年来使用：

• 社会的
• 电子邮件
• 饲料
• 旗帜
• 每次点击费用
• 显示
• 会员
• 电子书
• 电视
• 打印
• 广告牌
• 伙伴
• 无线电
• 二维码
• 小部件

您应该遵循类似的步骤。唐’为每个广告系列创建独特的媒体。您’只会破坏尺寸并弄乱GA渠道报告（例如， 这是一个例子 我不建议做的事情— 每一个 campaign’s中为该广告系列启动的日期）。

解决这个问题的最好方法是教育自己和团队。读 这个 and 这个 指南要更熟悉。

 

＃5.2。 UTM命名惯例不一致

如前所述，Google 一个alytics（分析）区分大小写。这意味着如果一个链接使用“email”作为utm_medium，另一个正在使用“Email”，它们将被报告为两种独立的媒体，因此数据质量会较差。

这意味着您需要进行UTM管理实践。您的工作是确保：

• 您（和您的团队）使用的UTM中的所有值均为小写。作为保障措施，您还可以 实施GA过滤器 为了这个目的。
• 来源和广告系列名称在不同媒介中也保持一致
• 通常，所有UTM参数都遵循贵公司采用的相同命名约定（但也遵循行业’s best practices).

最好的方法是在一个集中的地方管理所有UTM。它可以像 UTM构建器 或简单的Google表格。

每当您（或团队中的某人）需要生成与UTM的新链接时，只要打开工作表（如果您决定使用该选项），就已经可以注意到公司/团队遵循的模式。

基于它们，您将能够创建新链接而不会造成任何麻烦。 一个nielytics提供了一个免费的电子表格示例，说明您（或您的团队）可以采用什么。您可以 在这里复制.

并使用此解决方案使组织中的所有营销/分析人员保持最新状态。指导他们如何生成新链接，解释当前的广告系列跟踪命名约定。

还有’最好每3个月进行一次健康检查，以查看广告系列报告中是否出现了新的怪异值。例如，一个好的指标是 取得> All Traffic > Channels 报告。去那里，点击 （其他） 频道，您将看到可能需要修复的自定义媒体。

 

＃6。自定义维度和指标

当我 create custom dimensions 要么 metrics in GA, I like to add a prefix “光盘-” （自定义维度）或“厘米 -“ （自定义指标）。

我这样做的原因是’当我要添加次级维度或构建自定义报告时，更容易找到。

例如，每当要包括自定义维度时，只需输入“cd”在搜索字段中，所有自定义尺寸的列表都唾手可得。稍作改进，但可使工作更顺畅。

至于计算指标，您可以添加“calc” to the name.

 

＃7。 谷歌分析（分析）注释

即使没有一致的命名约定，您也必须 在GA中使用注释。他们将帮助您跟踪更改/事件/等。可能会影响您的数据收集过程。

• A website redesign? 那 should be mentioned in GA annotations as well.
• 发起了新的运动？为此创建一个注释。
• 某些配置错误，您已解决？是的，还有一个注释。

尽管我不会更深入地介绍实际功能，但是这里有一些技巧，说明如何使注释列表更具可读性。因为如果您开始更频繁地使用此功能，则随着时间的推移，该列表可能会变得有些笨拙。

那’s 为什么 adding a prefix might become valuable. Just keep in mind 这个 process is still manual in Universal 一个alytics. 如果你 want to create an annotation, you will do that on the view-level 和 manually. API is still not available (after 等待十年）。

反正这里’小费。添加前缀– “进行了哪种类型的更改？”

• [配置] –在Google 一个alytics（分析）或Google跟踪代码管理器中进行了一些配置，可能会影响您在GA中的数量
• [行销] –发起了新的营销活动
• [技术] –进行了一些与产品无关的技术更改，例如网站重新启动，网站’优化了加载速度等
• [产品] –发布了新产品功能，添加了新的产品类别，等等。
• [臭虫] – a bug that has an impact on data collection （例如。a certain GA feature was incorrectly implemented)

例子：

• [行销]– black friday launch
• [配置]–新的GA过滤器：包括访问www.example.com主机名的流量

上面的命名约定的某些部分基于 保罗·科克斯’ blog post.

第一批技巧与Google 一个alytics（分析）有关。现在让’移至Google跟踪代码管理器领域。

 

Google跟踪代码管理器命名约定

Just before we jump right into GTM naming conventions, I have a quick disclaimer. 如果你 是 super new to Google Tag Manager, enroll in my free Google跟踪代码管理器基础知识课程 to get started.

 

＃8。标签

标记是一些小片段代码，您可以根据特定条件（在GTM中配置）在页面上激活这些代码片段。它’在包含10个标签的容器中工作非常容易。但是一旦标签开始增长，标签的命名方式便开始变得重要。

那’这就是为什么我始终遵循命名约定以保持整洁的原因。即使我知道容器现在仅包含几个标签，也无法确定12或24个月后会发生什么。

这里 is the rule that I usually apply to tag names:

[标签/供应商的类型] [其他类型（如果需要）]–[有关标签功能的简短说明]。

样本结果可能如下所示：

• GA活动 – Homepage –CTA点击次数（在这种情况下，我还包括了进行跟踪的位置）。
• GA活动 –文档文件下载（如果在每个页面上都进行了跟踪，则只需简单描述所跟踪的内容）。

以下是一些标签命名约定的示例，可为您提供一些有关如何命名标签的想法：

• GA浏览量– All pages
• GA浏览量–选择谢谢页面
• GA活动 – 出站链接点击
• GA活动 – EE – Checkout
• FB – Lead
• FB – Purchase
• 霍贾尔– 页view
• 的HTML– AJAX 形成 listener

的HTML 代表 自订HTML. 有时，将简短描述分为几个项目（以提供更多上下文或提及位置）是有意义的，例如：

• GA活动 – 请点击– Document links
• GA活动 – 请点击– 出站链接
• GA活动 – Form – Newsletter
• GA活动 – Form – Whitepaper

＃9。扳机

触发条件是标签应（或应’t）着火。根据其性质，触发器可以是：

• 定期
• 封锁

对于常规触发器，我使用以下命名约定：

[触发类型]–[这触发了什么]。 如果有道理，我还要提到触发条件适用的位置。例如：

• 链接点击– Outbound link
• 请点击– Register 纽扣 – menu bar
• DOM准备就绪
• 能见度– Main 弹出
• 自订– 登录 （对于自定义事件触发器，我输入目标自定义事件的实际名称）
• 自订– checkoutStep
• 历史变更

优酷和Scrolling触发器通常只会被调用“Youtube” 和 “Scrolling”.

至于 阻止触发器， 一世 always add the “Blocking – ” prefix, e.g.:

• 封锁– 链接点击– Outbound link
• 封锁– 自订– Login

 

＃10。 Google跟踪代码管理器变量的命名约定

我在GTM中所有的变量都以前缀开头，该前缀告诉我变量的类型。这是我的起酥油’m using:

在变量类型之后，我输入简短说明（该变量的作用）或该变量返回的项目/变量/数据点。例子：

• dlv– postData.postAuthor –在数据层变量中，我输入它在数据层中访问的实际密钥
• 曲奇饼– isEmailSubscriber –第一方Cookie变量’名称包括正在访问的cookie的名称
• js – document.title –这里的名称包括此GTM变量返回的全局JavaScript变量
• cjs– customTask –防止重复交易 –自定义JavaScript变量’的名称通常包含简短说明，该变量做什么
• 网址– 点击 hostname –对于URL变量，我使用简短描述或该变量返回的某个参数/部分
• AEV– data-brand –在“自动事件”变量中，我通常输入要访问的属性的名称。但是在其他情况下，仅以通俗的英语描述该变量的作用也很有意义。
• GA设定变数 –如果容器中仅使用一个GA设置变量，那么我只需简单地命名该变量“Google 一个alytics（分析）设置变量”。但是，如果有很小的机会拥有多个，那么变量的名称可能是这样的：  GA设定变数– UA-XXXXXXX-XX.
• 正则表达式–[输入变量]到[输出变量]，例如 正则表达式–网页主机名到GA ID

我希望这是有道理的。

 

＃11。资料夹

到那个时刻 资料夹， 一世’我不能100％确定要使用哪种命名约定。我通常会从3种有利弊的选项中进行选择。因此，我想，您可以全部尝试一下，看看哪个更好。

＃11.1。根据供应商命名文件夹’s purpose/type, e.g.

• 一个alytics （例如。you can add GA tags 这里)
• Marketing （例如。Facebook Pixel tags could go 这里)
• Utilities （例如。various 自订Auto-event listeners could go 这里)
• 其他（可以在此处添加所有其他内容。或仅将其保留为 未归档的项目

 

＃11.2。基于供应商的GTM文件夹命名约定

• 谷歌分析
• Facebook像素
• 兵UET
• 自订HTML
• 等等

 

＃11.3根据特定的实现/功能命名文件夹

• GA增强型电子商务(all variables, triggers, 和 tags that 是 used in the setup 是 added to 这个 folder)
• GDPR Cookie同意机制
• 登录/注册跟踪

The problem with 这个 approach is that sometimes an item （例如。a variable) is used in multiple features. Unfortunately, you cannot add an item to more than one folder.

查看我最近的容器的设置，\ I’m混合使用＃11.2和＃11.3选项。如果可以在单个功能文件夹中隔离一组项目，则可以这样做。然后，我可能还会为供应商（例如Hotjar）创建一个文件夹。

您对此有何想法？

 

＃12。工作空间

工作空间 are 临时 您可以在其中进行设置的地方。发布工作空间后，它将变成一个新的容器版本（然后该工作空间消失）。

当我’在从事一个小型项目时，我知道没有其他人会同时在GTM上工作，所以我通常只是创建一个新的工作区，然后在“名称”字段中输入要实现的功能。

工作完成后，我开始发布容器，工作区’的名称变为版本名称（当然，您可以编辑它）。

因此，在这种情况下，我只是想弄清楚（但不要过多地讲细节）。例如。“GA增强型电子商务” 要么 “使用GA进行注册/登录跟踪”.

如果你 是 working in a larger 要么 ganization, some additional information might be valuable, for 例:

“GA增强型电子商务–[正在研究的团队成员]”。如果组织真的很大，那么您也可以包括部门’s name, e.g. “GA增强型电子商务– Sales – John Doe”

在工作空间的描述中，最好简短地描述工作空间的目标，相关方（人员），要实现的功能，例如：

 

＃13。版本号

我不能足够强调在GTM容器中为版本命名的重要性。一世’我什至没有在谈论一些命名约定/规则。

想象一下。您意识到以前的版本之一中断了对某个分析工具实施的跟踪。您’不知道是什么导致了此问题，因此您需要进行调查。然后打开版本列表，您将看到以下内容：

不是很有帮助，是吗？如果这些版本具有一些简短的名称，这些名称可以为您提供先行查找的线索，那么情况会容易得多。

您绝对应该考虑的下一件事是版本说明。它们之所以有用，是因为当您打开某个GTM容器版本时，您将快速了解已更改的内容。当然，您可以向下滚动，查看添加/删除/修改了哪些容器项目，但是阅读快速概述会更方便。

这里没有魔术规则。我只想输入所有更改作为列表项：

并且，如果您在创建工作空间时正确输入了信息（同时输入名称和描述），那么您已经完成了该版本所需的一半工作（因为名称和描述已被重复使用）。

 

那GTM中的笔记呢？

目前，我不’不要非常积极地使用它们。

主要原因：他们的知名度很差。我曾处理过多种情况，人们只是想念我的笔记而仍在询问有关该容器中X或Y的问题。

另一方面，在“自定义HTML”标签的顶部添加注释对我来说效果更好（我的意思是，至少有更多的人注意到了它们）。

 

谷歌分析（分析）和Google Tag Manager命名约定：最终词

Whew! 那 was a lot of information! Naming conventions definitely changed the way I 要么 ganize my 谷歌分析 和 Google Tag Manager 帐户s. They brought more logic 和 structure to my setups.

即使您在练习中应用了所有技巧，也可以，但是您没有义务这样做。看看适合您的组织’s最需要。尝试几件事，看看它们是否粘住。

另外，如果您比我在这里分享的信息更好，请告诉我。这个话题一直在我的堆栈中不断发展，我一直在进行调整。