来源报告出现支付或预约域名，只是排查线索，不代表应排除所有引荐。先确认能否控制并标记两个域、跳转是否保留链接参数，以及对方属于支付服务还是实际带来访问的发布者。
两种官方机制
Google 跨域测量说明要求相同网页数据流及标记ID，并说明链接参数和重定向问题；不需要的引荐说明描述归因排除及支付返回场景，均于2026年10月16日核对。隐藏引荐标签本身，不能证明标识符连续或历史报告已修复。
四条已填写路径
合成路径：shop.example与book.example是不同的自有网站；pay.example为外部支付服务；news.example是真实引荐发布者。域名及结果均为虚构。
窄屏可横向滚动查看完整表格。
| 路径 | 已有证据 | 先作决定 | 验收输出 |
|---|---|---|---|
| 网店→自有预约站 | 同流、有同意、参数保留 | 可以测试跨域配置 | 脱敏路径与调试记录 |
| 网店→跳转→预约站 | 参数被去掉 | 先修连续性 | 逐跳响应记录 |
| 支付服务→网店返回 | 确认属于支付流程 | 审查引荐排除 | 窄范围条件及测试 |
| 发布者→网店 | 独立真实引荐 | 保留引荐 | 保留来源归因 |
受控测试顺序
- 记录准确资产、数据流及获准域名，不把标识符复制进公开报告。
- 在已同意测量的测试浏览器，通过真实链接或表单进入第二自有域。
- 逐跳观察参数保留情况并检查调试事件。
- 单独测试支付返回，同时保留一个真实引荐对照，发现过宽排除规则。
如何给供应方写要求
每行提交一份脱敏证据：入口来源、导航方式、受控域、数据流是否一致、同意状态、重定向结果及实际归因。无法测量的访问需另外解释。承诺“跨所有设备识别同一个真人”，超出了本浏览器路径测试的证据范围。
怎样解释通过结果
自有域路径通过，只支持该测试浏览器的连续性，不验证真人身份，不恢复拒绝同意的数据，不打通无关设备，也不证明订单、收入或成交。外部支付站可能不允许安装你的标记，不能直接视为可控自有域。
边界与后续任务
本资源没有修改任何分析设置或追踪脚本；实施仍需相关权限及网站所有者授权。路径理解清楚后，可用购买事件与订单核对检查订单证据，它属于另一项验收任务。
复核本页教学例子
以下文件可在本地离线复核，只模拟本页说明的情况，不代表真实平台集成。 已填写输入及预期结果 · 可检查的教学函数
把两份文件存入同一文件夹，使用Node 22.13或更新版本运行：
node decision-check.mjs cross-domain-measurement-choice.json