IKENSA暫定名 · 開發預覽

GSC 頁面索引報表

每個排除原因的處理決策樹

m02檢核 自動監測與治理在互動地圖中開啟 →

頁面索引報表像倉庫的進出貨明細——每一箱沒上架的貨都寫了原因;看不懂原因欄,就只能對著「未上架」三個字焦慮。

03為什麼是現在學

這是 t02(索引診斷)的日常監控版:診斷是一次性的體檢,這裡是每月量血壓——趨勢比單點數字重要。

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

每月看「已建立索引」的數字趨勢與「未建立索引」的原因分佈變化。原因分兩類處理:技術類(伺服器錯誤、轉址錯誤、被 robots 擋)→ 修設定;品質類(已檢索未索引、重複無標準頁)→ 修內容。突然的大幅變動(索引數暴跌、某原因暴增)要當天追。

05工具箱

  • GSC 頁面報表 — 原因分佈與趨勢
  • 原因處置決策樹(t02 的產出) — 每種原因對應動作,不用每次重想

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

  1. 1每月記錄索引數與 Top 原因分佈索引月報
  2. 2異常變動觸發深查(比對部署紀錄與改版時間)異常調查紀錄

07場景應用(實戰經驗)

  • 索引數一夜掉三成,比對部署紀錄發現前一天上了新版模板——canonical 寫錯全指首頁。有月報基準,異常一天內就能定位。

08⚠️ 常見誤區

  • 原因欄只看數字不抽樣——同一個原因(如重複內容)底下可能混著好幾種真實狀況。
口訣

趨勢比數字重要,暴動要當天追。

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

  • 索引月報連續累積
  • 每種原因有對應決策

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

12檢核方式與依據出處

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

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

← 上一節點
GSC 成效報表判讀
下一節點 →
GSC 生成式 AI 報表