很多站点在 Search Console 里会看到一种情况：URL 被发现了、也被抓取了，但长期停在“已抓取，尚未编入索引”。原因很多，其中很常见的一类是页面本身内容体量不足、缺少独立价值。这类页面通常不是打不开，而是打开之后没有多少可判断的东西。
先明确“薄”的判断标准
薄不薄，和字数没有绝对关系。一个只有两段话的公告页，如果完整回答了一个具体问题，就不算薄；一个铺了八百字却全是通用介绍的页面，仍然可能被判为薄页面。可以按下面几个问题自查：
- 这个页面能否独立回答一个明确的搜索需求？
- 去掉导航、页脚、推荐位之后，正文还剩多少？
- 同一句话是否在站内十几个页面里反复出现？
- 页面有没有只属于它的信息，比如时间、数据、名单、步骤、结论？
几类常见的薄页面
标签页与聚合页
标签本意是做站内导航，但如果每个标签只挂三五条摘要，内容和分类页高度重合，搜索引擎很难判断该保留哪一个。一个简单的判断办法：如果这个标签页去掉列表后没有任何说明文字，它大概率只是一个入口，而不是一个结果页。
筛选与排序参数页
颜色、价格区间、排序方式组合出来的 URL 数量增长很快，而其中绝大多数只是同一批内容的重新排列。可以只保留确有搜索需求的少数组合，其余用 canonical 或 robots 规则处理，同时确认站内链接没有大范围指向它们。
空结果页与下架页
筛选后无结果、商品已下架、分类下暂时没有内容，这类页面一般不适合放进索引。更稳妥的做法是让它返回合适的状态码，而不是一律返回 200 再靠 noindex 兜底。被删除的旧地址做 301 或返回 410，索引里的地址会随着抓取逐步收敛。
列表尾部与分页末端
翻到第十几页之后，基本没有用户会看，也不再具备独立价值。保留前几页即可，靠后的可以设为 noindex, follow，把抓取和站内权重留给前面的页面。
处理顺序：先判断能不能救，再决定怎么处理
- 看这个页面有没有独立的搜索需求。如果对应的词能说清楚，就属于可救的一类。
- 可救的页面补上独有内容：加一段自己的说明、加一个常见问题、把零散数据整理成表格。
- 救不回来的，合并到最相关的主页面，并把内链指向合并后的地址。
- 完全没有保留价值的，先 noindex，确认不再有流量后删除；已删除的旧地址做 301。
- 最后回头检查 sitemap 和站内链接，不要一边 noindex，一边还在各处推荐这些 URL。
补内容时的几个注意点
- 不要用近义句堆段落，那只会让页面更长，不会让它更有用。
- 同模板生成的页面，尽量让可变部分承担真正的差异，比如具体数字、参数、适用范围。
- 页面之间不要互相复制整段文字，重复内容会让判断更难。
- 改完之后给搜索引擎一点时间，内容更新不会立刻反映在索引状态上。
收录是评估的结果，不是提交的动作。与其反复提交，不如把页面做成“值得留一个位置”的样子。
如果站内这类页面数量较多，建议按类型分批处理，一次只动一类，观察索引状态的变化再决定下一步。这样比一次性大规模删除更容易判断到底是哪一步起了作用。