做电商、房产、招聘这类列表型站点，列表页几乎都会带筛选、排序、分页参数。用户点着方便，但同一批内容往往会对应几十个可访问地址。如果长期没人管，抓取预算就被这些地址一点点吃掉，真正重要的页面反而排不上队。
参数为什么容易制造重复地址
问题出在组合数量上。假设一个列表页有颜色、尺寸、价格区间、排序方式四个维度，每个维度取三到五个值，排列组合就能轻松过百。再加上分页参数，同一个商品可能出现在几百个地址里，而页面正文其实高度相似。
更麻烦的是参数只增不减。运营每加一个筛选条件，地址空间就翻一倍，但很少有人回头检查旧参数是否还在被链接引用。
先分清三类参数
- 内容型参数：筛选结果确实是一批不同的内容，例如“只看有货”“只看某城市”。这类地址可能有独立价值，但也需要判断是否值得被索引。
- 视图型参数：只改变展示方式，比如排序方式、每页条数、列表或卡片视图。内容没变，地址却多了一份。
- 追踪型参数：utm_*、来源标识、会话 ID、渠道编号等。这类参数与内容完全无关，却最容易被内部复制粘贴扩散到各处。
可执行的自查清单
- 从服务器日志或抓取统计里导出近一个月的 URL，按参数名归组，看看哪个参数贡献了最多的请求量。
- 在站内随机点开十个列表页，记录每个入口链接实际带了哪些参数，注意有没有默认值也被写进 URL 的情况。
- 检查不带参数的干净地址是否还有入口。如果只有带参数的版本能被点到，干净版本就形同虚设。
- 逐个查看参数页的 canonical，确认是指向规范版本，而不是无脑自引用。
- 检查 robots.txt 里有没有为了省事直接封掉整个目录，结果把正常页面一起挡在外面。
- 用站内搜索或在后台统计里对比参数页与内容页的收录占比，观察近几个月的变化趋势。
特别留意默认状态
很多站点的默认排序、默认筛选其实是“综合排序”“全部地区”，这时候 URL 里不该出现对应参数。如果默认状态也输出参数，等于人为制造了一份重复地址，而且用户每次点进来看到的都是它。
常见处理方式
- 让列表页的默认链接指向干净 URL，筛选结果的入口尽量不输出可抓取链接，改用前端交互加载。
- 对内容无影响的视图型参数，统一 canonical 指向主版本，并在页面内避免大量导出这类链接。
- 追踪型参数在服务器端剥离或 301 跳到干净地址，同时把带追踪参数的链接从站内导航、页脚、相关推荐里清掉。
- 确实想保留的筛选组合，保证标题、描述和正文有实质差异，并给它一个稳定的唯一入口，不要让它只靠参数拼接存在。
- 分页参数只保留一种写法，避免同时存在 page/2 与 p=2 两套规则。
别走极端
有些团队一看到问号就全部封禁，结果把真正能带来长尾访问的筛选组合也一起挡掉了。判断标准不是“有没有参数”，而是“这个地址是否提供了独立、对用户有价值的内容”。有实质内容的筛选页可以留下，纯排序、纯追踪的地址则应该收敛。
参数本身不是问题，同一份内容对应多个可访问地址才是问题。先把地址收敛，再回头看哪些组合值得单独保留。
把规则固定下来
与其每次出问题再补救，不如把参数规范写进开发和运营流程：新增筛选条件时，先确认 URL 形式、默认状态是否输出参数、是否会产生可抓链接；上线后每月抽查一次参数页占比，出现异常增长就回溯最近的迭代。
这件事不需要一次做完，但需要有人定期看一眼。参数页占比缓慢上升，通常就是站内结构开始变乱的早期信号。