打開索引编制报告，看到一批“已排除”，很容易第一反應是把它們全部清掉。但這些狀態里有的是真错誤，有的只是系統在说“我知道這個 URL，但不需要它進索引”。先分類，再决定動不動手，比一键清理省事得多。
先分清：报告在说“没抓”還是“不该收”
- 抓取层面的問题：服務器错誤、請求超时、被 robots.txt 屏蔽、已發現但未抓取。
- 索引层面的問题：noindex、canonical 指向別處、重复網頁、已抓取但未编入索引。
這两類要修的地方完全不同。抓取進不来，頁面内容再好也看不到；抓進来了却被排除，往往是頁面自身的信号在起作用。
這些狀態通常不用管
备用網頁與重复網頁（有規范标簽）
带追踪參數的變体、排序連結、打印版被归入“备用網頁”，其實是按预期工作。前提是 canonical 指向的主頁面确實被收錄，並且两邊内容基本一致。
正常重定向與故意屏蔽的頁面
站内使用的 301 跳轉、後台頁、站内搜尋结果頁，出現在报告里属于正常現象。
判断标准不是“數量是否為零”，而是“留在這里的 URL 是不是本来就该被排除”。
這些狀態需要動手
- 服務器错誤（5xx）：優先處理。頁面时好时坏，蜘蛛几次失敗後就會降低回訪频率。
- 软 404：返回 200 但頁面是空壳，只剩導航或“内容不存在”的提示。要么补内容，要么改成 404 或 410。
- 誤伤的 noindex 與 robots 屏蔽：常见于測試环境配置、模板複製时没删掉的 meta 标簽，以及被誤加進屏蔽規則的整段目錄。
- 已抓取但未编入索引：通常不是配置错誤，而是内容判断問题。看這批 URL 是否集中在某個模板或目錄，頁面之間是否高度相似。
- 已發現但未抓取：多為内鏈层級太深，或站点整体抓取額度被大量低價值 URL 占用。
按目錄和模板聚合，別逐條處理
- 先看错誤類狀態集中在哪個目錄，判断是配置問题還是内容問题。
- 再看“已抓取未编入索引”是否集中在同一批模板，若是，多半是内容相似或信息量不足。
- 最後看趋势：连續几周的變化比某一天的數字更有意义，报告本身也有延迟。
几個容易踩的坑
- 把“已排除”当成负分項，為了清零删掉正常的分頁和參數頁，反而损失了流量入口。
- 给大批頁面加 noindex 来“净化”报告，结果把還需要被發現的頁面也一起挡住。
- 只看报告的匯總數字，不導出對應的 URL，容易誤判問题范围。
收錄报告是诊断工具，不是考核指标。先把狀態分成“配置错誤、内容問题、正常排除”三條线，再分別處理，索引结构會稳定很多。