很多站点在 Search Console 里會看到一種情况：URL 被發現了、也被抓取了，但長期停在“已抓取，尚未编入索引”。原因很多，其中很常见的一類是頁面本身内容体量不足、缺少獨立價值。這類頁面通常不是打不開，而是打開之後没有多少可判断的東西。
先明确“薄”的判断标准
薄不薄，和字數没有绝對關系。一個只有两段话的公告頁，如果完整回答了一個具体問题，就不算薄；一個铺了八百字却全是通用介绍的頁面，仍然可能被判為薄頁面。可以按下面几個問题自查：
- 這個頁面能否獨立回答一個明确的搜尋需求？
- 去掉導航、頁脚、推荐位之後，正文還剩多少？
- 同一句话是否在站内十几個頁面里反复出現？
- 頁面有没有只属于它的信息，比如時間、資料、名單、步骤、结论？
几類常见的薄頁面
标簽頁與聚合頁
标簽本意是做站内導航，但如果每個标簽只挂三五條摘要，内容和分類頁高度重合，搜尋引擎很难判断该保留哪一個。一個简單的判断办法：如果這個标簽頁去掉列表後没有任何說明文字，它大概率只是一個入口，而不是一個结果頁。
篩選與排序參數頁
颜色、價格区間、排序方式组合出来的 URL 數量增長很快，而其中绝大多數只是同一批内容的重新排列。可以只保留确有搜尋需求的少數组合，其余用 canonical 或 robots 規則處理，同时確認站内連結没有大范围指向它們。
空结果頁與下架頁
篩選後無结果、商品已下架、分類下暂时没有内容，這類頁面一般不适合放進索引。更稳妥的做法是让它返回合适的狀態碼，而不是一律返回 200 再靠 noindex 兜底。被刪除的舊地址做 301 或返回 410，索引里的地址會随着抓取逐步收敛。
列表尾部與分頁末端
翻到第十几頁之後，基本没有用戶會看，也不再具备獨立價值。保留前几頁即可，靠後的可以设為 noindex, follow，把抓取和站内權重留给前面的頁面。
處理顺序：先判断能不能救，再决定怎么處理
- 看這個頁面有没有獨立的搜尋需求。如果對應的词能说清楚，就属于可救的一類。
- 可救的頁面补上獨有内容：加一段自己的說明、加一個常见問题、把零散資料整理成表格。
- 救不回来的，合並到最相關的主頁面，並把内鏈指向合並後的地址。
- 完全没有保留價值的，先 noindex，確認不再有流量後刪除；已刪除的舊地址做 301。
- 最後回头检查 sitemap 和站内連結，不要一邊 noindex，一邊還在各處推荐這些 URL。
补内容时的几個注意点
- 不要用近义句堆段落，那只會让頁面更長，不會让它更有用。
- 同模板生成的頁面，尽量让可變部分承担真正的差异，比如具体數字、參數、适用范围。
- 頁面之間不要互相複製整段文字，重复内容會让判断更难。
- 改完之後给搜尋引擎一点時間，内容更新不會立刻反映在索引狀態上。
收錄是评估的结果，不是提交的動作。與其反复提交，不如把頁面做成“值得留一個位置”的样子。
如果站内這類頁面數量較多，建议按類型分批處理，一次只動一類，观察索引狀態的變化再决定下一步。這样比一次性大規模刪除更容易判断到底是哪一步起了作用。