自然搜尋流量下滑先查哪裡：一次排查順序做反的十天錯誤檢討
自然搜尋流量下滑時，排查要從便宜、可逆的地方開始：先確認量測沒壞，再比對季節與同期，接著判斷是全站還是局部，然後才看排名、索引與結果頁變化。先改標題、補文章或換外掛，只會讓原因更難找。
這是一份錯誤檢討，不是成功故事
以下是示範情境。產業、時間與數字都經過改寫，目的是讓排查順序的錯誤看得清楚，不代表任何特定客戶。
一家做在地居家服務的小公司，某天在 GA4 看到自然搜尋帶來的工作階段，連續兩週比前一段時間少了一截。負責網站的行銷人員很緊張，在接下來十天內做了五件事。每一件事單獨看都合理，放在一起就出了問題。
這篇文章把那十天拆開來看：每一步做了什麼、當時的假設是什麼、應該先確認什麼。用的是錯誤檢討的格式，因為從錯誤學到的順序，比從清單學到的更容易記住。
十天裡做錯的五件事
第一天：把三十個頁面的標題全部改掉
假設是「標題不夠吸引人，點擊率下降」。可是他沒有先看 Search Console 的點擊率是否真的下降，也沒看排名有沒有變。三十個標題同時改，之後就算流量回來，也分不出是哪一個改動有效。
第三天：一口氣上了六篇新文章
假設是「內容太少，Google 不重視我們」。新文章本身沒有錯，但它們和下滑的頁面主題不同，對原本的問題沒有幫助。更麻煩的是，幾篇新文和舊文的主題重疊，開始互相競爭同一組關鍵字。
第五天：換掉 SEO 外掛
假設是「外掛設定有問題」。換外掛時，網站的標準網址設定與網站地圖被重新產生，有一部分頁面的設定和原本不同。這一步把一個原本不存在的技術問題，帶進了網站。
第七天：在社群上問「是不是演算法更新」
得到很多回覆，有人說是，有人說不是。沒有一個回覆是根據這個網站自己的資料。
第十天：發現追蹤碼在兩週前就少了一部分
真正的原因終於出現。兩週前網站換了佈景主題，部分頁面的追蹤碼沒有跟著搬過去。實際的搜尋點擊並沒有下滑那麼多，下滑的是「被記錄到的」流量。前九天的努力，全部建立在一個錯誤的數字上。
為什麼順序會做反？
回頭看，這五件事有一個共同點：都是「動手做」，而不是「先確認」。人在數字下滑時會想立刻做點什麼，因為動手的感覺比查資料踏實。
但排查和修補是兩件事。排查的目的是縮小範圍。修補的目的是改變結果。在範圍還沒縮小之前就修補，每一次修補都會變成新的變數，讓下一次排查更困難。
還有一個代價常被忽略：錯誤的修補不一定能撤回。標題改了，舊標題的表現資料就斷了。外掛換了，舊設定可能找不回來。新文章上了，要撤下又牽涉到網址與內部連結。排查階段多看一天資料，成本很低；修補階段多動一個地方，可能要花好幾週才能清乾淨。
另一個原因是工具的順序。多數人每天打開的是 GA4，所以第一眼看到的是 GA4 的數字。GA4 記錄的是網站上發生的事，Search Console 記錄的是搜尋結果上發生的事。兩邊對不上時，要先問是哪一邊的量測出了問題。若你常被這兩個工具的落差困擾，可以參考GA4 直接流量暴增的七個常見誤判，裡面談到的追蹤斷裂，和自然流量的假下滑是同一種病。
正確的排查順序：從便宜到昂貴
下面這張表把排查分成六關。每一關都比上一關花更多時間，也更難回頭。原則是：前一關沒有排除，不進下一關。
| 關卡 | 要回答的問題 | 去哪裡看 | 這一關不該做的事 |
|---|---|---|---|
| 一、量測 | 數字是真的下滑，還是記錄壞了 | GA4 即時報表、追蹤碼是否在每個範本上、Search Console 點擊數是否同步下滑 | 改任何網站內容 |
| 二、基準 | 跟去年同期比，下滑還存在嗎 | GA4 與 Search Console 的年度同期比較 | 用「上週」當唯一基準 |
| 三、範圍 | 是全站下滑，還是少數頁面、少數關鍵字 | Search Console 成效報表依網頁與查詢分組 | 全站一起改 |
| 四、排名與點擊率 | 是排名掉了，還是排名沒變但點擊變少 | Search Console 的平均排名與點擊率 | 只看排名工具的單日數字 |
| 五、索引與技術 | 下滑的頁面還在索引裡嗎 | Search Console 網頁索引報表、網址審查 | 同時換外掛或改網址 |
| 六、需求與結果頁 | 搜尋這個字的人變少了，或結果頁長得不一樣了 | 實際搜尋目標關鍵字，看結果頁上出現了什麼 | 把一切歸咎於演算法 |
第六關特別要說明。Google 搜尋結果上的 AI 摘要等功能，會改變使用者是否需要點進網站。Google 在 AI 功能與你的網站說明頁有解釋這些功能如何呈現網站內容。排名沒掉、點擊卻變少時，結果頁的變化是要納入的可能原因，而不是唯一的解釋。
更完整的 Search Console 操作細節，可以看用 Search Console 分六層排除自然流量下滑原因的教學。本文著重在順序與錯誤，那篇著重在工具操作。
排查期間的三條紀律
順序對了，執行時還要守住三條紀律，否則還是會回到十天裡的混亂。
- 凍結改動：排查期間，除非發現明確的技術錯誤，否則不改標題、不換外掛、不大量上稿。所有人都知道這段時間是凍結期
- 寫排查日誌：每確認一關，就寫下日期、看了什麼、結論是什麼。日誌讓你在第三天就能回頭檢查第一天的判斷
- 一次只修一件事：找到原因後，只修那一個原因，並記下修補日期。等數據穩定後再評估，必要時才動下一件
這三條紀律聽起來保守，但它們保護的是你的判斷力。資料越乾淨，下一次流量下滑時就越快找到原因。
事後補上的預防機制
那家示範情境裡的公司，事後做了三件事，讓下一次不會再重演。
- 建立每月固定的基準紀錄：每月初把 Search Console 的總點擊、主要頁面點擊與 GA4 自然搜尋工作階段記在同一張表，兩邊落差突然變大時就先查量測
- 網站改版或換佈景主題時，把「追蹤碼是否在每個範本上」列為上線檢查項目。GA4 的安裝與驗證方式可以參考 Google Analytics 說明中心
- 把重要頁面列成一份短清單。流量下滑時，先看這份清單上的頁面，不要一開始就看全站
Google 的 SEO 入門指南也提醒，搜尋成效的變化需要時間才會反映。這也是為什麼排查期間不要急著連續改動。
適用與不適用的情況
這套從便宜到昂貴的排查順序，適合大多數中小企業網站：頁面數量在數百頁以內、有 GA4 與 Search Console、自然搜尋是主要來源之一。
以下情況要調整：
- 網站剛完成改版或搬家。這時要優先檢查重新導向與網址對應，排查順序要把第五關往前移
- 網站曾被入侵或出現奇怪的外連。這屬於安全事件，要立刻處理，不適合按部就班
- 流量本來就很小，每週只有少量點擊。單週的上下波動不具意義，請改用月或季來比較
- 產業有明顯的季節性，例如節慶商品。第二關的同期比較要拉長到兩年以上，才能分辨季節與真正的下滑
如果排查到第五、第六關仍找不到原因，或你沒有時間自己逐關檢查，可以參考我們的網站與搜尋顧問服務，由我們陪你走完整個排查流程。