当用户从主站跳到预约、支付或结账域名时，如果跨域配置错误，同一个人会被拆成多个用户和会话，支付域名还可能被误记为引荐来源。
这份 SOP 的目标是：让同一业务旅程跨多个自有域名时保持合理的用户与会话连续性。理想结果不是“菜单点完了”，而是跨域跳转携带正确 linker 参数，来源不会被自有域名或支付网关覆盖，关键事件能回到原始获客渠道。对跨境电商、独立站、外贸 B2B 与内容型网站来说，任何配置都必须回到真实业务结果，而不是停在工具里的漂亮数字。
2026 年时效性结论
本稿在 2026-08-20 复核。来源方法涉及的时效结论为：已过时需重构。
- 旧做法的问题：旧 GTM linker fields、referral exclusion 和 hostname View filter 已被 GA4 Configure your domains 等流程取代。
- 当前替代方案：重写为 GA4 跨域衡量，配置域名、验证 _gl 参数和同一用户/会话、支付网关 unwanted referrals，并防止跨域配置滥用。
本文保留仍然有效的工作方法，但不会照搬已经退役的产品、菜单、指标或自动化逻辑。界面名称可能继续变化，因此验收结果比截图位置更可靠。
SOP 速览
| 项目 | 说明 |
|---|---|
| 目标 | 让同一业务旅程跨多个自有域名时保持合理的用户与会话连续性 |
| 理想结果 | 跨域跳转携带正确 linker 参数，来源不会被自有域名或支付网关覆盖，关键事件能回到原始获客渠道 |
| 负责人 | 负责该渠道的运营人员；涉及代码、权限或合规时由对应负责人复核 |
| 何时执行 | 首次搭建时执行；平台、网站或业务目标变化后复核 |
| 预计用时 | 30–90 分钟，复核时间另计 |
| 核心指标 | self-referral 占比、跨域会话连续率、结账完成率、来源丢失率 |
开始前准备
- 所有参与域名及其所有权说明
- 同一 GA4 Web 数据流和 Google tag 部署清单
- 可完成的测试旅程
- 支付/预约供应商的官方集成说明
先建立一个可回退点。涉及网站代码、追踪、权限或广告投放时，保存当前设置、记录负责人，并确定失败后的恢复方式。不要在没有测试环境或备份的情况下直接改生产系统。
操作步骤
步骤 1｜确认是否真的需要跨域
只有同一业务旅程、且你能控制或明确授权的域名才应配置。不同品牌、不同业务或第三方不可控站点不应为了合并数据而随意加入。
步骤 2｜统一基础部署
确认各域名使用同一 GA4 Measurement ID，且没有被插件、主题和 GTM 重复安装。先修复基础标签，再做跨域。
步骤 3｜配置域名列表
在 GA4 数据流的 Google tag 设置中进入 Configure your domains，使用准确的 match 条件加入主站、结账、预约或账户域名。
步骤 4｜验证 linker 参数
从主站点击到第二域名，检查目标 URL 是否短暂包含 _gl 参数；不要用手工复制新标签页的方式测试，因为这可能绕过正常链接装饰。
步骤 5｜完成端到端旅程
在 DebugView 中观察 page_view、begin_checkout、purchase 或 generate_lead 的事件顺序，确认同一测试用户的 session/source 没有在跳转后重置。
步骤 6｜处理 unwanted referrals
仅在证据表明支付或工具域名覆盖原始来源时添加 unwanted referral。它不是跨域配置的替代品，也不能修复不同 Measurement ID。
步骤 7｜监控发布后异常
观察 self-referral、(direct) 激增、结账转化下降和 _gl 参数被安全工具移除等情况，并记录浏览器、设备、同意状态差异。
不同业务场景如何调整
| 业务场景 | 调整方式 | 判断重点 |
|---|---|---|
| 跨境电商卖家 | 先在单一市场、单一产品线试运行，记录 self-referral 占比、跨域会话连续率、结账完成率，确认流程不会重复计数或打乱广告学习。 | 订单、毛利、退货与广告归因一起看 |
| 独立站卖家 | 把网站、分析工具、广告平台和同意管理视为一个系统；正式上线前用测试访问或测试订单走完整路径。 | 页面行为与最终转化不能割裂 |
| 外贸 B2B 团队 | 把表单、WhatsApp、邮件、样品申请等线索动作映射到 CRM 阶段，避免只追求表面提交量。 | 线索有效率、跟进率和成交周期 |
| 内容站/出海站长 | 优先验证自然流量、订阅、联盟点击或广告收益是否真正改善，不用单一浏览量替代商业结果。 | 内容价值、平台合规与收入稳定性 |
验收清单
- ☐ 所有自有域名加载同一预期 Measurement ID
- ☐ 正常点击跳转出现 _gl 参数
- ☐ 跨域前后测试用户与会话保持连续
- ☐ 支付/预约域名不再覆盖原始来源
- ☐ 没有把无关域名加入跨域列表
- ☐ 拒绝同意时行为符合政策
只有验收清单能被另一名团队成员独立复现，才算完成。若结果依赖‘看起来正常’，应补充测试数据、截图、事件记录或后台回读。
常见错误与风险
- 把不同品牌和不同业务强行放进同一数据流
- 只添加 referral exclusion，不配置跨域
- 每个域名部署不同 GA4 属性后期待会话自动合并
- 忽略第三方支付页面对 linker 参数的支持限制
结果记录模板
建议在任务系统或表格中至少保留以下字段：
- 执行日期
- 执行人
- 网站/账户
- 变更前状态
- 变更内容
- 测试样本
- 验收结果
- 异常与回退
- 下次复核日期
官方资料与版本说明
- Google Analytics｜跨域衡量：GA4 的跨域衡量在数据流的 Google tag 设置中配置；同一用户旅程通常使用一个 web data stream。
- Google Analytics｜GA4 账户结构与子域名：GA4 不再使用 UA Views；标准版用报告过滤和数据过滤，360 可用 subproperties；同一旅程通常共用一个 web stream。
本文依据官方资料于 2026-08-20 完成版本核验。平台功能、收费、权限和政策会继续变化；正式执行前应再次打开官方页面确认当前界面与适用地区。
下一步
完成跨域验证后，把主域、结账域、支付网关和例外情况写入测量架构图，并在任何域名迁移或支付工具更换时重新验收。
