为什么选择 SignalHost：浏览器中的代码会丢失什么，您自己的跟踪服务器能找回什么

使用浏览器中的代码时，每一次衡量都是发往别人域名的请求：Tag Manager 脚本来自 googletagmanager.com，每一次 GA4 命中发往 google-analytics.com，每一个 Meta 事件发往 facebook.com。广告拦截器、隐私扩展程序、内置跟踪器拦截功能的浏览器，以及办公室和家庭网络上的 DNS 过滤器，都能识别这些主机名和路径，并丢弃请求。页面照常加载，只是这次访问永远不会到达。

您在 GA4 中看不到这部分损失，因为 GA4 只显示到达的内容。损失有多大取决于您的受众——技术型、年轻或注重隐私的人群远高于普通人群——而且它会同时落在每一份报告上：用户更少、会话更少、转化更少，广告系列看起来也比实际更差。

拦截是 GA4 显示的转化比您的店铺少的四个原因之一：GA4 为何少计，以及哪些可以找回。

丢失一次页面浏览只是令人烦恼。丢失一次转化，则会让您损失两次。Google Ads、Meta 和 TikTok 通过学习它们收到的转化来决定您的预算投向哪里，所以每一笔被拦截器吞掉的购买，出价系统都永远学不到；每一个广告系列报告的回报，也都比它实际赚到的更差。

第二个损失是广告点击本身。只有当转化能与促成它的那次点击关联起来时，它才会计入广告系列，而关联的纽带是点击 ID——Google 的 gclid、Meta 的 fbclid、TikTok 的 ttclid——它位于着陆页的地址中，访问者再点击一次，它就从地址里消失了。必须有东西把它保留到购买发生，这个东西就是 Cookie。如果它是从另一个网站的地址设置的，Safari 会直接拒绝，三个页面之后的购买到达时就没有带上任何点击。

• 您的代码从您自己的域名加载和上报。把 metrics.yoursite.com 作为您的跟踪地址后，在浏览器看来，每个请求都发往您自己的网站，任何针对 Google 主机名的列表都不会匹配到它。
• 没有任何可识别的东西。过滤列表还会在任意域名上查找 gtm.js、/g/collect 和衡量 ID。SignalHost 把每个请求编码成一段不透明的路径，每位客户的编码方式都不同，因此文件名、事件名、您的衡量 ID 和页面地址都不再以明文出现。
• 转化从您的服务器到达广告平台。Google Ads、Meta、TikTok、Reddit、Pinterest、Snapchat 和 LinkedIn 通过各自的服务器接口——Meta 的 Conversions API、TikTok 的 Events API 等——接收您的事件，而不是通过浏览器中的像素。如果愿意，也可以同时保留像素：向两边发送相同的 event_id，每个平台都只会把该事件计一次。
• 点击会一直保留到购买。您的服务器容器把点击 ID 保存在您自己域名下的 Cookie 中——Google Ads 用 FPGCLAW，Meta 用 _fbc——因此即使购买发生在几个页面或几天之后，也仍会带着它来源的那次点击到达平台。
• 一个事件，送往所有目标。您的网站已经发送给 GA4 的事件，也会提供给您连接的每个平台，并转换成各平台自己的名称，因此一个事件只需设置一次，而不必每个平台各设置一次。

这些都不是新技术。服务器端 Google Tag Manager 是 Google 自己的产品，您也可以自己托管。这意味着：一个开通了计费的 Google Cloud 项目，一台在生产环境中持续运行的跟踪服务器，外加一台用于预览的服务器，一个映射到它并配有证书的自己的域名，一个需要保持更新的服务器镜像，以及一份随流量增长的账单。然后是容器：一个其 Google 代码发送到您服务器的网页容器，每个事件一个代码，一个接收并转发这些事件的服务器容器，以及每个广告平台各自的模板、凭据和触发器——其中任何一个都可能出问题，而且在任何地方都不会报错。

SignalHost 负责这一部分。您只需连接一次 Google 账号——只有 Tag Manager 和只读的 Analytics，别无其他——它就会在您自己的账号中构建并发布两个容器：指向您服务器的 Google 代码，十六个标准事件的代码（从注册和潜在客户线索到结账的每一步），服务器端，以及您添加的每一个广告平台。整个过程大约四分钟，您只需在网站上粘贴一段代码。

容器始终归您所有。它们位于您的 Tag Manager 账号中，使用您的登录：您可以编辑它们、添加自己的代码，或者离开时保留它们。当某个代码需要更改时——因为 Google 改了什么，或者因为我们添加了一个事件——您的容器会自动更新，无需您点击任何按钮。它运行在欧洲的基础设施上，您这边既不需要 Google Cloud 项目，也没有按请求计费的云账单。

• 每个容器的请求数和事件数实时显示，“有没有生效”几秒内就有答案，而不必等到明天的报告。
• 每个事件两个数字：到达的全部，以及其中带有分析同意的部分——您的同意率，是测量出来的，而不是猜的。
• 页面、流量来源、国家/地区、浏览器和设备，根据您的服务器送达的页面浏览统计。只保存汇总数据：不存储 IP 地址，也不存储客户端 ID。
• “故障排查”卡片会跟踪您的页面浏览，从您的网站经过您的服务器，一直到 GA4 自己的实时报告，并检查到您连接的每个广告平台的路径。
• 在 Growth、Enterprise 或 Unlimited 套餐中，Tag Manager 的预览模式会连接到您的服务器容器，就像连接到您自己运行的服务器容器一样。

• 它不能代替同意。发往您自己域名的请求，需要的同意与发往 Google 域名的请求相同。拒绝的访问者仍然是拒绝的：Google 的代码只发送 Consent Mode 允许的内容，Meta、TikTok 和其他平台不会收到关于他们的任何内容。
• 它不会让 GA4 与您的容器页面一致。Analytics 不统计拒绝 Cookie 的访问者；您的服务器统计每一个请求。两者之差是您的同意率，而不是丢失的数据。
• 没有您自己的域名，它就无法保留广告点击。在免费的 signalhost.io 主机名上，您的代码已经离开了 Google 的域名，但点击 Cookie 仍然来自另一个网站，Safari 会拒绝它。让点击得以保留的，是付费方案中您自己的域名。
• 它无法找回浏览器完全不运行脚本的访问者，也无法找回在页面加载完成之前就离开的访问者。

当钱取决于这些数字时，您就需要它：您在 Google、Meta、TikTok 或其他平台上投放广告，希望它们从每一笔销售中学习；您在线销售，而店铺的订单数与 GA4 对不上；您的受众是技术型、年轻或注重隐私的人群；或者您要向客户汇报，而对方的预算跟着仪表板走。

如果您不投放广告，网站每月只有几百次访问，也没有人根据这些数字做任何决定，那您大概不需要它。当上下相差 10% 也改变不了什么时，浏览器中的 Analytics 就足够了。

要弄清自己属于哪一种，最快的方法就是测量。免费方案每月一万次请求，永远不会收取任何费用。设置好之后，把 GA4 和您的广告平台中一周的转化与前一周进行比较。