收录是结果，不是目标。站内页面数量一旦上千，就会遇到一个现实问题：不是每个 URL 都值得花力气去争取索引。与其反复提交、盯着索引覆盖率，不如先给页面分个类，把有限的精力放在真正有价值的页面上。
先把站内页面按用途分成三类
核心页：承担流量和转化的页面
栏目页、文章详情页、商品详情页、服务介绍页通常属于这一类。它们的共同点是有人搜索、有独立内容、站内有明确入口。这类页面值得优先保证：可被抓取、返回 200、正文可读、内链通畅。
辅助页：有必要存在，但不必强求收录
联系页、帮助中心的部分条目、作者页、标签聚合页多属此类。它们对用户有用，但内容高度依赖模板或其他页面的摘要，单独被搜索到的概率不高。处理方式以“不产生坏体验”为主，不必为了数量去强推。
消耗型页面：本身就不该占用索引名额
站内搜索结果页、带会话或跟踪参数的地址、排序与筛选组合页、测试与预览地址，都属于这一类。它们通常数量巨大、内容重复、几乎没有人直接搜索。对这类页面的正确做法是收敛，而不是想办法让它们被收录。
判断一个页面值不值得争取收录
- 是否有人会搜：页面主题是否对应真实存在的查询需求。
- 是否有独立内容：去掉导航、页脚、推荐位之后，正文还剩下多少。
- 是否与已有页面重复：同一内容是否已经有一个更合适的地址。
- 是否有站内入口：从首页出发，几次点击能到达。
- 是否有下一步：用户看完之后能做什么，页面是否承接了业务目标。
按这个顺序处理更省力
- 先做减法。把站内搜索页、参数组合页、测试地址通过 robots.txt 或 noindex 挡在索引之外，同时确认这些页面不再占据站内链接入口。
- 再合并重复。同一内容有多个版本时，选一个主地址，其他版本通过 301 或 canonical 归并，避免权重和抓取资源分散。
- 然后补内容。核心页如果正文过薄，优先补充事实信息、数据、步骤或对比，而不是堆关键词。
- 最后打通入口。检查核心页能否从列表页、相关推荐、站内导航被点到，孤岛页往往是收录卡住的高发区。
- 提交只作为补充。sitemap 和提交入口能帮助发现 URL，但不能替代页面本身的质量和站内链路。
几个常见的判断误区
- 把“被收录”当成“有流量”。收录只是进入了候选池，能否被搜到还取决于查询与页面内容的匹配程度。
- 用收录数量衡量站点健康度。数量多但结构混乱，反而会掩盖真正有问题的页面。
- 对所有页面用同一套标准。核心页和辅助页的处理目标本就不一样，用同一把尺子量只会浪费时间。
收录问题的本质是取舍：先决定哪些页面值得被索引，再谈怎么让它们被索引。