URL 参数治理：筛选、排序、追踪参数要分开处理

参数治理的关键是分类，不是统一 canonical。功能参数、追踪参数、变体参数的处理方式完全不同，混着来一定出问题。

三类参数

功能型：筛选、排序、分页。这类参数用户真的会用，蜘蛛也会抓。保留，但要给规则：列表页 canonical 指向不带参数的版本，分页页 canonical 自指（别指向第一页），有独立搜索价值的筛选组合才允许单独成页。

追踪型：utm 系列、gclid、fbclid、ref、source。对内容没有任何影响，是纯噪声。最优解是在链接生成环节就不加，其次是在服务器或 CDN 层 302 清洗到干净 URL。

变体型：版本、语言、打印版、移动版。这类本质上不是参数问题，是路径设计问题。已经用参数的做 301 收编到路径，新页面别再犯。

2025 年 12 月那个数据工具站

站内导航链接全都自动带 ?source=nav，加上分享和投放链接，蜘蛛抓到了 3.4 万个带参数的 URL，GSC 里"重复网页"报了 2.1 万。客户的第一反应是加 canonical，但问题出在模板。

我们在模板里去掉 source 参数，nginx 上加一条规则 302 清洗 utm 和 gclid。三周后重复网页降到 4000，蜘蛛对产品页的抓取频次涨了 2.2 倍。

怎么查

日志里把 URL 的查询串提取出来，按参数名统计抓取次数：

grep "Googlebot" access.log | awk -F'?' '{print $2}' | cut -d'&' -f1 | sort | uniq -c | sort -rn

排前面的参数就是治理重点。Screaming Frog 的 URL 参数报告能看站内链接里有多少带参数，这个数字比日志更能说明问题——站内链接是我们自己能控制的。

一个例外：值得单独成页的筛选组合

不是所有筛选参数都该压掉。如果某个组合有稳定的搜索需求，比如"北京 + 三年经验"这类招聘筛选、"100 人以下团队 + 项目协作"这类软件筛选，单独做一个静态页比让参数页参与排名更好。判断标准是搜索量：GSC 里这类词每月有几十次展示，就值得做成 /solutions/small-team 这样的路径页。

判断做不做，看两件事：这个词有没有独立搜索需求，页面内容能不能撑满 600 字。两个都满足就做成路径页，只有一个满足就留在参数里。

规则写在哪

优先级从高到低：模板生成规则 > 服务器 302 清洗 > canonical > robots 屏蔽。前面能解决的，不要留给后面。canonical 是声明不是限制，蜘蛛可以不遵守；robots 是屏蔽不是清理，被挡的 URL 仍然可能被索引。

立场

参数治理是工程问题，不是 SEO 问题。让前端改参数生成逻辑，比上线后加一百条规则都有效。做 SEO 的人要能跟开发说清楚"这条链接为什么不能带这个参数"。