在搜尋索引狀態报表里，“已排除”是一個大類，下面挂着很多種具体說明。很多人看到它第一反應是“頁面被處理了”，其實多數情况下它只是一個分類标簽：有的是搜尋引擎暂时不想抓，有的是抓了但判断不值得索引，還有的是你自己用規則把它挡在了外面。搞清属于哪一類，處理方式完全不同。
先分清主動排除與被動排除
排除大致分两種。一種是你自己設定的，比如 noindex、robots.txt 屏蔽、canonical 指向了別的 URL；另一種是搜尋引擎评估後给出的，比如判定為重复内容、内容單薄或软 404。
前者是意图，後者是评估结果。把它們混在一起看，很容易改错地方：明明是模板里批量带上了 noindex，却跑去改内容；明明是頁面本身和站内其他頁高度相似，却反复提交 URL 請求抓取。
几類常见原因及對應動作
抓取层面的排除
- “已發現但尚未抓取”：URL 已经進入待抓队列，但還没轮到。通常與站内連結少、层級深、站点整体抓取額度有限有關。可以先补内鏈、放進 sitemap，然後观察，不必立刻做更多動作。
- “已抓取但未编入索引”：抓過了，评估後没有放進索引。重点看内容是否與站内其他頁面高度相似、主题是否明确、是否只是聚合頁或空壳頁。
- 抓取超时或服務器错誤：這類排除往往是技術問题，先處理响應速度和狀態碼，再谈内容。
規則层面的排除
- noindex 标簽：確認是模板批量带的，還是單頁手寫的。模板誤伤在改版後经常發生。
- robots.txt 屏蔽：检查被屏蔽的目錄里，是否包含了本来希望被收錄的頁面。
- canonical 指向別的 URL：如果被指向的目标頁本身也没進索引，等于两邊都放弃了。
站点层面的排除
手動操作、安全提示這類属于整站級問题，通常在站点狀態里單獨列出，不會表現為某個單頁的“已排除”。遇到這種情况先看整站狀態，逐個 URL 查是浪費時間。
排查顺序
- 先看整站狀態，排除整站級問题。
- 在报表里按原因分组，判断是集中在某几個模板，還是散落在個別頁面。
- 打開實际 URL，检查响應碼、meta robots、canonical 與頁面正文。
- 如果是模板問题，改模板，不要逐個改頁面。
- 改完後重新提交受影响的 URL，按周观察狀態變化，不要一天刷一次。
索引狀態是结果，不是原因。报表只告诉你“没進去”，為什么没進去，要靠响應碼、頁面内容和你自己的規則去回答。
處理之後的观察节奏
規則調整後，狀態不會同步變化。一般需要先重新抓取，再重新评估，時間從几天到几周不等。观察时可以按栏目抽样，比如挑十来個有代表性的 URL，记錄它們各自的狀態變化，這比盯着總數更有意义。總數會受到新增頁面和删頁的影响，样本更能說明問题。
最後一点：不是所有“已排除”都需要處理。站内搜尋结果頁、登入後才可见的頁面、纯參數追踪頁，被排除是正常甚至期望的结果。判断标准其實只有一條——這個 URL 是否承担從搜尋進入的入口價值。不承担，就不必為它的狀態焦虑。