这是一个示例场景复盘：同一渠道如果混用 google、Google、google_ads 等写法，统计平台可能把数据拆成多个维度。修复重点是建立允许值清单，并在发布前批量检查。

背景与初始现象

本文为示例场景，不代表真实客户数据或某个统计平台的官方判定。场景中，同一个活动投放后，报表里出现多个看起来相似的来源和媒介名称，导致汇总结果需要手工合并。

常见表现包括 source 同时出现 google、Google、google_cpc，medium 同时出现 cpc、paid、paid_search，campaign 则混用日期、活动名和中文说明。

初步假设

第一种可能是投放平台自动追加了参数；第二种可能是团队成员手工生成链接时命名规则不统一；第三种可能是短链、跳转或落地页脚本改写了 URL。

排查前需要收集最终发布出去的 URL，而不是只看原始计划表。

排查过程

先把历史链接批量放入 UTM 参数提取器，提取 source、medium、campaign、term、content。再按活动和渠道排序，找出大小写、分隔符和同义词差异。

随后用 URL 解析器检查是否存在重复参数、编码异常或跳转后参数丢失。对仍未发布的链接，用 UTM 链接生成器重新生成统一版本。

修正动作

修正的核心不是事后手工合并报表，而是在发布前建立允许值清单。例如 source 只允许 google、baidu、wechat，medium 只允许 cpc、email、social。

已发布链接如果无法替换，应在复盘报表中保留映射表；新链接则全部按规则重新生成，并在发布前用参数提取器抽查。

经验总结

UTM 质量问题通常不是工具生成失败，而是命名规则没有前置统一。UTM 链接生成器负责减少手工拼接错误，参数提取器负责发现已生成链接中的命名偏差。

下次活动开始前，应先确定字段允许值、命名分隔符、大小写规则和检查人，再进入投放。

立即处理

使用相关工具

常见问题

关于这个问题

历史 UTM 写错后能完全修复数据吗？

不一定。已进入统计平台的数据通常只能在报表层做映射或合并；新链接应按统一规则重新生成。

UTM source 和 medium 谁更重要？

两者都重要。source 标记具体来源平台，medium 标记渠道类型，混乱任一字段都会影响后续归因分析。