很多站点的收录报表只看一个数字：索引量。涨了松口气，跌了赶紧找原因。但索引量本身只说明“有多少 URL 进入了索引”，并不说明这些页面能不能带来访问、有没有重复、值不值得长期维护。与其盯着总量涨跌，不如定期做一次索引资产盘点，把索引里的页面分成该留、该改、该收敛三类。
索引资产盘点解决什么问题
站点规模一大，索引里难免混进一批价值不高的页面：参数组合生成的大量变体、几乎没有搜索需求的归档页、内容高度相似的产品页、已经下架却仍返回 200 的旧页面。它们占用抓取资源，分散站内链接，也让后续的收录判断变得困难。盘点的目的不是把索引量做小，而是让留在索引里的页面都有明确理由。
三个判断维度
是否有真实搜索需求
把页面按主题聚类，对照搜索量级与查询意图。如果一个页面对应的查询几乎不存在，或者意图已经被另一个更完整的页面覆盖，它的收录价值就很低。注意区分“现在没需求”和“季节性需求”，后者不该直接处理掉。
页面是否唯一
同一内容存在多个 URL 版本时，索引里通常只需要保留一个。判断时别只看正文，还要看标题、面包屑、参数是否形成实际差异。差异只体现在排序或筛选参数上的页面，一般不适合单独收录。
能不能长期维护
需要持续更新的页面，如果没人维护，内容会很快过期。与其让它慢慢变成低质页面，不如提前决定是合并、重写还是下线。
盘点怎么落地
- 从索引报告或服务器日志里拉出已收录 URL，按目录、模板、参数类型分组。
- 给每组标注流量、有排名的关键词数量、最后更新时间与更新负责人。
- 按上面三个维度打分，输出“留 / 改 / 收敛”三张清单。
- 先处理数量最大、改动成本最低的一组，观察 4—8 周后再推进下一组。
收敛手段的边界
- 内容弱但有需求：优先补内容而不是直接下线，改完再评估。
- 重复版本：用 canonical 指向主版本，同时让内链只指向主版本；确认合并后再考虑其他处理。
- 彻底无价值的页面：已删除的返回 410 或 404，仍保留但不想收录的用 noindex，不要把几种手段混用在同一批 URL 上。
- 结构性问题：如果变体是模板批量生成的，应从生成逻辑或 robots 层面限制，而不是逐个 URL 打补丁。
索引调整需要时间，短期的索引量下降不一定是坏事。判断标准是留下的页面是否更能匹配需求，而不是数字本身。
盘点之后看什么
盘点不是一次性动作。建议每季度回看一次，重点观察三类变化：被收敛的 URL 是否仍有零星抓取、主版本页面的点击与展现是否上升、新上线的模板是否又制造了一批低价值 URL。把索引当成需要持续打理的资产，收录工作才不会被数字牵着走。