curl -s https://example.com/ | findstr /i "googletagmanager gtag" # 正常应只有一处 GTM 容器 ID
上线后会话数从每天 4200 涨到 8600，跳出率反而降到 12%，两个来源的报告里同一天的 page_view 差了一倍。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：GTM 容器里已经有一个 GA4 配置标签，主题的 header.php 里又贴了一段 gtag.js 初始化，同一个 measurement ID 被初始化两次。每次 page_view 两边各发一条，会话在服务端被合并，事件数却翻倍。
围绕「GTM 重复配置」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。同一份配置存在多处的，先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。
处理上按这个顺序：全站搜 gtag( 和 GTM- 两个标记，确认各出现几次；只保留 GTM 一种加载方式，删掉硬编码那段；在 GTM 预览模式里看每个标签触发几次；发布后用实时报告观察十分钟，确认事件数回落。
确认没问题再收工，实时报告里一次浏览只产生一条 page_view，会话数和昨天同一时段接近。