上线付费广告前要校验转化追踪时用：靠自测转化+GA4导出做预…

在启动或放量付费广告前，用自有 GA4 导出加一次手工测试转化，对转化事件触发、UTM 规范、跨平台去重、归因窗口与离线/iOS-ATT 建模缺口做上线前预检并输出可复用的 UTM/事件规范。

适用场景

解决思路

1. 确认范围与平台：写出投放目的地（Google、Meta 等）和真正重要的转化动作（购买、线索、注册），并重申范围线——你只负责构建/修复信号，不打 R1/R2 分。
2. 跑预检清单：逐项走 references/preflight-checklist.md（事件触发、UTM 卫生、跨平台去重、归因窗口对齐、离线导入、iOS-ATT 建模缺口），依据 GA4 导出和测试转化把每项标为 pass/fail/needs-input，绝不默认通过。
3. 验证手工测试转化：让用户真实完成一次转化，确认它出现在 GA4 Conversions 导出里，且事件名、数值、source/medium 都正确；若没跑测试转化，该项记为 needs-input，而不是 pass。
4. 检查 UTM 卫生：把落地页 UTM 与 Traffic-acquisition 的 source/medium 行对比，按 references/utm-event-spec.md 的规则标记缺失、大小写不一致、自动标记与手工标记冲突。
5. 卡住跨平台去重 + 归因窗口（go/no-go，不做对账）：确认已声明单一事实源（GA4/电商订单 ID），且各平台归因窗口已声明并对齐，只输出 yes/no/needs-input；不要在这里做订单 ID 匹配、重复计数定量或增量分析——那是 attribution-reconciler 的常态工作，若实际数字对不上就标记并转交过去。
6. 标记建模缺口：明确把离线转化导入缺口和 iOS-ATT 建模/部分转化标为 flag；建模缺口是 flag 而非 fail（现代账户几乎都有），只有完全拿不到可验证数据才是 fail。
7. 构建 UTM/事件规范：按 references/utm-event-spec.md 输出命名约定和转化事件规格表，并针对本账户填好内容。
8. 说明上线就绪状态：直白说明管子是否 launch-ready，或逐条列出要修什么，然后移交给 auditor 打分。
9. 数据只从用户自己的 GA4 Conversions 与 Traffic-acquisition（source/medium）导出、电商订单/转化导出，加一次用户手工跑的测试转化获取；带 key 的广告平台 API、标签管理器/Pixel API 只是可选便利，绝不必须。
10. 对每个决策关键字段套用 Paid Measurement Control Profile：保留 source ref、观察时间、窗口、平台、归因窗口、币种、时区与证据标签；冲突要保留而不是挑一个顺手的来源；缺适用出处即判 needs-input，不默认通过。
11. 交付后询问「是否保存结果」；同意才把预检报告和可复用 UTM/事件规范写入 memory/ad/conversion-signal-qa/YYYY-MM-DD-<topic>.md，把信号完整性阻塞项和规范提升到 memory/hot-cache.md，把未解决的修复项加到 memory/open-loops.md；未经询问不要写 memory。

适用边界 · 注意事项

• 不要用它给 ROAS 的 R1/R2 打分或做整体 RQS 评分——那是 ad-account-auditor 的活，本技能只是其前置条件。
• 不要用于账户结构（campaign 架构）设计，应改用 campaign-architect。
• 不要用它做常态化的跨平台去重/增量对账（订单 ID 匹配、重复计数定量、增量读数），那是 attribution-reconciler 的职责，这里只 gate「去重规则与对齐的归因窗口是否存在」。