当平台报告的转化数与 GA4/电商订单数不一致时…

定期将 Meta/Google 等平台报告的转化与 GA4/电商订单ID真值集对账，去重叠加归因、统一归因窗口与货币、对比归因模型并读取增量效果。

适用场景

解决思路

1. 确认真值集存在：必须有 GA4/电商的订单ID导出；若缺失则返回 status: NEEDS_INPUT，指明缺失的导出文件，不得用任何平台报告数作为对账基准；同时确认对账周期（如每月）和覆盖时段。
2. 先统一归因窗口与货币：各平台按自己的归因窗口报告（如 Meta 7-day-click、Google 30-day），选取与真值集订单时间戳对齐的公共窗口，将各平台声称的转化重新划定到该窗口；将所有金额按声明的汇率换算为同一货币；必须在匹配之前完成，未归一化的计数无法比较。
3. 将每个平台转化匹配到真值集：优先按 order ID 连接，回退用时间戳+金额；把每个平台报告的转化标记为 matched（对应一个真实订单）、double-counted（同一 order ID 被 2 个及以上平台声称，即 Meta+Google 叠加归因情形）或 unmatched（真值集中无对应订单）；构建匹配表。
4. 去重叠加归因：对每个被多平台声称的订单，在真值集中只计一次；报告各平台去重后的转化数以及重复计数率（声称转化数 / 真实订单数）；matched、double-counted、unmatched 必须保留为独立列，不得静默合并。
5. 对比归因模型：至少展示两种模型（如 last-click 与 linear 或 position-based）下这些去重后真实订单的分布，让用户看到归因权重的转移；这是对同一批真实订单的权重分配视图，不是新的转化计数。
6. 在存在 holdout 时读取增量：若有 geo/holdout 测试导出，计算测试区域相对控制区域的提升（增量订单 ÷ 曝光量），并与 last-click 归因所声称的结果对比；若无 holdout，则将增量标记为 N/A，不得仅凭归因推断增量。
7. 将比率计算交给 roi-calculator：本工作簿只产出干净、去重、归一化后的转化与订单计数，不计算 ROAS、CPA、ROI % 或 EMV；把对账后的计数（按平台去重后的真实订单）传给 roi-calculator 完成所有比率计算。
8. 交付后询问“是否保存结果以供未来会话使用？”若同意，将工作簿写入 memory/ad/attribution-reconciler/YYYY-MM-DD-<topic>.md，包含匹配表、去重计数、归一化窗口/货币视图、模型对比表、增量读取（或 N/A）及交接摘要；将去重计数、重复计数率、增量结果提升到 memory/hot-cache.md；将未解决的订单/声称不匹配推送到 memory/open-loops.md；未经询问不得写入 memory。

适用边界 · 注意事项

• 不适用于时点性的 R2 否决或 RQS 门禁——应使用 ad-account-auditor。
• 不适用于 ROI/ROAS 比率本身的数学计算——应使用 roi-calculator。
• 不适用于自然流量暗社交份额归因或 GA4 直接流量分解——应使用 dark-social-attributor。