Shopify 知识库 · 对比
浏览器采集、服务端 GTM 与标签网关
比较浏览器标签、服务端 GTM 与 Google tag gateway：按处理位置、维护责任与验证方式选择采集链路，不承诺固定数据恢复比例。
选择采集链路时，先明确哪些事件需要收集、由谁处理、送往哪里，以及怎样验证。服务器与第一方域名是架构选择，不能直接换算成固定的数据恢复比例。
三种角色
| 角色 | 主要职责 | 需要回答的问题 |
|---|---|---|
| 浏览器标签 | 在浏览器中触发和发送事件 | 事件来源、同意状态与重复触发 |
| 服务端 GTM | 在受控服务器中接收、处理和转发事件 | 请求如何到达、Client 如何解析、转发什么 |
| Google tag gateway | 通过网站的第一方基础设施部署 Google tag | 域名与路由配置、覆盖的 Google 标签与验证方式 |
服务端容器使用 Client 把输入请求转换为可处理事件，再交给标签、触发器与变量；标签网关的目标与完整服务端事件处理不同。服务端采集、标签网关。
修正 Cookie 的比较口径
浏览器中的 gtag.js 本身使用第一方 Cookie，因此不能把浏览器采集写成“基本不支持第一方 Cookie”。Cookie 的域、生命周期与浏览器实际行为仍要根据配置检查。Google Analytics 标签说明。
决策前做同一组对照
固定事件定义、测试操作、设备、浏览器与同意状态，再比较是否漏报、是否重复、业务金额是否一致以及维护成本。服务器并不会自动补回从未收到的事件；“只发一个请求”或固定恢复百分比，需要具体实现与实验才能支持。
固定的效果百分比或笼统的成本推荐都不能代替这组对照。记录方案时可按“事件产生 → 请求发送 → 接收解析 → 处理转发 → 分析平台”画链路，并在每条箭头上写输入输出。
Shopify 场景的入口
先读Pixel 类型与沙箱，再决定部署方式。自建 Worker、采集 SaaS 与数据库组合等架构需要按具体实现单独验证，本文不把它们当作通用方案推荐。