使用Google Tag Manager与Analytics重写referrer排除无效引荐

• GA后台引荐排除列表失效原因 #

  首先 Universal Analytics 的引荐排除列表仅对配置后新生成的会话生效，已存在的会话不会回溯应用规则，需等待用户新会话启动后验证数据。
  其次需确认排除的域名配置规则：填写的域名会匹配所有下级子域，若支付平台为多级子域需确认根域名填写正确；若你同时开启了跨域跟踪配置，需检查allowLinker参数是否配置正确，跨域跟踪逻辑会优先于引荐排除规则生效。

• JS重写referrer无效的核心原因 #

  浏览器的document.referrer是只读属性，直接通过JS赋值修改不会生效，所有此类教程的实际逻辑都是修改传给GA的上报字段，而非修改浏览器原生属性。

• 固定值测试未同步到GA的排查点 #

  1. 确认字段名拼写正确：UA字段名是全小写的referrer（双r），不要和HTTP头的Referer（单r）拼写混淆，拼写错误会导致字段不生效。
  2. 确认所有UA跟踪标签都引用了你修改后的GA设置变量：若存在单独配置的UA标签未绑定该变量，覆盖规则不会生效。
  3. 优先级验证：推荐直接在对应UA标签的「更多设置」-「要设置的字段」中单独添加referrer字段赋值，该配置优先级高于全局变量设置，避免其他规则覆盖。

• 测试验证方法 #

  开启GTM预览模式，触发UA标签时查看「要设置的字段」中的referrer值是否符合预期，再通过Google Analytics Debugger浏览器插件查看上报请求的dr参数（即引荐来源参数）是否匹配设置值：
  • 若dr参数已正确设置但后台无数据，需检查GA后台是否存在流量过滤器屏蔽了测试数据，同时仅查看配置后新产生的会话数据，避免历史数据干扰。
  • 若dr参数未生效，需检查UA标签的触发规则是否在referrer字段赋值之后执行，避免变量赋值时机晚于标签触发。

• 支付回流场景的最优替代方案 #

  无需修改引荐字段，可直接在支付平台回调的返回地址中添加UTM参数，示例：https://你的站点.com/支付完成页?utm_source=本站&utm_medium=支付回流&utm_campaign=订单完成，GA会优先识别UTM参数作为会话来源，自动忽略引荐来源，配置成本更低且兼容性更好。

内容的提问来源于stack exchange，提问作者Pof