Rapid Triage
先回答三個問題，再決定往哪一層查
資料真的少了嗎？
檢查 GA4 標記、資料串流、同意設定、報表篩選與時區；同時比對 GSC 點擊，避免把量測中斷當成搜尋流量下降。
Google 的曝光也少了嗎？
若 GSC 曝光與點擊都下降，優先查需求、排名、收錄與網站問題；若曝光近似、只有點擊下降，先看 CTR 與搜尋結果呈現。
影響範圍有多大？
分成整站、資料夾、頁型、單頁或單一查詢。範圍越集中，越可能與模板、發布、內容或特定意圖有關。
同一天發生了什麼？
對照改版、部署、URL、canonical、robots、noindex、追蹤碼與內容更新；也檢查 Search Status Dashboard 與已公布更新。
不要一看到下降就重寫全站
Google 官方建議，若只是表現良好頁面的輕微排名變動，避免立即做激烈調整。先確認幅度、持續時間與受影響範圍。
Pattern Reading
用點擊、曝光、排名與索引組合縮小範圍
| 觀察到的模式 | 優先假設 | 先檢查 | 下一步 |
|---|---|---|---|
| GA4 下降，GSC 點擊近似 | 量測或頁面載入問題 | 標記、資料串流、同意設定、瀏覽器錯誤 | 修復量測後再評估 SEO |
| 曝光近似，點擊下降 | CTR、標題摘要或搜尋版面改變 | 查詢、頁面、排名、CTR 與競爭結果 | 改善與意圖一致的標題及摘要 |
| 曝光與點擊同時下降 | 需求、排名、索引或安全問題 | 頁型、查詢、索引、安全性與人工判決 | 依影響範圍建立根因假設 |
| 只有一組頁型下降 | 模板、內鏈、canonical 或內容差距 | 同模板頁、部署差異、狀態碼與內鏈 | 抽樣修正並保留對照組 |
| 品牌詞穩定，非品牌詞下降 | 競爭、內容需求或排名變動 | 失去曝光的查詢與落地頁 | 更新頁面任務、證據與內鏈 |
| 改版後大量 URL 下降 | 轉址、索引或新舊 URL 對應問題 | 301、404、canonical、Sitemap 與內鏈 | 依改版檢查表驗收 |
Seven-Step Workflow
自然搜尋下滑的七步驟診斷流程
- 固定比較期間：先比較前一期與去年同期；季節性業務可拉長到 16 個月，避免把節慶或週期當成異常。
- 分開搜尋類型：Web、圖片、影片與新聞不要混在同一張圖判讀。
- 找出受影響範圍：依頁面、查詢、裝置、國家／地區排序差異，確認是整站還是特定群組。
- 排除存取與索引問題：檢查網站可用性、5xx、robots、noindex、canonical、Page indexing、Crawl stats、安全性與人工判決。
- 對照網站變更：把發布紀錄放到時間軸，找出 URL、模板、內容、導覽、結構化資料與量測異動。
- 驗證外部需求與競爭：用 Google Trends 與實際搜尋結果判斷季節、事件、使用語言及競爭頁型是否改變。
- 建立最小可驗證修正：定義假設、影響頁、負責人、發布日與判讀期限；先修高價值頁，不一次改動所有變因。
診斷輸出不只是問題清單
每一項都應寫出證據、影響頁面、商業風險、修正規格、驗收方法、負責角色與停止條件。
Change Control
用變更紀錄保留學習能力
同一週同時換 CMS、改 URL、重寫內容、移除導覽與更換追蹤碼，後續很難判斷哪個變更造成結果。若專案允許，分階段上線並保留：
- 部署日期、變更頁型與負責人
- 舊新 URL、canonical、robots 與 Sitemap 差異
- 上線前 GSC／GA4 基準與重要轉換
- 抽樣測試結果、錯誤清單與修復日期
- 七天、二十八天與季度複核結論
Google 處理網站變更可能需要數天到數月，且改善不保證帶來明顯排名變化。監測時應看曝光、點擊、有效詢問與索引狀態，不只看單一平均排名。
Escalation
什麼情況適合由內部處理，什麼情況需要系統性健檢？
可先由內部排查
- 追蹤碼或單頁發布造成的明確斷點
- 單一頁面 title、canonical 或 noindex 錯誤
- 季節性需求已被歷史資料驗證
- 有清楚 owner、測試環境與回滾方式
建議進行 SEO 健檢
- 多個頁型或整站持續下滑
- 改版後索引、流量與轉換同時異常
- 技術、內容與內鏈問題互相影響
- 內部無法排序風險或形成驗收規格