如果您从事营销工作或依赖 GA4 等跟踪工具来衡量您的网站性能，我相信您会意识到近年来跟踪已经变得多么分散。特别是对于 Google Ads 和付费社交跟踪。我们已经有几项不同的隐私法在世界各地发挥作用。GDPR（通用数据保护条例）和 CCPA（加州消费者隐私法案）是您可能听说过最多的两个，但现实情况是，世界上 71% 的国家/地区都有某种数据保护和隐私立法，另外 9% 的国家/地区正在起草中。

这使得跟踪营销活动和网站性能的准确测量数据变得相当困难。你有各种各样的隐私法，这些法律在世界各地各不相同，不同的浏览器推出了自己的跟踪保护措施，这些保护措施的严格程度各不相同，用户安装的广告拦截器和VPN，其中一些内置了跟踪保护/广告拦截器。

由于所有这些变量都在起作用，跟踪变得困难。如果我们将其分解为最基本的功能，让我们想象一下，具有内置跟踪保护功能的浏览器会阻止加载Google标签。无 Google 代码 = 无跟踪。该数据将丢失。这与用户的同意无关。他们可以心甘情愿地接受您网站上的所有 cookie，而不知道浏览器无论如何都会拒绝它们。这就是谷歌的“第一方模式”发挥作用的地方。

Google 的第一方模式是什么？

简单来说，Google 的第一方模式是一种从您的网站域加载 Google 标签的方法，因此它是第一方的，不依赖于连接到外部资源（googletagmanager.com 域）。

在第一方模式下，您的衡量请求是从您的域发送的，因此它们被浏览器或广告拦截器阻止的可能性大大降低。一旦从您的域发送了衡量请求并返回了数据，这些数据就会被转发到相应的 Google 平台，例如 GA4、Google Tag Manager 或 Google Ads。

Google 有一个很好的图表，演示了使用第一方模式时的数据流：

在您的网站上设置 Google 的第一方模式

要为您的 Google 代码设置第一方模式，您需要满足以下两项条件：

Google 代码或 Google 跟踪代码管理器容器。

可以将请求转发到外部终结点的 CDN（内容分发网络）或负载均衡器。

为您的网站提供专用的代码投放路径，该路径不应与当前网址或您将来可能使用的任何网址匹配。为了安全起见，我建议随机使用一串数字和字母。

谷歌在他们的说明中给出了三个示例设置，这些设置涵盖了 Google Cloud、Cloudflare 和其他定制设置。

在此示例中，我们将使用 Cloudflare，因为这是最常用的 CDN。

在Cloudflare中，前往您的DNS设置并添加新的CNAME记录。在此示例中，我们将使用 4n4lyt1cs。因此，您的 CNAME 记录名称将为 4n4lyt1cs。

对于目标，您需要使用您的 Google 标签（替换为您的标签），例如 GTM-XXXXXX。所以我们要加入 GTM-XXXXXX.4n4lyt1cs.goog

保存您的 CNAME 记录。

转到“规则”选项卡，选择“源规则”，然后创建新规则。

输入规则名称，例如，路径测量。

使用自定义过滤表达式匹配传入的请求，然后单击编辑表达式。

您可以将此表达式粘贴到构建器中：（http.host eq “example.com” and starts_with（http.request.uri.path， “/4n4lyt1cs”））。请记住将 example.com 替换为您的域。

现在更新您的主机标头，使其重写为我们之前添加到 Cloudflare 的 CNAME 目标。因此，对于此示例，它将是 GTM-XXXXXX.4n4lyt1cs.goog。

接下来，更新您的 DNS 记录，使其覆盖到之前在 Cloudflare 中添加的子域，因此对于此示例，它将 4n4lyt1cs.example.com。

保存您的原始规则。

如果您正在使用其他源规则，Google 建议增加您刚刚创建的规则的位置，以便它在任何通配符规则之后运行。

如果您现在导航到 https://example.com/4n4lyt1cs/healthy – 响应应为“ok”。如果是这样，则到目前为止您的设置是正确的。如果没有，请倒退这些步骤并检查您的设置。

如果要包含地理位置信息，则需要稍微修改设置。

返回到“规则”选项卡并打开“转换规则”。

创建新的修改请求规则。

将规则应用于所有传入请求。

修改请求头，将算子设置为dynamic，将头名称设置为X-CfIpCountryRegion，值为ip.src.subdivision_1_iso_code。

部署转换规则，然后需要等待几分钟才能传播它。

要测试规则，请转到 https://example.com/4n4lyt1cs/?validate_geo=healthy（将域替换为您自己的域）。再次响应应为“ok”。

如果您想从请求中删除 IP 地址，您可以按照此处的 Cloudflare 文档中的说明进行操作。

还在我身边吗？现在是最后一步的时候了。更新您网站上的代码请求网址。

让我们看一个标准的 gtag 作为第一个示例。

以下是您当前代码的外观：

<！– Google 代码 （gtag.js） –>

<script async src=“https://www.googletagmanager.com/gtag/js?id=GTM-XXXXXX”></script>

您的新设置需要如下所示（使用上述示例）：

<！– Google 标签 （gtag.js） –>

<script async src=“/4n4lyt1cs/”></script>

其次，让我们看一个标准的 GTM 代码：

以下是使用上述示例替换新代码时应呈现的外观：

<！– Google 标签管理器 –>

<script>（function（W，D，S，L，I）{W[L]=W[L]||[];w[l].push（{'gtm.start'：

新 Date（）.getTime（），event：'gtm.js'}）;var f=d.getElementsByTagName[0]，

j=d.createElement（s），dl=l！='dataLayer'？'&l='+l：“;j.async=真;j.src=

'/4n4lyt1cs/？id='+i+dl;f[xss_clean].insertBefore（j，f）;

}）（window，document，'script'，'dataLayer'，“）;</脚本>

<！– 结束 Google 标签管理器→

现在测试您的设置！

可以说是此更改中最重要的部分，测试您的设置。不要相信一切都在按应有的方式工作，因为如果出现问题，您最终会中断跟踪。

好消息是，您可以使用Google Tag Assistant工具，以现在测试跟踪的相同方式测试您的设置。在摘要的“输出”部分中，应看到在此示例中，请求将发送到 /4n4lyt1cs。

第一方模式不能替代同意

第一方模式牢牢地位于您习惯的标准跟踪设置和更高级的服务器端跟踪设置的中间位置，后者将测量值直接从您的服务器发送到 Google 的工具。

服务器端模式和第一方模式都可以帮助解决数据丢失问题，并恢复由于浏览器限制和广告拦截器等原因而丢失的一些跟踪。但是，我怎么强调都不为过，这些设置并不能替代同意。未经明确同意，您不应跟踪用户，因为如果您被抓到，GDPR 等规定的罚款将非常高。风险远远大于回报。