支柱指南 / 测量真源与口径
测量真源职责地图：订单、行为、广告与标签各回答什么
四套系统不是四个裁判。先给订单事实、行为分析、广告优化和标签执行分配职责，数据差异才有可诊断的意义。
先把本篇问题写成一句话，再确认它影响的是流量、Feed、页面、结账、EDM 还是数据复盘。
围绕事件触发、参数、去重、Consent、归因和平台回读留下证据；稳定原则。
直接判断：跨平台数字不一致通常不是先找一个“最准的数”，而是先确认每套系统被允许回答哪一个问题。 Shopify 更接近订单与退款事实，GA4 负责解释站内行为与渠道路径，Google Ads 负责广告归因和出价反馈，GTM 只负责把约定好的信号送出去。职责没有分开时，任何对账都会变成无休止的争论。
先做判断
先写下这次决策是什么。如果要回答“实际产生了多少有效订单”，以交易后台和后续订单状态为业务真源；如果要回答“用户在哪一步流失”，看 GA4 的事件与路径；如果要回答“广告系统正在依据什么学习”，检查 Google Ads 中实际纳入优化的转化动作；如果要回答“事件有没有按设计执行”，用 GTM 预览、数据层和网络请求做技术证据。
同一个 purchase 可以同时出现在四套系统里，但它们记录的时间、归因范围、去重方式、退款处理和同意状态可能不同。因此“全都相等”不是合理成功标准。合理标准是：每套系统在自己的职责范围内可解释，并能通过共同键把同一笔业务事件串起来。
决策框架
用四层真源表管理口径：
- 业务事实层：订单是否创建、是否支付、是否取消或退款，金额与币种最终是什么。这里回答“发生了什么”。
- 行为分析层：用户经历了哪些页面和事件，入口、设备、会话与路径如何变化。这里回答“过程怎样”。
- 广告优化层：哪些转化被归因给广告，哪些动作进入出价，窗口内的延迟转化如何回补。这里回答“平台据此怎么分配流量”。
- 采集执行层：触发器、变量、同意状态、标识符和请求是否在正确时机产生。这里回答“信号有没有被正确发送”。
排查时从业务事实向下走，而不是从报表颜色向上猜。先选一组可控测试事件，在订单后台确认事实，再检查浏览器侧事件，再等待各平台正常处理周期后回读。需要完整对账顺序，可继续看Ads、GA4 与 Shopify 数据差异怎么查；需要形成可交付证据，则使用转化追踪验收证据链。
常见误判
- 把 GTM 当数据源。GTM 显示“已触发”只证明执行条件满足，不证明平台接收、处理、归因或用于出价。
- 把 Google Ads 转化数当订单总数。广告报表回答的是归因后的广告结果，不是财务总账。
- 看到 GA4 少于 Shopify 就直接重装。差异可能来自同意、拦截、时间边界、内部流量、退款或会话归因，重装反而可能制造重复。
- 为了让数字看起来一致而统一窗口。窗口应服务各自问题，不能为了报表整齐篡改业务解释。
验证清单
- 本次决策问题和负责回答它的系统已写清。
- 订单号或等价稳定键能连接业务事件与采集事件，但公开报告不暴露原值。
- 金额、币种、时间区间和时区在比较前已统一。
- 测试、取消、退款、重复提交的处理规则已说明。
- GTM 触发、平台接收、报表出现和出价纳入被分别验证。
- 差异有可接受范围和原因说明，而不是只贴一张总数截图。
适用边界
这套分工适用于 Shopify 为交易后台、同时使用 GA4、Google Ads 与 GTM 的站点，也适用于角色相近的其他技术栈。它不替代财务结算、隐私合规判断或平台官方诊断。平台字段、归因设置和界面入口会变化；涉及具体配置时，应以当前官方资料和账户回读为准。本文给的是职责与验证顺序，不是“所有平台必须相等”的承诺。