什么是GTM的“区域”功能？

如果你想控制谁有权限在他们的网站上发布代码，以及什么类型的代码允许发布，这个功能刚好可以满足。

“区域”是GTM360的新特性，它主要聚焦在具有多个Web属性、多个利益相关者和/或多个机构或合作伙伴的企业的需求领域。

但并不是所有的企业都需要“区域”。

如果你运行一个网站，而分析是由一个团队完成的，那么“区域”可能对你没有任何帮助。“区域”是通过协调跨多个web属性的多个工具的所有权、控制和实现，以解决技术和组织方面的规模问题。

下文列举了几种场景，可以帮助判断到底适不适合使用“区域”这个功能：

• 在同一页面上，使用了由不同团队管理的多种分析工具（例如GA、调查工具、媒体像素、A/B测试）。
• 出于隐私或安全原因，限制跟踪，但不同的页面有不同的限制（例如，管理我的帐户页面更受限制）。
• 在不同的网站上使用（或想使用）不同的GTM容器，但很难确保正确的容器添加到正确的页面。
• 在同一个页面上，有不同的团队（例如市场部门、广告代理等），他们需要发布特定类型的代码。

简单的测评之后，想使用“区域”该如何操作？

“区域”如何工作

简单地说，“区域”允许一个GTM容器将第二个（或第三个、第四个等）GTM容器放置到同一页面上。在GTM 360操作界面的左导航栏中可访问到“区域”（位于“文件夹”选项下）。

两个容器的代码、触发器和变量保持完全独立，但它们共享相同的数据层。更重要的是，这两个容器可能具有不同的用户权限（或完全不同的用户），并且可以彼此独立地发布更新。

当然，使用自定义HTML标签在页面上放置第二个GTM容器代码，而不是通过“区域”来实现也是可行的，但缺陷就是并不是很安全。

当你使用“区域”时，GTM提供了几种保护措施，例如确保相同的容器不会被多次包含，避免数据层中的重复事件（但不会重复跟踪）。

管理多个团队和工具

举一个最常见的例子：

一个团队通过GA负责行为跟踪，而另一个团队通过广告商代码负责媒体跟踪。GTM是管理这两种代码的工具最佳选项，但是让两个团队共享一个容器就会遇到问题。

如果两个团队都可以发布更改，那么其中一个团队可能会无意中影响另一个团队的数据收集，触发器和变量的所有权就不清楚了。

如果只有一个团队可以发布更改，那么它们就会成为另一个团队收集数据的障碍。如果其中一个或两个团队都是第三方供应商，那么责任和沟通的问题就会更加突出。

而使用“区域”，则会让每个团队拥有自己的容器，从而解决了这个问题。这样，两个团队都可以编辑彼此的标签，并且在发布时不必耗时沟通。

除了一个团队的容器将会包含另一个团队容器的区域之外，几乎不需要协调。设置很简单，只需要一个GTM容器ID就可以。

可以看到，“区域”的主要优势在于分离了用户权限和发布周期。

查看管理页面限制

对于在自己网站上运行第三方代码这一点，许多企业都感到担忧。因为涉及到敏感客户信息的隐私和安全问题，还可能会与网站功能相关，比如加载速度等。

有些企业会选择通过只允许在站点的某些部分进行某些类型的跟踪这种方式，来在安全隐忧和跟踪优势之间找到一个平衡点。

例如，第三方JavaScript可能在站点的帐户管理区域被禁止，但在其他地方被允许；或者内置的表单提交触发器可能在某些表单页面上被禁止，但在其他页面上允许；再比如，媒体代码容器的区域可能只需要在全部页面的子集上启用，比如活动着陆页面。另外，可以信任内部BI团队编写定制的JavaScript代码，但可能不允许第三方供应商这样做。

当面对此类情况时，“区域”可以提供一个简单的接口，与GTM现有的黑名单和白名单功能集成，从而帮助实现和执行这些规则。

这些特性允许站点所有者对GTM的使用设置进行细粒度的限制。举一个例子，限制定制的HTML和JavaScript标签，也可以用于限制供应商的标签，或禁止特定的触发器或变量。

GTM360的“区域”是针对企业的一个很棒的新特性，它可以改变企业客户在内部的各个部门之间、以及在外部与广告代理和合作伙伴工作的方式，而且不会牺牲安全性。

原文链接：

https://bounteous.com/insights/2018/03/14/what-can-google-tag-manager-zones-do-me/