改版上線才第三天，流量報表就開始往下掉，而且一天比一天難看。負責維運的人守著後台重新整理，想抓出到底是哪個環節出了錯，卻連流量掉在哪一頁都還理不出頭緒。網路上對「網站改版流量下降」這件事，常見兩種各站一邊的說法：一種說改版本來就會掉流量，過一陣子自然會回穩；另一種說只要排名掉了就是出了狀況，得趕快搶救。
這兩種說法其實都太簡化。真正該問的，不是改版會不會掉流量，畢竟短期波動幾乎是必然的過渡現象，而是現在這個掉法，是搜尋引擎還在重新確認網站的過渡期，還是已經出了查得到的錯誤。分不清這兩者，代價不小，把技術錯誤誤判成「等等就好」，流量流失往往就拖上好幾週都沒人去處理。
接下來會先說明搜尋引擎在改版期間實際在做什麼，再給幾個可以自己動手核對的判斷角度，就從改版對搜尋引擎來說改變了什麼講起。
網站改版後流量下降，是必然，還是被誤解了？
對搜尋引擎來說，改版真正牽動的從來不是「內容變差了」，而是「網址與網站結構發出的異動訊號」。就算文字內容一個字都沒改，只要網址結構、頁面模板或分類階層變了，Google 都得重新檢索這些網址、重新比對，確認這批新網址還是不是原本那個主題，這段確認過程本來就需要時間，不是內容被判定變差，也不是網站被懲罰。
Google 官方在說明網站遷移作業時提到，遷移作業期間網站的能見度可能出現短暫波動，這是正常現象，排名會隨著時間逐漸穩定下來，並具體給出一個大致的時間框架，中小型網站通常數週內就能完成大部分網頁的索引遷移，規模較大的網站則需要更長時間。換句話說，改版後那幾週的流量起伏，多半只是搜尋引擎還在忙著重新確認這批網址，不是網站出了問題。
不過，波動是一回事，流量真的一路流失又是另一回事。前者會隨時間自己回穩，後者通常來自可以避免的技術疏漏，像是網址被誤擋、重新導向設錯，這些錯誤不會因為多等幾週就自己消失，得靠具體核對才抓得出來（下一節會給判斷方法）。這也是為什麼不能用一句「改版本來就會掉流量」打發所有情況，也不能反過來看到任何波動就急著大動作搶修。
改版對 AI 摘要（AI Overview）的能見度，也是同一套邏輯
除了傳統的自然搜尋排名，現在還有一個容易被忽略的角度，Google 的 AI 摘要與 AI 模式也會引用網站內容來回答使用者的問題，而能不能被這些 AI 功能引用，門檻跟能不能出現在一般搜尋結果裡是同一套。Google 官方說明得很明確，網頁要先符合基本的技術規定，能被找到、能被檢索、能被建立索引，才有機會被納入搜尋結果的考量，自然也才有機會被 AI 摘要引用當作參考來源，除此之外沒有另外一套獨立的判準。
也就是說，改版如果不小心擋到檢索，或是把索引弄壞了，受影響的不會只是傳統排名，連 AI 搜尋的能見度也會跟著一起下滑。這跟前面講的判斷邏輯完全一致，不是另一個要重新學一遍的問題，只要顧好「網頁能不能被正常檢索與建立索引」這件事，兩邊的能見度會一起受惠或一起受害。
「正常波動」和「異常下滑」，要怎麼分？
比起丟一句「這是正常的，別擔心」，更有用的做法是給幾個具體、可以自己核對的切入角度。以下三個角度各自獨立，分別看時間軸、看下滑的形狀，以及看有沒有找得到的錯誤，合在一起就能大致判斷現在遇到的是哪一種狀況。
先看時間軸：上線之後，數據會經過哪幾個階段？
改版上線後，流量的變化大致會經過幾個階段。剛上線的頭幾天，搜尋結果裡可能還殘留著舊版網頁的檢索紀錄，流量看起來沒什麼異狀；接著 Google 陸續發現網址變了，開始重新檢索這批新網址；再來才進入實際比對與重新建立索引的過程，這時候流量最容易出現明顯的上下起伏。
Google 官方針對網站遷移給出的說法是，中小型網站通常數週內就能完成大部分網頁的索引遷移，規模較大的網站需要更長的時間。這代表「過陣子就會好」不是一句空話安慰，背後真的有對應的檢索與索引流程在跑，只是需要時間。但反過來說，這個時間框架也給了一個檢核點，如果已經超過中小型網站大致該有的數週框架，流量還是沒有回穩的跡象，那就不該再單純等下去，該往「異常」的方向去查了。
再看下滑的形狀：是全站一起掉，還是只有幾頁？
第二個角度是打開 Search Console 的成效報表，用「網頁」維度檢查，看流量下滑是集中在少數幾個頁面，還是所有頁面差不多比例一起往下掉。
全站性、同一個時間點就出現斷崖式下滑，通常指向技術性問題，像是整站被誤擋、伺服器出了狀況，或是追蹤碼沒接上導致數據看起來像流量歸零，其實只是沒被記錄到而已。相對地，漸進式、影響範圍不固定的波動，比較接近搜尋引擎還在重新評估階段的正常現象，不用急著大動作介入。
要切出這個維度並不難，在成效報表裡用日期篩選器抓出流量開始下滑的大略區間，再切換到「網頁」分頁，就能看出下滑集中在哪些網址，還是整站均勻分攤。
最後看有沒有找得到的錯誤：這幾個訊號，代表不只是觀察期
第三個角度，也是最直接的判斷方法，是找有沒有具體、可驗證、一查就有答案的紅旗訊號。看到以下幾種情況，就代表現在遇到的不是單純的重新索引期，而是真的出了錯：
- 網址被誤擋在 robots.txt 裡，搜尋引擎根本無法檢索
- 大量頁面回傳 404，表示網址搬動或刪除後沒有妥善處理
- 索引涵蓋範圍報表裡「錯誤」或特定「已排除」原因的數量突然增加
- 追蹤碼沒有接回新版網站，導致數據看起來像流量歸零，其實是根本沒有被記錄下來
Google 官方在說明網站遷移的疑難排解時，就列出了幾個常見的錯誤類型，包括移轉期間忘了拿掉的 robots.txt 封鎖規則、重新導向設定錯誤、伺服器負載能力跟不上遷移後更頻繁的檢索需求，以及 Sitemap 沒有更新成新網址。這些都有對應的報表可以直接核對，不是憑感覺猜測，一旦確認命中其中任何一項，就該直接處理，而不是繼續觀察等待。
想確認自己是不是正常，可以怎麼自己查？
前面三個判斷角度，可以轉成三個實際動手做的步驟，一步一步核對，而不是只憑印象覺得「流量好像變少了」。
步驟一：用 Search Console 比對改版前後的同一段時間
先在成效報表裡用日期篩選器，找出圖表上流量開始往下掉的大略起訖區間，再點選比較功能，選取改版前同樣長度的時間範圍放在一起對照，抓出流量差異最大的日期與頁面。這一步的目的是把「感覺變少了」變成具體的數字與頁面清單，作為後續排查的起點。
步驟二：看索引涵蓋範圍報表，分清「還沒輪到」和「被排除」
接著打開索引涵蓋範圍報表。如果看到的是「已檢索，尚未建立索引」，代表 Google 還在排隊處理這批網址，呼應前面講的正常過渡期，不用太緊張；但如果看到的是「錯誤」，或是特定的「已排除」原因，例如被 robots.txt 封鎖，或是被標記了 noindex，這就代表要直接動手修正，不是等待就會自己好。這兩種狀態光看名稱容易混在一起，實際上代表的意義完全不同，一定要分清楚。
步驟三：用網址檢查工具，逐一確認掉最多流量的頁面
最後，針對步驟一抓出來、流量掉最多的那幾個頁面，用網址檢查工具逐一確認目前的狀態，是「已提交、等待處理」，還是已經出現明確的封鎖、重新導向，或是標準網址判定上的問題。這個工具查出來的結果最終能一次定案，不用再靠猜的。
案例：改版後兩種常見結局，一種正常回穩，一種一路探底
前面的判斷框架講起來偏抽象，以下用兩個去識別化的通則情境對照說明，讓框架有具體的畫面可以對照。兩個情境都不指名任何公司、品牌或客戶，純粹作為示意。
情境一：全站均勻下滑，索引遷移完成後逐步回升
一家有多個產品分類頁的網站換版後，前兩三週流量確實往下掉，負責的人一開始也慌了一下。但打開成效報表比對後發現，下滑是全站等比例、漸進式地發生，不是集中在少數頁面；再翻開索引涵蓋範圍報表，看到的是大量網址顯示「已發現，尚未建立索引」，而不是「錯誤」。幾週後，隨著這批網址陸續完成索引遷移，流量慢慢回到改版前的水準。這個情境同時符合前面「時間軸」與「下滑形狀」兩個判斷角度描述的正常狀況，這就是搜尋引擎還在重新確認網站，不是網站真的出了問題。
情境二：robots.txt 忘了拿掉，流量斷崖式歸零
另一個情境是，開發階段為了避免測試站被搜尋引擎收錄，團隊設了禁止檢索的 robots.txt 規則，正式上線時卻忘了把這條規則拿掉，結果全站流量在上線當天就幾乎歸零，而且完全沒有隨著時間回升的跡象。一直到打開索引涵蓋範圍報表，才發現整批網址都被 robots.txt 封鎖。這屬於前面「有沒有找得到的錯誤」這個判斷角度裡，一查就有答案、需要立即動手修正的異常狀況，不是多等幾週就會自己好轉的問題。
改版本身不是流量下滑的原因，銜接沒做好才是。與其糾結網站改版流量下降到底會不會發生，不如把力氣放在核對現在這個掉法是不是暫時的，用前面給的時間軸、下滑形狀、具體錯誤這三個角度動手核對一輪，答案通常比想像中清楚。別被「改版一定會掉流量」或「改版完全不會有影響」這兩種極端說法牽著走，能自己核對出答案，才是真正能安心的做法。