昨天還在第一頁，今天卻找不到文章；網站自然流量連續下降，廠商回覆「最近 Google 更新，先等等」。遇到這種情況，企業很容易急著換標題、重寫內容，甚至要求整站重新優化。
但在修改前，有一件事更重要：確認下降的是哪個指標、哪些需求與哪些頁面，再依證據排查。 排名、曝光、點擊與詢問不是同一件事，下降也不一定代表網站受到懲罰。
Google 的官方排查指南將技術問題、搜尋系統更新、季節性與需求變化等列為需要調查的方向，並提醒先確認是否存在資料處理異常。這些是排查線索，不是看到下滑就能直接套用的結論。
這篇提供企業端能使用的排查順序，重點不是立即找到一個聽起來合理的原因，而是逐步縮小問題，讓修復工作可以交辦與驗證。
本文是〈SEO 6 件事入門〉中「GSC 量測」這一段的延伸說明，想先看整體架構可以從那裡開始。
SEO 排名突然下降怎麼辦？先確認下降的是什麼
單一查詢排名、平均排名、曝光與點擊是不同訊號
「排名下降」可能指某個監測工具的名次，也可能只是 Search Console 的平均排名變差。前者受測試條件影響；後者則混合了多次搜尋與查詢，不能直接當成某個關鍵字每次出現的位置。
曝光減少，也不必然是排名下降。搜尋需求變少、頁面不再觸及某些查詢，都可能影響曝光。點擊減少則還涉及搜尋結果呈現與使用者選擇。
先整理以下線索，但不要單憑一列下結論：
| 觀察到的情況 | 優先確認什麼 |
|---|---|
| 單一監測字詞掉名次 | 地區、裝置、網址與測量方式是否一致 |
| 整站平均排名變差 | 查詢組成是否改變，哪些頁面或查詢受影響 |
| 曝光與點擊一起減少 | 索引、搜尋需求、頁面與排名變化 |
| 曝光相近但點擊減少 | 實際位置、結果版面、標題摘要與需求適配 |
| GSC 點擊相近，GA4 自然流量減少 | 追蹤、同意設定、來源分類與資料口徑 |
分辨短期波動、監測條件差異與持續性的異常
一次手動搜尋找不到頁面，不足以代表所有使用者都看不到。地區、語言、裝置與搜尋情境，都可能影響結果。
應在一致條件下重複觀察，並搭配較完整的資料期間。低流量網站少幾次點擊，就可能出現很大的百分比變動，必須一起看實際數量。
不過，若重要頁面無法開啟、誤設 noindex，或整站出現明確錯誤，就應立即排查，不必等到累積更多流量資料才處理。
第一步：界定受影響範圍，建立可比較的資料
按查詢、頁面、裝置與地區拆開，不只看整站平均值
從 Search Console 的成效資料找出損失最多點擊的頁面，再查看相關查詢。接著分辨是整站、同一頁面模板、一組主題，還是少數重要網址下滑。
也要區分品牌與非品牌搜尋。如果只有某個市場或裝置受影響，排查方向就可能與整站下滑不同。
Google 官方建議比較相近期間，並檢查查詢、網址、國家、裝置及搜尋外觀等維度，以辨認變化範圍。
對照下降起點、前期基準與季節性，保留報表和異動紀錄
先記錄異常大約從哪一天開始，再對照前期與去年相近時段；若網站沒有足夠歷史資料，就標註限制，不自行補估。
同時整理網站改版、內容更新、轉址、工程上線、廣告與品牌活動的日期。這份時間線能幫助提出假設，但「同一天發生」仍不能單獨證明因果。
保留報表篩選條件與原始匯出資料，避免不同人用不同期間討論同一個問題。
先排除資料延遲、追蹤或監測設定變動
若異常只出現在 GA4，先核對標籤是否正常、來源分類是否修改，以及同意機制或網站改版是否影響資料。GA4 與 GSC 的計數方式不同，不應要求兩者逐筆一致。
若是排名工具警報，確認監測地區、裝置、字詞、網址與計畫設定有沒有變動。若 GSC 資料異常，也可核對官方資料異常公告。
先排除「看到的數字變了」，才能繼續判斷「搜尋表現是否真的變了」。
第二步：優先排查網站異動與存取問題
改版、轉址、網址與索引設定是否在異常前後變更？
優先查看近期工程與內容發布紀錄。網址改了，舊頁是否正確導向相關新頁？正式站是否誤留測試環境的索引限制？Canonical、Sitemap 與內部連結是否仍指向預期網址？延伸閱讀：若發現頁面沒有被 Google 收錄，想知道排查順序，請見〈網站沒有被 Google 收錄的排查步驟〉。
例如，假設一批服務頁在改版後下滑，同時發現舊網址沒有合理轉址，就應先核對這項明確缺口，而不是直接要求重寫所有文章。這是假設情境，不代表所有改版下滑都由轉址造成。
重要頁面是否正常回應，內容與內部連結是否完整？
實際打開重要網址，並請工程確認回應狀態、存取限制及主要內容。頁面可能看似正常，卻回傳錯誤狀態；也可能只留下空殼，重要文字無法正常取得。
檢查是否出現伺服器錯誤、錯誤轉址、網站防護阻擋，或導覽與內部連結被移除。問題若集中在某種模板，應抽查同類頁面，不只修一個網址。若正在規劃改版或換網址，想確認上線前後的檢查項目，可以接著閱讀〈網站改版避免 SEO 流量流失的檢查清單〉。
技術排查的交付應包含網址、實際狀況與修正方式，不能只回覆「網站沒問題」。
檢查 Search Console 的索引、手動處置與安全性訊息
整站異常可以先看索引及檢索相關報表；特定頁面則查看網址檢查結果，分清楚已處理版本與即時測試。
同時核對手動處置與安全性訊息，確認是否有需要優先處理的官方通知。沒有手動處置，不代表所有其他問題都不存在；有排名下滑，也不代表一定受到手動處置。
發現通知時，依通知內容與官方流程處理，不用一般排名波動的方式取代專項修復。
第三步：檢查內容與承接頁是否偏離原本需求
刪改重要資訊、合併頁面或改變頁面任務，可能影響哪些查詢？
比較修改前後版本：是否刪掉讀者需要的條件、案例、比較資訊或重要答案？原本回答教學問題的文章，是否被改成只有服務介紹？
頁面任務改變，可能不再符合原本查詢。這時要重新確認需求與頁面角色，而不是盲目增加關鍵字密度。
如果沒有內容版本紀錄，應如實說明無法完整還原，再從現有資訊與查詢變化找線索。
是否出現內容重疊或承接網址變動？先看證據再處理
觀察同一需求目前由哪些頁面承接，是否出現非預期網址、內容高度重複或頁面角色混亂。
但多個頁面在同一查詢有曝光，不一定是問題；網址偶爾切換，也不足以證明「關鍵字互打」。先核對各頁用途、內容差異與持續表現，再決定重新定位、補充連結或整併。
整併前要盤點既有內容與連結價值，不直接刪掉排名較差的頁面。
第四步：查看搜尋結果、競爭與需求變化
對手與主要頁面類型變了嗎？比較答案與證據，不只看名次
用受影響的查詢查看實際結果，觀察目前主要是教學、比較頁、服務頁還是平台目錄。再核對對手是否提供更完整的條件、證據與適用情境。
目的不是抄前幾名的標題或字數，而是確認需求與答案是否有變化。一次搜尋只能提供當下線索，應保留日期與條件，避免把短暫結果當成永久規則。
搜尋需求減少、版位改變與排名下降，要分開判讀
需求減少會影響搜尋機會，版位變化可能影響點擊意願，而排名變化則涉及頁面在相關結果中的表現。三者可以同時發生，也可以各自發生。
可以搭配查詢趨勢及 Google Trends 查找季節性或市場變化，但趨勢資料不是企業可取得點擊的精準預測，細分 B2B 詞也可能沒有足夠資料。
看到 AI 摘要出現，不應直接把所有點擊下降歸因於 AI；仍需核對位置、曝光、查詢組成及頁面變動。
核對官方更新資訊，但不把同時發生當成因果證明
若下降期間接近 Google 官方公告的搜尋更新，可將它列為待驗證背景，並檢查受影響頁面與需求是否有一致模式。
「更新發生後下降」不等於已找到唯一原因。Google 官方亦提醒，若懷疑與更新有關，內容不一定存在根本錯誤，應先評估重要頁面的實際變化。
不要因為一次小幅波動，就立即推翻整站內容策略。
找到線索後，怎麼安排修復與驗證？
優先處理阻礙存取、索引與重要頁面的明確錯誤
先處理證據明確、影響大的問題，例如重要網址無法存取、錯誤索引限制或不合理轉址。接著才是內容缺口、需求調整與其他尚需測試的假設。若要分清楚這幾種索引設定各自負責什麼，推薦搭配〈robots.txt、noindex 與 Sitemap 的差異〉一起閱讀。
可以用這個順序安排工作：
| 優先方向 | 交辦重點 | 首次驗收 |
|---|---|---|
| 明確存取或索引錯誤 | 指定網址、問題、修正方式與負責人 | 實際回應與設定是否符合預期 |
| 已確認的內容或網址缺口 | 保留必要資訊，修正對應與頁面角色 | 修改是否上線、連結是否正確 |
| 需求與競爭假設 | 指定觀察查詢、比較材料與測試範圍 | 證據是否支持假設，下一步是否清楚 |
修正明確錯誤是必要工作，但不等於外部搜尋表現會立刻恢復。
每項修改留下假設、負責人、上線日期與觀察條件
一項任務至少記錄：問題證據、預期改善、受影響網址、負責人、上線日期、完成規格與後續觀察方式。
非緊急情況下，盡量避免同時改太多因素，以便理解結果。必須一起處理時，就完整記錄，不把全部變化歸功於某一個小修改。
觀察時間應配合檢索、資料量與商業週期，不訂沒有依據的「七天恢復排名」承諾。
區分問題已修復、搜尋表現恢復與商機恢復
設定修正可以先驗收；搜尋引擎是否重新處理、相關查詢是否改善，需要後續資料；有效詢問是否回升，又是另一層成果。
報告應分開寫「已修復」「觀察中」「已有搜尋變化」與「已有業務結果」。不要因為工程完成就宣告流量已恢復，也不要因為商機尚未增加，就否認明確錯誤已修正。若要確認優化做完之後怎麼評估成果，我們在〈評估 SEO 優化成果的檢查方法〉中有進一步說明。
還找不到原因時，企業應該向團隊或廠商追問什麼？
要求受影響範圍、已排除原因、待驗證假設與下一步
企業可以直接問：
- 哪些頁面與查詢受影響？比較期間及條件是什麼？
- 已檢查哪些網站異動、存取與索引問題？證據在哪裡？
- 目前確定的事實與尚未確認的假設，各是什麼？
- 下一項工作要驗證什麼，由誰負責，何時檢討？
暫時找不到唯一原因可以理解；但只有模糊說法、沒有排查紀錄，就不足以管理合作。
避免一次改動太多，或只用「演算法變了」結束排查
等待應有理由、觀察範圍與下一個檢討點，而不是無期限停止判斷。修改也應對應證據，不是為了看起來有做事就反覆重寫。
面對排名下降，企業最需要的不是一句確定的猜測，而是一條可查證的排查與修復路徑。 先確認症狀，再縮小範圍、修正明確問題，最後分開驗收搜尋與商業結果，才能避免越急著救排名，越難知道真正發生了什麼。
延伸閱讀
- 〈文章有曝光卻沒什麼點擊量？用搜尋結果與 Search Console 找改善方向〉：有曝光卻少點擊時，怎麼找改善方向