IKENSA暫定名 · 開發預覽

索引涵蓋範圍診斷

GSC「頁面」報表的每個排除原因逐一解讀

t02檢核 自動技術 SEO在互動地圖中開啟 →

索引診斷像清點倉庫——不是每箱貨都該上架;重點是「該上架的有沒有漏」,而不是看到「未上架」三個字就恐慌。

03為什麼是現在學

沒確認索引狀態就談排名,等於討論一本沒被圖書館收錄的書為什麼借不到。它是所有排名討論的前提。

04白話理解(對客戶簡報可直接引用)

GSC「頁面」報表把未收錄的頁分成十幾種原因——大部分排除是正常的(轉址頁、noindex 頁本來就不該收)。要處理的只有一種:「該收錄卻沒被收錄」。做法:把 sitemap 的網址清單跟已收錄清單相減,剩下的逐一看原因。

05工具箱

  • GSC 頁面(索引涵蓋範圍)報表 — 唯一權威來源
  • GSC URL 檢查工具 — 單頁的收錄狀態與原因
  • Screaming Frog — 比對站內實際可收錄頁全集

06怎麼做 · SOP 4 步(每步標產出物)

  1. 1匯出 GSC 全部排除原因與數量原因分佈表
  2. 2與 sitemap 交叉比對,列出「應收錄未收錄」清單缺口清單
  3. 3抽樣 20 筆用 URL 檢查驗證原因抽樣紀錄
  4. 4按原因分類處置(品質→改內容;技術→修設定)處置決策表

07場景應用(實戰經驗)

  • 電商:「已檢索-目前尚未編入索引」佔比高通常是品質訊號(薄商品頁),不是技術問題——先抽樣看那些頁在寫什麼。
  • 改版後:舊網址還在索引、新網址沒進去——查 301 有沒有真的部署。

08⚠️ 常見誤區

  • 看到幾千筆「已排除」就恐慌——先分類,多數是正常排除。
  • 對大量頁面反覆按「要求建立索引」——那是單頁工具,救不了系統性問題。
口訣

先分「不該收」與「該收沒收」,只修後者。

10里程碑 · 完成標準(可驗證)

  • 能說出每個排除原因的頁數與佔比
  • 應收錄未收錄比例 <10%
  • 每種原因有處置決策

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

11情境判斷題

客戶站 1,200 頁,「已檢索-目前尚未編入索引」佔 480 頁。第一個判斷是?

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
爬取預算概念
下一節點 →
noindex / nofollow 正確用法