两位同事各导出一份 Search Console 页面报表，放进同一个增长看板后，点击数突然增加了一倍。最先要检查的是两份文件覆盖的时间和筛选条件，而不是急着把“重复 URL”删掉。同一个 URL 可以有两个合理的统计区间，也可以是同一份数据被重复导入。
先给每个文件补一张说明卡
原始 CSV 不动，另记属性、报告名称、开始和结束日期、搜索类型、国家、设备、查询或页面筛选、导出时间，以及行粒度。页面表的一行代表一个页面；页面加查询的表则代表一个组合。它们不能因为都有“点击”列就拼成同一张事实表。
如果一个文件统计整月，另一个统计该月最后一周，而且只有按页面汇总的数字，不能靠“删除相同 URL”修好。删掉一行会丢数据，相加又会重复计算。应重新取得不重叠区间，或者取得足够细的逐日数据后按完整键处理。
三种常见导入情况，分别处理
- 同条件、同期间的重复导出：保留一份作为该次快照；若导出时间不同，先确认数据是否已更新，记录选用哪一版，不把两版累加。
- 同条件、不重叠的两个期间：可以按相同维度汇总点击与展示，但仍保留期间字段，方便后续还原趋势。
- 同期间、不同筛选或粒度：分别存储。全站总量和页面明细、含查询的表与不含查询的表，不应作为额外数据行重复相加。
特别是查询数据，隐私处理可能使明细行与总量无法完全对齐。导入程序应允许存在有说明的差额，不能为了“对得上”把差额随意补给某个页面或关键词。
URL 清洗是另一个步骤
保留 raw_url 原值，再生成可审核的匹配键。协议和主机名的大小写、百分号编码的十六进制大小写，与路径字符大小写不是同一回事；不要对整个 URL 直接转小写。
需要逐项检查中文路径、尾斜杠和查询参数时，可参考光算的GSC 导出 CSV 的 URL 合并与去重说明中关于保留原值、区分差异类型的做法。实际汇总仍要结合本次报告条件和站点行为决定，不能只看两串地址是否相似。
Search Console 的效果报表与 GA4 的会话来源报表也要分开。看到 URL 带有活动参数，不代表这行 GSC 点击就是广告流量；先确认数据来自哪个产品、哪个报告，再谈归因。URL 归并本身不会替你完成渠道判定。
汇总后重算比率，不平均百分比
下面是教学示例：两个不重叠期间，某页分别有20次点击、1000次展示，以及30次点击、3000次展示。合并 CTR 应为 (20+30)/(1000+3000)=1.25%，不是把2%与1%平均得到1.5%。展示为零时，应明确约定显示空值还是零，避免除零错误。
平均排名有自己的统计与聚合口径，不要直接把不同报表的排名均值再平均。需要合并期间的排名时，优先按同一条件重新取得该完整期间的报告，并在看板里注明统计口径。
交付前抽查一个已知页面、一组含参数的地址和一个跨语言地址，再核对导入前后点击与展示总量。若出现异常，回到原文件与说明卡定位。能解释每一行从哪里来，比得到一个看起来整齐的总数更重要。