Git Credential Manager 项目中发现的 Google Tag Manager 脚本路径问题分析

在开源项目 Git Credential Manager 的 issue 跟踪系统中，开发者报告了一个关于 Google Tag Manager (GTM) 脚本路径的有趣发现。这个问题涉及到网站跟踪技术的实现细节，值得深入探讨。

问题背景

开发者发现了一个实际使用中的 GTM 脚本路径变体：https://www.googletagmanager.com/gtag/js?id=AW-816022932。这个路径与常见的 GTM 脚本加载方式有所不同，它使用了 gtag/js 而非标准的 gtm.js 路径。

技术分析

标准 GTM 实现

通常情况下，Google Tag Manager 通过以下两种方式加载：

1. 传统的 gtm.js 路径
2. 较新的 gtag/js 路径

这两种方式都用于加载 Google 的跟踪脚本，但实现机制略有不同。gtm.js 是传统的 Tag Manager 实现，而 gtag 是 Google 推出的新一代全局网站标签(Global Site Tag)框架。

发现的问题路径

发现的路径 gtag/js?id=AW-816022932 有几个值得注意的特点：

1. 使用了 gtag/js 而非 gtag/js?id=
2. 参数部分使用了 AW- 前缀，这通常表示 Google Ads 转化跟踪
3. ID 816022932 可能对应特定的广告账户或跟踪配置

解决方案建议

针对这种变体路径，开发者提出了在 mapping.json 文件中添加相应规则的解决方案。具体建议添加两条正则表达式规则：

1. 匹配传统的 gtm.js 路径
2. 匹配新的 gtag/js 路径变体

这两条规则都指向同一个替代脚本 gtm.js，确保无论使用哪种路径变体，都能被正确处理。

技术意义

这个发现对于以下方面具有重要意义：

1. 隐私保护工具开发：帮助完善跟踪脚本拦截规则，覆盖更多变体
2. 网站分析实践：展示了 Google 跟踪技术的实际部署方式
3. 开源协作价值：通过社区协作发现并解决边缘案例

实施建议

对于需要处理类似情况的开发者，建议：

1. 定期审查和更新跟踪脚本拦截规则
2. 考虑使用更灵活的正则表达式匹配多种变体
3. 建立自动化机制检测新的跟踪脚本路径

这个案例展示了开源社区如何协作解决实际技术问题，同时也提醒开发者注意商业跟踪技术的不断演变。