演算法更新與 SEO 危機處理：搬家、改版、被懲罰

← 回課程總覽　|　← 上一課　|　下一課 →

演算法更新與 SEO 危機處理，本質上不是「怎麼躲過 Google 的懲罰」，而是流量突然下滑時，先判斷問題來自追蹤、技術、人工處置、搜尋需求或排名系統，再決定要不要動手。72 小時可作為初步診斷節奏，不是保證完成修復的期限。

Google 演算法簡史：從 Panda、Penguin、Hummingbird 到核心更新的底層邏輯

一個常見的誤解是，把演算法更新當成一連串隨機的天災，今天打這個、明天打那個，毫無脈絡。實情是，Google 從 2011 年以來的每一次大型更新，都在回答同一個問題：怎麼讓「真正滿足搜尋者」的頁面排在前面，把「只是看起來像在滿足搜尋者」的頁面壓下去。你如果看得懂這條主線，就不會被每一次更新的名字嚇到，因為它們打擊的對象從來沒變，只是手法越來越精準。

下面把幾次重要更新濃縮成表格，重點是理解搜尋系統想解決的問題，不要把更新名稱當成固定的「獎勵與處罰」清單。

更新	大約時間	主要打擊	獎勵的方向
Panda	2011 年	低價值、薄弱或大量近似的內容農場頁面	原創、能實質滿足需求的內容；不以篇幅長短判定
Penguin	2012 年	操縱性反向連結、付費連結、過度集中相同錨點	自然累積、編輯性質的外部連結
Hummingbird	2013 年	只靠關鍵字堆砌、不理解語意的頁面	能回答完整問題、理解搜尋意圖的內容
Mobile-friendly	2015 年	手機閱讀體驗差的頁面	真正適配手機、字體與點擊區域合理的版面
RankBrain	2015 年	無法處理罕見或複雜查詢的內容	主題涵蓋廣、能對應多種問法的深度內容
Medic 核心	2018 年	金錢與健康類頁面可信度不足	具備專業、經驗、權威、可信的內容（E-E-A-T）
BERT	2019 年	誤解查詢中語境與連接詞的頁面	語意清楚、結構與措辭貼合真實問法
Helpful Content	2022 年起，2024 年併入核心系統	為了搜尋引擎而非真人寫的內容	以真人體驗為核心、有第一手經驗的內容
2024 核心與垃圾內容更新	2024 年 3 月	大量量產內容、濫用已失效網域、寄生在第三方平台的聲望	原生、可究責、對讀者有實質價值的內容

這些系統處理的問題不同，不能簡化成「每次更新都獎勵同一種網站」。符合政策、為真人提供價值能降低風險，但不保證每次更新都加分。重複內容通常是正準化與版本選擇問題，不會因為「重複」本身就受到處罰；欺騙性或規模化濫用才可能觸及垃圾內容政策。

我自己會把這段歷史濃縮成一句話記住：Google 越來越像一個會分辨「你是不是真的懂」的讀者。早期它只能看字詞出現的頻率，後來能看連結的品質，再後來能理解整句話的語意，現在它還會判斷你有沒有真的經歷過那件事。這個方向不會回頭，所以你做內容時的方向也不該回頭：往「真的懂、真的經歷過、真的寫給人看」靠攏，每一個步驟都是往安全的地方站。想把這段歷史看得更細，可以回我之前寫的Google 演算法完整指南當補充讀物。

核心更新與小更新的差別：不是每次掉排名都是被「打」

這裡要澄清一個關鍵觀念，因為它直接決定你危機處理的第一步。Google 一年會發布幾次「核心更新」（broad core update），這種更新是大規模重新評估所有頁面的相對排名；除此之外還有幾乎每天都會跑的日常小更新。核心更新的特性是，你的頁面排名掉了，不代表你被懲罰，常常只是因為別人的頁面這次被評估得更高，把你的相對位置擠下去了。Google 自己也講得很明白：核心更新後掉排名的頁面，未必有什麼需要修的「錯」，它可能本來就沒問題，只是這一輪有更強的對手。

這個觀念會直接影響應對方式。如果把排名下降一律視為懲罰，很容易在核心更新後貿然修改原本仍有表現的頁面。較穩妥的流程是先確認資料、影響範圍與是否存在人工判決處置，再決定是否調整；掉排名不等於被懲罰。

面對演算法更新的正確心態與應對：先量測、再判斷、別急著動刀

相信不少人也曾這樣：某天早上打開 GA4，發現昨天流量掉了三成，心臟漏跳一拍，立刻打開後台開始改標題、改內文、刪文章，忙了一整晚，隔天流量還是沒回來，甚至更糟。我見過太多站長在最慌的那 48 小時裡做出後來後悔的決定，因為人在焦慮時會把「做點什麼」當成「正在解決問題」，但 SEO 裡，亂動常常比不動更致命。

我把演算法更新之後的應對節奏整理成三個階段，目的是先保留證據、縮小問題範圍，再做必要修改：

1. 確認是不是真的「掉」。先排除追蹤與資料來源的問題。GA4 的某一天數字掉了，有時是追蹤碼被改版誤刪、是篩選器設錯、是某個來源被歸類走。先到 Google Search Console 看曝光與點擊，因為 GSC 是 Google 自己回報的搜尋面數據，不會被網站端的追蹤碼問題汙染。GSC 也掉了，才是真的在搜尋面出狀況。這一步看起來瑣碎，但它能幫你擋掉第一波恐慌，很多「危機」到這一步就解除。
2. 判斷是哪一種下滑。確認搜尋表現確實下降後，再看影響集中在少數頁面還是整站、是否接近已知的核心更新時間點，以及 GSC 是否出現 Manual Action（人工判決處置）。這些線索能協助區分內容、技術、需求變化與違規處置等不同方向。
3. 決定動手的範圍與時機。多數時候，演算法掉排名的正確應對，不是立刻改頁面，而是先觀察一到兩週，確認這不是暫時的資料波動。真正的改善，是回到內容本身去問：這篇文章有沒有比目前排在我前面的對手寫得更完整、更貼合搜尋者的真實需求。把力氣放在「讓內容配得上更高的位置」，而不是用小招式去騙排名微調。

演算法更新可能讓任何網站上升或下滑，即使網站符合政策也不保證不受影響。較可靠的心態，是先確認變化範圍與搜尋需求，再比較目前結果中哪些內容更能滿足使用者，不把波動解讀成道德評分。

這也連到一個常被問的問題：SEO 是不是越來越難做、是不是要被 AI 取代了。投機做法的效果與風險會隨搜尋系統調整，但 SEO 的本質仍是理解搜尋者、提供值得被看見的答案。這個題目我在另一篇SEO 是不是死了裡完整談過；面對演算法與 AI 搜尋變化，重點仍是內容是否實際解決問題。

網站搬家的 SEO 保護：301、保留 URL、提交 Sitemap 的完整步驟

搬家是可規劃的 SEO 風險，但即使流程完整，搜尋表現也可能暫時波動。換網域、網址結構、主機或 CMS 的風險不完全相同；只要 URL 或可檢索內容改變，就要處理對應、轉址、內鏈、canonical 與 sitemap。排名訊號也不是一夕「歸零」，正確轉址可協助 Google 整合舊、新網址訊號。

我把網站搬家的 SEO 保護拆成六個步驟，建議你把它當搬家前的檢查表，一項一項勾完才上路。如果你只能記一個原則，記這個：不要在同一次搬家裡，同時換掉網址、換掉內容、換掉網站結構。一次只換一個變數，萬一掉流量你才知道是哪一步出問題；全部一起換，掉下來你連除錯的起點都沒有。

1. 搬前先建立完整的 URL 清單。用站內爬蟲工具或 GSC 的網頁索引報表，把目前線上所有 URL 全部匯出成一份清單。這份清單是你的保命符，因為搬家最常見的致命錯誤，就是漏掉某些 URL 沒設轉址，那些頁面就直接變成 404，連同它們累積的排名一起蒸發。清單要包含所有會被 Google 索引的頁面，文章、分類頁、產品頁、標籤頁，一個都不能漏。
2. 畫一張舊 URL 到新 URL 的對應表。每一個舊 URL，都要對應到一個最相關的新 URL。對應的原則是「往最相關的頁面轉」，不是「往首頁轉」。把所有舊 URL 一股腦轉到首頁，是 Google 明確反對的做法，叫做 soft 404，會讓 Google 覺得你沒有好好處理這些網址。對應表是整個搬家最花工、也最關鍵的一步，不要省。
3. 逐筆設定永久轉址。每一組舊到新的對應，都要設永久伺服器端轉址，通常使用 301 或 308，讓 Google 知道頁面已永久搬移並整合舊、新網址的訊號。302 與 307 表示暫時搬移，不適合拿來表達永久改址。這在301 與 302 轉址的完整指南裡有更細的比較。能用規則式批次處理就批次處理，但要逐筆驗證規則沒有誤傷。
4. 盡量保留原本的網址結構與內容。搬家那一週，內容能不改就不改、標題能不動就不動、內部連結能不重排就不重排。搬家本身已經是一個大變數，你再疊上內容變動，等於讓 Google 同時重新評估一個「新網址加新內容」的頁面，掉排名的風險倍增。要改內容，等搬家完成、流量穩定下來之後，再分批改。
5. 提交新的 Sitemap，並檢查代表性網址。新站上線後，到 GSC 提交新的 sitemap，協助 Google 發現新 URL。再用 URL 檢查工具抽查重要的新 URL 與轉址結果；這能協助發現設定問題，但無法保證流量在固定時間內回穩。
6. 搬後持續監控 404 與索引狀態。在 GSC 的網頁索引報表盯著「未找到」與「轉址錯誤」，任何漏網的舊 URL 都要補上永久轉址。同時觀察 GA4 與 GSC 的流量曲線。網站規模、抓取頻率與搬動範圍都會影響重新處理時間；若流量持續下滑，就回頭查對應表、轉址規則、canonical 與內部連結。

這六步看起來像常識，但真正會照著做的團隊是少數。多數搬家失敗的案例，都是因為把搬家當成「工程問題」，交給工程師換好主機、把檔案搬過去就以為結束了，沒有人在管 SEO 那一層的轉址與對應。SEO 的搬家保護，是一個需要行銷或 SEO 的人全程介入的工程，不是工程師做完算完成。如果你正面臨換網域或換 CMS，我會建議你把這六步印出來貼在牆上，每完成一步打勾，因為漏掉任何一步的代價，都比多花一天檢查來得高。搬家的完整決策流程，我也整理在網站搬家的 SEO 保護這篇深度文裡，遇到實際搬家時可以對著它一步步走。

有一個我特別想提醒的小地雷：分頁與篩選參數。很多站在舊網址上用了大量的查詢參數（例如 ?page=3、?cat=shoes），這些帶參數的 URL 在 GSC 裡往往也是實際帶流量的頁面，但站長匯出 URL 清單時常常只抓乾淨的網址、漏掉參數版本。搬家之後，這些參數 URL 全部失效，原本透過它們進站的流量就靜悄悄地消失了。另一個常見的坑是，新版把原本的網址尾巴大小寫或斜線規則改了（例如 /article/ 變成 /article），對 Google 來說這是兩個不同的 URL，如果沒有設好正準化或轉址，等於多出一批重複或失效的網址。這兩個細節不處理，搬家後的流量損耗常常就藏在裡面，而且因為它們不是首頁那種一看就發現的頁面，往往要幾週後才被看出來。

網站改版的流量保護清單：URL、標題、結構、內文一個都不能漏

改版跟搬家不一樣。搬家是網址換了，改版常常是網址沒換，但整個頁面的長相、結構、內容大幅改動。很多站長以為網址沒換就沒事，結果改版上線一週後流量掉了一半，才發現新版的頁面把原本排得上排名的元素悄悄刪掉了。改版的 SEO 風險，是「靜悄悄的」，因為它不會像搬家那樣產生一堆 404，它只是讓 Google 重新評估這個頁面值不值得排那麼前面，而重新評估的結果，有時候是往下。

改版掉流量，最常見的元兇可以分成下面這幾類。我在改版前會拿這張表逐一檢查新版，每一項都過了才敢上線。

改版常見的 SEO 地雷	會發生什麼事	檢查方式
標題與 meta description 被改	原本排得好的關鍵字與點閱率組合被破壞，排名與點擊同時掉	改版前備份每頁的 title 與 meta，改版後逐頁比對
H1 與標題層級被重排	Google 對頁面主題的理解改變，排名關鍵字整批位移	比對舊版與新版的 H1、H2 結構是否一致
內文被精簡或重新排版	原本讓頁面有資訊密度的段落被刪，頁面變薄、排名下滑	逐頁比對改版前後的字數與段落，刪除要有理由
內部連結被拿掉	頁面之間的權重傳遞斷裂，重要頁面拿不到原本的內鏈支持	爬舊站與新站的內部連結，比對差異
結構化資料遺失	仍受支援的複合式搜尋結果資格可能消失	用 Rich Results Test 與 GSC 仍存在的複合式報表檢查；FAQ rich result 已停止
canonical 設錯或消失	頁面被指向錯的正準頁面，排名訊號被分散或集中到錯地方	逐頁檢查 canonical 是否正確指向自己
分類或標籤頁被 noindex	整批原本能排的分類頁被排除在索引之外，流量大面積消失	檢查新版 CMS 的預設 noindex 設定

這張表裡我最想點出來的，是「內文被精簡」與「分類頁被 noindex」這兩項，因為它們最容易被忽略。改版常常交給設計師或前端工程師主導，他們的目標是讓畫面更乾淨、更現代，而「乾淨」在他們眼裡常常等於「文字少一點、版面空一點」。但對 SEO 來說，那些被刪掉的文字，很可能正是讓這個頁面排得上去的資訊密度。同樣的，新版的 CMS 為了「避免重複內容」，預設把分類與標籤頁全部 noindex，結果這些頁面本來是站上的流量大戶，一夜之間全部從索引裡消失。這兩種失誤我見過太多次，都是「改版看起來很成功，但 SEO 悄悄死掉」的典型。

改版上線前，先對舊版做爬蟲快照，記錄標題、H1、主要內容、內部連結與結構化資料；新版上線後再做一次差異比對。任何刪除或變動都要有理由。這能提早抓到不少技術地雷，但無法保證風險接近零，也沒有「平均二到三個月恢復」的通用時程。

排名下滑與人工處置的回復流程：先診斷是哪一種

到目前為止，我們談的都比較像預防。但萬一你已經掉了，掉得很明顯，那你要面對的就是回復流程。回復的第一個動作，永遠不是「開始改網站」，而是「判斷自己被什麼東西打到」（排名本身的急救技巧，可以看Google 排名掉了怎麼辦）。因為演算法掉、手動處分、技術故障，這三種掉的回復路徑完全不同，判斷錯了，你會把力氣花在完全不會見效的地方。

這三種掉的判斷，我整理成一張表。你在掉流量的第一個小時，就該對著這張表把自己定位清楚。

掉的類型	GSC 的訊號	掉的範圍	回復路徑
演算法更新（無處分）	GSC 沒有 Manual Action 通知	常伴隨核心更新，整站或某主題普遍位移	改善內容實質品質，等待下一次核心更新重新評估
手動處分（Manual Action）	GSC 手動檢視報告出現明確通知與原因	針對特定違規，例如垃圾連結、薄內容	依通知內容修正，提交重新審查要求（Reconsideration Request）
技術性掉排名	GSC 出現索引錯誤、robots 封鎖、noindex 等	集中在被封鎖或出錯的頁面	修復技術問題，要求重新檢索

判斷的第一步，永遠是打開 GSC 看有沒有 Manual Action。這是最關鍵的分岔點：有 Manual Action，代表是 Google 的人工審查員明確判定你違反了某一條規範，這種掉有明確的原因、明確的回復流程（修好之後提交重新審查要求，等人工審查員再看一次）。沒有 Manual Action，但你確實掉了，那就多半是演算法更新造成的相對排名變動，回復路徑完全不同，這一類沒有「申訴」管道，只能靠改善內容實質品質，等下一次核心更新時讓 Google 重新評估。

這裡我要點破一個讓很多站長卡住的觀念：核心更新之後掉排名，沒有「快速回復」這回事。Google 自己講得很清楚，核心更新不是修正某個「錯誤」，而是重新評估所有頁面的相對位置，所以你的頁面掉下去，未必是它變差了，是別人這一輪被評估得更好。這意味著，你光是「把原本的頁面改一改」多半不會看到排名回來，因為問題不在你的頁面本身，而在於它相對於競爭對手不夠強。真正能讓你在下一次更新中往上爬的，是老實地問自己：這個頁面有沒有可能寫得比現在排在前面的每一個對手都更完整、更貼近搜尋者的真實問題。然後真的去把它做到。這是慢工，但它也是唯一穩定的路。

如果你的狀況是手動處分，那回復流程是明確的。第一步，到 GSC 手動檢視報告仔細讀 Google 給你的原因，常見的有垃圾連結（人為製造的大量低品質反向連結）、薄內容（大量低品質頁面）、隱藏文字或連結、純垃圾。第二步，根據原因徹底清理，不是象徵性地改幾個地方，是把 Google 指出的問題類型在整個站上全部清除。第三步，清理完之後，回到 GSC 提交重新審查要求，在說明欄裡誠實寫清楚你做了什麼、清了多少、怎麼避免再犯。Google 的人工審查員會再看一次，這個過程通常要花幾週。提交重新審查要求時，誠實比辯解有用，因為審查員看過太多站，辯解只會讓他覺得你沒有真的理解問題。

一個我自己會做的回復演練

不管你是哪一種掉，我都建議你在動手改善之前，先做一件事：把掉的頁面依照「掉的比例」與「對生意的價值」畫成一個簡單的象限。掉很多、對生意又重要的頁面，優先處理；掉很多但價值低的，先擱著；掉不多但價值高的，看能不能透過小幅改善穩住；掉不多又價值低的，暫時不動。這個動作的價值，是讓你在有限的時間裡，把力氣集中在影響最大的頁面上，而不是八百個頁面平均分散力氣，結果哪一個都沒救起來。SEO 的回復，跟 SEO 的日常一樣，是個優先序的問題，不是努力程度的問題。

SEO 風險管理：不把所有流量押在 Google 一顆雞蛋上

若網站高度依賴單一流量來源，任何搜尋波動都會放大營運風險。各站實際占比不同，不必套用八成這類固定數字；重點是盤點來源集中度，逐步建立電子報、直接流量、推薦與其他合適管道。

我把 SEO 風險管理分成三個層次。第一個層次是關鍵字的分散。不要讓整站的流量集中在少數幾個主力關鍵字上，因為一旦那幾個字的排名波動，你的流量就劇烈震盪。健康的站台，流量應該分散在數十、數百個長尾與中尾關鍵字上，任何一個字的波動都不會造成致命影響。要做到這點，你需要的不是衝刺少數明星字，而是持續擴大內容覆蓋的主題面，讓你的站成為某一個領域裡「什麼問題都能回答一點」的存在。這也是為什麼第四課談內容時我一直強調主題深度，因為主題深度本身就是風險分散。

第二個層次是流量來源的分散。除了 Google 自然搜尋，可依受眾經營電子報、直接流量、社群、推薦連結、其他搜尋引擎或 AI 入口。這能降低單一來源風險；品牌搜尋量是否直接成為排名訊號並沒有 Google 官方證實，不應把品牌經營寫成保證排名加分。

第三個層次是內容資產的擁有權。這是很多人最略過的一點。你把內容全部發在某一個第三方平台、某一個社群、某一個租來的 CMS 上，等於把最重要的資產放在別人的土地上，對方改一次規則，你的累積就可能歸零。我的原則是：你最核心的長青內容，一定要放在你自己能掌控的網域上，那是你的根據地。第三方平台是放大器，不是根據地。2024 年那次更新，Google 特別點名了「寄生在第三方平台聲望」的行為，背後的訊號很清楚：它希望原生、可究責、屬於你自己的內容。這個方向，跟你做風險管理該走的方向是一致的。

把這三個層次做起來，你會慢慢把自己從「一次演算法更新就生死存亡」的狀態，移動到「每次更新都只是正常波動」的狀態。這才是 SEO 危機處理的終極目標，不是讓你能在危機發生時神救援，而是讓危機根本不會變成危機。這也是為什麼這堂課把搬家、改版、被懲罰這些戰術性的應對，收斂到風險管理這個觀念，因為戰術只能救一時，結構才能救長久。前面十課教你的選字、技術、內容、連結、數據，全部都是在幫你建立這個抗風險的結構，這一堂課只是把它們的意義說清楚。

常見問題 FAQ

演算法更新後掉了排名，大概多久會恢復？

要先分清楚是哪一種掉。如果是核心更新期間出現的相對排名變動，沒有固定的恢復時間表；改善後的效果可能隨持續的小型調整出現，也可能要等後續核心更新才更明顯。這段時間應改善內容的實質品質，而不是只等更新。如果是手動處置，修正問題並提交重新審查要求後，處理時間也不固定，應以 GSC 通知為準。

搬家時用 301 轉址，權重會百分之百轉移嗎？

Google 建議使用永久伺服器端轉址來處理永久搬移，但沒有承諾排名或流量會百分之百維持。比起估算「權重轉移」比例，更重要的是讓舊、新 URL 對應正確，避免轉址鏈與迴圈，更新內部連結、canonical 與 sitemap，並減少搬家期間不必要的內容變動。

網站改版後流量掉了，我應該先檢查什麼？

先到 GSC 查看索引與抓取異常，特別是重要頁面是否意外被 noindex；再比對改版前後的標題、H1、主要內容、canonical 與內部連結。結構化資料則檢查目前仍受支援的類型與報表，例如麵包屑或產品。FAQ 複合式搜尋結果已於 2026 年停止，不應再列為排查項目。這些檢查能縮小範圍，但不保證第一晚就定位原因。

人工處置與演算法排名變動，怎麼分？

唯一的判斷點是 GSC 的手動檢視報表。有 Manual Action 通知，就是被人工審查員判定違規，那叫懲罰，有明確原因、明確回復流程。沒有 Manual Action，只是排名掉了，那是演算法更新造成的相對變動，不叫懲罰，Google 自己也明確說過這種情況不代表你做錯了什麼。把這兩者分清楚很重要，因為懲罰要靠修正與重新審查回復，演算法掉要靠改善內容與等下次更新，用錯方法會讓你白忙幾個月。

手動處分行動可以自己處理嗎，還是一定要找人？

輕微的，例如單純的垃圾連結或局部薄內容，只要你看得懂 GSC 的通知、願意花時間清理，自己處理是可行的，這堂課跟前面幾課給你的觀念已經足夠。但嚴重的，例如純垃圾、大規模量產、整站性的違規，通常涉及整個站的方向調整，這時找有經驗的人幫你看一眼會少走很多冤枉路。判斷的標準是：你能不能清楚說出自己被判定違規的具體原因，以及你打算怎麼修。說得出來，多半能自己動手；說不出來，先找人診斷會比硬著頭皮亂改來得穩。

完成本課

這一課帶走的核心是：演算法更新與 SEO 危機處理，不是靠臨場反應，而是靠一套從診斷、止血到回復的判斷流程。你學會了演算法簡史的底層邏輯（每一次更新都在獎勵真正滿足搜尋者的內容），學會了面對更新時的三階段應對（量測、判斷、動手），學會了搬家與改版的流量保護清單，學會了分辨演算法掉、手動處分、技術故障這三種不同的回復路徑，也學會了把風險分散到關鍵字、流量來源、內容擁有權這三個層次。把這些接起來，你就不會是那個在流量崩掉的早上慌亂改網站的站長，而會是那個能在 72 小時內做出正確判斷的人。

危機處理的底氣，歸根究底還是回到你前面十課打下的地基。地基穩定，面對演算法變動時就比較有能力找出問題與調整。第十二堂課，我們要把這整套能力落地到本地商家與電商兩個場域。下一課將談本地 SEO 與電商 SEO，看這套白帽系統在這兩個高價值場域裡怎麼發揮。

作者是 Sliven 褚崇名，Whoops SEO 創辦人，白帽 SEO 顧問。回課程總覽，或直接進下一課。