广告不出单，先排除追踪故障：投放前的数据可信度诊断

当广告后台显示零转化或转化突然暴涨，第一结论不应是“流量变差”或“算法起飞”。先证明每一笔平台转化都能对应真实业务事件，才能让出价、预算和结构诊断成立。

先做判断

追踪故障通常有三种：没记、错记、重复记。没记会让系统低估有效流量；错记会把加购、页面浏览或错误金额当成购买；重复记则让某些 campaign 看起来异常优秀。三者都会改变 Smart Bidding 的训练输入，影响远不止报表。

先用后端订单作为事实基线，再回到浏览器事件、标签部署和广告平台。不要从平台数字倒推业务发生了什么，也不要期待 Ads、分析工具与后端天然完全一致；归因窗口和模型会造成合理差异，但订单号、币种和金额不应凭空变化。

四层数据可信度框架

事实层：抽取一组测试订单与自然订单，确认支付、取消、退款和订单金额。后端是“交易是否发生”的主证据。

触发层：检查 purchase 是否只在成功状态触发，刷新、回退、感谢页重访或多个集成不会再次触发。测试同意前后、移动端、不同支付方式和跨域结账。

价值层：金额是否为真实订单值，货币是否正确，订单号是否稳定传递；折扣、税费与运费的口径要写清。静态默认值能让转化量看似正确，却破坏价值出价。

归因层：主要与次要转化、计数方式、窗口、归因模型、导入来源和 campaign-specific goals 是否符合业务。先解释合理口径差异，再调查无法解释的缺口。

最小验收不是看到调试工具亮绿灯，而是完成一笔测试交易，平台最终只出现一次、价值正确，并能用订单号与后端对齐。重复转化的复合场景见重复购买事件案例；全账户诊断顺序见账户健康诊断总树。

症状分流

• 后端有单、平台全无：查触发、同意状态、跨域、标签发布和转化动作状态。
• 平台有单、后端无单：查微转化被设为主要、测试订单、重复触发和导入来源。
• 转化量接近、价值偏大：查静态金额、币种、税运费口径与重复计数。
• 单一 campaign 突然暴涨：查目标继承、变更历史和是否切入更容易的品牌或再营销转化。

常见误判

• “标签已安装”就等于追踪完成，没有做真实交易和订单级回读。
• Ads 与分析工具不同就认定某一方坏了，未先统一窗口、模型和时区。
• 为修问题新建一个 purchase 动作，却让旧动作继续作为主要目标，造成双重优化。
• 只修报表显示，不评估历史坏信号对出价学习和实验基线的影响。

验证清单

• 后端订单、支付状态、退款与测试订单已建立事实基线。
• purchase 在所有关键路径只触发一次，刷新和回访不会重复。
• 金额、币种、订单号和成本口径可抽样对齐。
• 主要、次要、账户默认与 campaign 特定目标均符合业务意图。
• 同意状态、跨域、增强型转化或服务器侧路径已按当前实现核验。
• 修复后重新完成真实测试，并记录修复前后差异和生效时间。

适用边界

本诊断适合电商购买与大多数网站转化。线索业务还需回查 CRM、重复线索、合格阶段和离线回传；不能只以表单提交为成功。标签产品、同意要求和平台诊断界面会变化，执行时需按当前官方文档与站点技术栈核验。没有权限做测试交易时，只能给出“配置看似存在”的有限结论，不能声称追踪已验证。