5 個 SEO 優化地雷：拖垮搜尋排名的常見錯誤

先說結論：你的排名會掉，九成不是演算法，是你自己在踩雷

排名一直往下掉，多數人的反應不是去查報表，而是上社團爬文、追每一個「核心更新」傳聞，越看越焦慮，排名卻還是一路往下掉。某個星期二早上打開 Google Search Console（簡稱 GSC），看著那條自然流量曲線像溜滑梯一樣往下滑，你開始慌了：是不是 Google 又改了什麼？是不是被競爭對手超車？是不是該再多買幾條反向連結？於是你花一整個下午把這些傳聞逐一核對，結果反而越理越亂。

真相通常更尷尬。Ahrefs 針對上百萬頁面做過的大規模研究指出，超過九成的網頁從 Google 拿不到任何搜尋流量（2023 年 12 月）。這些拿不到流量的頁面，問題的源頭往往出在別的地方：網站自己在某個環節把門關上了、把權重送錯地方了、或是在一次「年度整理」裡把累積好幾年的資產一次清掉。

做白帽 SEO 最常被問的問題，其實是「我的排名為什麼一直往下掉」，反而很少有人問「怎麼把排名衝上去」。答案很少是什麼神秘的演算法陰謀，多半是五個反覆出現、每個月都還有新網站踩進去的地雷。它們之所以危險，是因為全部偽裝成「正常的網站維護動作」：你以為自己在整理網站，其實在拆自己的地基。

這五個地雷還有一個共同特徵，讓它們特別難纏：它們幾乎不會在 GSC 裡跳出紅色錯誤。沒有通知、沒有警告、沒有手動處罰（manual action）的郵件，只有一條慢慢往下的曲線。原因是它們在 Google 眼裡並不是「違規」，只是「訊號變差」。你的網站依舊合法，只是越來越不值得被推薦。這種慢慢的、合規的衰退，可以稱之為軟性懲罰：它不會把你踢出搜尋結果，但會一點一點把你的排名往後推，直到有一天你搜自己最重要的關鍵字，發現已經掉到第二頁之外。

這篇要談的，就是這五個正在拖垮你搜尋排名的 SEO 優化地雷。我會把每一個的症狀、成因、還有第一時間該怎麼救都寫清楚。如果你只想看結論，接下來這句總結就是整篇文章的核心。

一句話先講結論：會拖垮排名的，常常不是你沒做的事，而是你自以為做對的事。把 Google 擋在門外、一次砍掉幾百個舊頁面、HTTPS 只做半套、把內容當產量 KPI、只盯排名卻不看報表，這五件事，每一件都會讓你過去累積的排名權重默默蒸發。

如果你想在讀這篇之前，先把網站技術地基的全貌看清楚，可以回頭看我們寫的〈技術性 SEO 完全指南〉，它會幫你建立「爬蟲進得來、讀得懂、願意推薦」的完整心智模型。想把這些錯誤按戰略、內容、技術、連結、數據分層自查，也可以搭配〈常見 SEO 錯誤的診斷框架〉。這五個地雷，幾乎都發生在這三道關卡的某一個環節。

地雷一｜你把 Google 擋在門外，自己卻完全不知道

這是最致命的一個，因為它完全無聲。你的內容寫得再好、關鍵字佈局再漂亮、外部連結再多，只要 Google 的爬蟲根本進不來，或者進來了卻被你用指令引導到錯的頁面，這一切全部歸零。而這種事，GSC 的報表裡常常只會用一個小小的「已排除」或「已檢索，尚未建立索引」輕輕帶過，你一不注意就會錯過好幾個月。

Google 官方在 Search Central 文件裡講得很明白：要控制 Google 能不能抓取與索引你的網站，主要靠 robots.txt、meta robots 標籤、以及 canonical 這幾個機制，但它們彼此之間的優先順序和互動方式，是大多數站長會搞混的重點（2024）。

robots.txt 與 noindex 同時下達的矛盾指令

最經典的錯誤，是站長在開發期間用 robots.txt 把整站封鎖起來（Disallow: /），網站上線之後，改用 meta robots 的 noindex 來控制某些頁面，卻忘了把 robots.txt 那條 Disallow 拿掉。結果是：Google 被告知「不可以抓取」這些頁面，所以爬蟲根本連進去讀 meta 標籤的機會都沒有，noindex 指令等於從來沒被讀到。頁面最後會怎樣？如果它剛好被別頁的內部連結指到，Google 還是會收錄它，只是收錄成一個沒有內容、只有網址的陽春條目。你以為自己封鎖得很乾淨，其實留下了一堆半殘的收錄頁。

正確的邏輯是：robots.txt 管的是「能不能抓」，noindex 管的是「抓了要不要收錄」。這兩件事不要混在同一個頁面上互相打架。如果你想在正式上線前避免被索引，用 noindex 就好，不要用 robots.txt 封鎖，否則一旦你解除封鎖，Google 要重新發現並建立索引，可能還要再等上好幾週。這部分的詳細差異與正確設定方式，我們在〈為什麼 robots.txt 與 noindex 不能同時使用？〉有完整的拆解。

canonical 指到錯的頁面，等於把排名權重白送給別人

canonical 標籤（標準網址）的本意是告訴 Google「這幾個長得像的頁面，請把權重集中在這一個」。聽起來很貼心，但它也是一個會把權重導向無底洞的開關。以電商品牌這類網站為例，最常見的狀況是全站數百到上千個商品頁的 canonical 全部指向首頁，而起因往往是某個佈景主題的預設值 bug，站長完全不知情。結果是，Google 把每一個商品頁的排名訊號都當成「這頁不是主角，請看首頁」，商品頁的長尾流量可能長達半年幾乎歸零，而首頁也沒有因為吸收了權重就排得更好，因為它的內容跟那些查詢根本無關。

canonical 不是裝了就好，而是要依網址是否重複逐頁確認。HTTPS 與 HTTP 版本通常應統一；帶查詢參數的網址若內容與乾淨網址相同，可指定代表網址；分頁則通常保留各頁可索引並使用自我 canonical。完整設定原則與常見錯誤可參考〈Canonical URL 完全指南〉。

轉址鏈像接力賽，權重一棒一棒漏

網站改版、換網域、調整網址結構，幾乎一定會用到 301 轉址。301 是保留排名權重最關鍵的工具，Google 官方也在 Search Central 的 301 轉址文件中確認 301 會把 PageRank 傳遞到新頁面（2024）。問題是，很多人改版不只改一次。舊網址 A 301 到 B，後來又從 B 301 到 C，最後 C 又跳到 D。每一個 hop（跳轉次數），Google 都要重新排隊抓取、重新評估，鏈條拉越長，權重流失越多、被收錄的時間也拖越久。更糟的是，中間只要有任何一環誤用了 302（暫時轉址）而沒有改用 301，權重傳遞的效果就會打折扣。

如果你最近剛換過網址或搬過主機，這是我會第一個檢查的地方。把舊網址的轉址拉直、用一個 301 直接指到最終目的地，是改版後搶救排名最快見效的動作之一。完整的 301 與 302 差異、以及改版時的轉址對照表怎麼建，我們寫在〈301 與 302 轉址完整教學〉這篇。如果你是 WordPress 站，搬家流程本身也可能踩到轉址地雷，搭配〈WordPress 網站搬家全教學〉一起看會更完整。

要確認你是不是已經踩到地雷一，最快的動作是走進 GSC 的網頁索引報表，下載那三份清單：已建立索引、未建立索引、已排除。把它們丟進試算表，重點看「已排除」這份，每一個被排除的網址，Google 都會附上一個原因，例如「被 noindex 標記」「被 robots.txt 封鎖」「重複網址，Google 選了另一個標準網址」。把這些原因彙總一下，你很快就會看出全站系統性的設定錯誤，而不再只是單一頁面的疏忽。如果你想針對某一個具體網址深入排查，GSC 的網址檢查工具可以當場告訴你，Google 最後一次抓取時讀到的 robots 與 canonical 指令是什麼，這對除錯來說非常實用。

地雷二｜「年度大掃除」式刪頁，是你親手引爆的排名炸彈

這是我最想大聲講的一個地雷，因為它的破壞力僅次於地雷一，但它偽裝得最成功，站長動手的那一刻，往往深信自己在「讓網站變得更精實」。我必須把那個一再上演的劇本原樣講出來。

以中型內容站來說，這個劇本反覆出現：站長在年度大掃除時，一次砍掉幾十到一兩百個「看起來沒在用」的舊頁面，理由多半是點擊為零或視覺過時。大約四到八週之後，整站的自然流量開始無聲無息地下滑，而且是那種你看不太出單一原因的、全面的、緩慢的下跌。站長第一個懷疑的永遠是演算法，沒有人會回頭懷疑自己上個月砍掉的那批頁面。

為什麼「沒流量的頁面」不能直接砍

一個頁面「沒流量」，不代表它「沒價值」。它可能在三個地方默默貢獻：第一，它可能是內部連結網絡裡的一個節點，別頁透過它傳遞權重、或透過它的錨點文字幫助 Google 理解主題；第二，它可能排在某個長尾查詢的第二頁，雖然沒帶進點擊，但它的存在讓你的主題叢集更完整，這是主題權威（Topic Authority）的一部分；第三，它可能曾經有流量、只是某次改版或轉址出錯之後才沒流量的，真正的問題出在技術層，你卻用「刪掉」來回應。

當你把這種頁面一次刪掉幾十個、幾百個，發生的事是：每一個被刪的頁面如果沒有設 301 轉址，就會變成軟性 404；原本指向它們的內部連結全部斷掉，權重流動的網絡瞬間破了好幾個洞；Google 重新爬取時發現大量頁面消失，會重新評估整站的品質訊號。疊加起來，就是那種「我也沒做什麼啊，為什麼流量一直掉」的全面性下滑。

真的要砍，該怎麼砍才安全

我不是叫你永遠不能刪頁面。內容的除舊佈新本來就是必要的，關鍵在於順序和方法。正確的流程是：先把這批頁面依照「是否還有搜尋需求、是否還被內部連結引用、是否還有外部連結指向」三個維度分類，再決定每一頁的處置。

• 還有搜尋需求、只是內容過時：更新內容，不要刪。一篇排在第二頁的舊文，更新後爬回第一頁的機率，遠高於你重新寫一篇。
• 沒搜尋需求、但被其他頁面連結：先處理那些內部連結，把它們改指向相關的、仍在線的頁面，再刪除或合併。
• 真的該砍：務必設 301，把它轉到語意最接近的存活頁面；千萬別圖方便全部 301 到首頁。轉到首頁等於告訴 Google「這頁的內容首頁都有」，這幾乎都是假的，Google 會把它當成軟性 404 處理。

這三個維度怎麼實際判斷？「是否還有搜尋需求」可查看搜尋建議、相關搜尋與查詢資料；「是否被內部連結引用」可在站內搜尋網址，或用爬蟲工具匯出全站連結；「是否有外部連結指向」則可用 Ahrefs 或 Semrush 等工具檢查反向連結。只要仍有需求、內鏈、外鏈或有效流量，就應先評估更新、合併或轉址，而不是直接刪除；即使誤刪仍可能復原，但索引與排名恢復需要時間，也不保證回到原狀。

這整個過程，本質上是在保護你的爬取預算和整站的內部連結結構。刪頁不是按下去就結束的動作，它是一連串「善後」的開始。如果你砍掉頁面的同時沒有同步處理轉址和內部連結，那不是除舊佈新，是自斷手腳。

地雷三｜HTTPS、行動裝置、Core Web Vitals，基礎做半套比沒做更危險

這三個項目，幾乎每一篇 SEO 清單都會列。但也正因為太常見，大家把它們當成「打勾就好」的任務：SSL 裝了、手機版做了、Core Web Vitals 跑過一次分數，就放心地繼續寫內容。問題是，這三件事的「做半套」狀態，往往比完全沒做更難診斷，因為報表上不會出現明顯的錯誤，只會反映在那些永遠差一點點的排名上。

Google 在 2014 年就把 HTTPS 列為排名訊號（見 官方公告〈HTTPS as a ranking signal〉），權重雖然不高，但它是一個「不做會吃虧、做了是基本功」的門檻。而頁面體驗（page experience）這組訊號，Google 在 2020 年 5 月的公告中也明確說過會和既有排名系統一起評估。

SSL 裝了卻沒強制轉址，混合內容吃掉你的鎖頭

最常見的 HTTPS 半套症狀，是憑證裝了、網站能用 https:// 開啟，但 http:// 版本也還在、而且沒有自動轉址到 https://。結果是：你的網站同時存在兩個版本，Google 把它們當成兩份重複內容，權重被拆成兩半。更糟的是，外部連結如果連的是 http:// 版本，權重會落在那個你其實不想要的版本上。另一個變形是混合內容（mixed content）：頁面主框架是 https://，但裡面的圖片、CSS、JS 還用 http:// 載入，瀏覽器會把鎖頭變成不安全警告，使用者還沒讀到內容就先離開了。

這類問題的修復都不難，但需要從頭到尾走一遍清單：強制 HTTPS 轉址、改寫所有內部資源的網址協定、更新 sitemap 與 canonical 指向 https:// 版本、在 GSC 裡新增 https:// 的資源。整個流程我們整理在〈SSL 憑證是什麼？免費與付費 SSL 比較、安裝教學與 SEO 影響解析〉這篇，照著走一遍，可以一次把 HTTPS 從「半套」升級成「完整」。

行動版體驗自以為沒問題，mobile-first 才是真正的考場

Statista 的數據（2026 年 4 月）顯示，全球網站流量早已經有超過六成來自行動裝置，而 Google 早已全面採用行動優先索引（mobile-first indexing），也就是說，Google 判斷你網站內容與排名的依據，幾乎完全以行動版的呈現為準；這項轉換記錄在 2023 年 10 月的官方公告。

很多站長只用桌機檢視網站，看起來美輪美奐，就以為行動版也沒問題。但行動版常見的問題不在「能不能看」，而在「好不好用」：按鈕太小、字級不合適、圖表超出螢幕、彈窗遮住內容又找不到關閉鍵。這些問題會妨礙使用者閱讀與操作，但不能直接宣稱跳出率或停留時間是 Google 的公開排名訊號。版面問題往往互相牽連，可對照網頁設計地雷逐項排查。

給你一份每次健檢都該走的行動版檢查清單。第一步，用你自己最常用的手機，走行動網路（不要接 Wi-Fi），打開你最常被搜尋的那三個頁面，計時從按下到可以開始閱讀要幾秒。第二步，把每一頁從頭滑到尾，看有沒有哪一段文字被截斷、哪一張圖超出螢幕、哪一個按鈕要用兩根手指才點得到。第三步，故意在頁面中間停下來互動一次，點選單、填表單、播放影片都行，看版面會不會突然跳動。這三個動作走完大約花你十分鐘，卻會暴露出你用桌機看一整天都看不到的問題。

Core Web Vitals 只看實驗室分數，不看真實使用者欄位

Core Web Vitals 是頁面體驗訊號裡最具體的一組指標，目前以 LCP（最大內容繪製）、INP（互動到下一次繪製）、CLS（累計版面位移）三項為核心（定義見 web.dev 的 Core Web Vitals 文件，2024 年 5 月）。常見的半套誤區是：站長用 PageSpeed Insights 或 Lighthouse 跑了一次分數，看到都是綠燈就放心了，卻沒注意到那是「實驗室資料」，跟「真實使用者欄位資料」是兩件事。

實驗室資料是在一個受控環境（特定的設備、網速）裡模擬出來的數字，它方便除錯，但代表不了你真實使用者的體驗。真正會被 Google 用來評估排名的，是來自 Chrome 使用者實際造訪的欄位資料（field data），它呈現的是「75% 的真實造訪是否達標」。一個在實驗室裡跑出綠燈的網站，如果真實使用者多半用手機、走的是不穩定的行動網路，欄位資料可能還是紅燈。這部分的完整指標定義與優化手法，我們寫在〈Core Web Vitals 完全攻略〉。web.dev 官方也一直在強調同一件事：速度之所以重要，是因為它直接影響真實的人，這跟討好某個分數無關。

如果你的分數怎麼壓都壓不下來，問題常常出在前端以外的地方：主機回應太慢、圖片沒有壓縮、或第三方腳本吃掉太多資源，這時可以參考〈網站速度的實戰拆解〉，把載入時間一個一個環節壓下來。

地雷四｜把內容當產量 KPI，於是你親手養出一座零流量的內容海

這個地雷的起點，通常是一句聽起來很合理的話：「內容越多，被搜尋到的機會越多。」於是公司開始訂 KPI：每個月要發幾篇、每篇要幾千字、關鍵字要出現幾次。產量衝上去了，但流量沒有跟上，反而整站的平均品質訊號被拖下來。前面提過 Ahrefs 那份研究：超過九成的網頁拿不到任何搜尋流量。換句話說，大量生產內容，並不會自動給你大量流量；它更可能給你的，是大量零流量的頁面。

關鍵字堆砌的現代變形

十年前的關鍵字堆砌，是把同一個詞塞一百次到頁尾，一眼就看出來。現代的關鍵字堆砌變聰明了，也變得更危險：它偽裝成「為了 SEO 而寫的句子」。例如「台北最好的月子中心推薦，我們是台北最專業的月子中心，提供台北月子中心首選的服務」。文法沒錯、讀者讀得起來，但讀完什麼也沒記住。這種內容對真人是噪音，對 Google 也是品質下降的訊號。

Backlinko 整理的搜尋排名因素研究（2025 年 4 月）指出，搜尋意圖的契合度與內容的深度，是高排名頁面共同的特徵。這表示與其用同一個關鍵字寫十篇薄薄的變體，不如認真回答一個搜尋背後真正的問題。為機器人寫關鍵字、為真人寫答案，順序搞反了，就會掉進這個地雷。

為查詢而寫，還是為搜尋意圖而寫

兩者的差別，是這個地雷的核心。為查詢而寫，就是看到某個關鍵字有搜尋量，就生一篇內容去塞它，不管自己有沒有東西可說。為搜尋意圖而寫，是先問：打這個字的人，到底想解決什麼問題？他想找的是定義、是步驟、是比較、還是購買？同樣一個關鍵字，意圖不同，內容的形式、長度、結構就該完全不同。

AI 工具普及之後，這個地雷被踩得更深。產出一篇看起來通順的兩千字，成本接近零，於是大量網站開始用 AI 灌水。但 AI 寫得出通順，寫不出「我親手做過、我踩過這個坑、我知道你下一步會卡在哪」的那種第一手經驗。E-E-A-T 裡的 Experience，恰恰就是 AI 最缺的那一塊，也是你能拉開差距的關鍵。如果你已經有一座這樣的內容海，回頭把表現最好的幾篇用真實經驗重新寫深、寫厚，會比繼續加新頁面更有價值。想理解自然流量到底是怎麼累積出來的，可以看我們對〈SEO 流量公式〉的拆解。

判斷你網站是不是已經踩進這個地雷，有一個很殘忍但很準的指標：把過去一年新增的所有頁面，依照帶進來的自然流量由高到低排序。如果前兩成的頁面貢獻了絕大多數流量，而底部有一大批頁面掛零，你養的不是內容資產，而是內容負債。這些零流量頁面不只沒有貢獻，它們還會瓜分你的爬取預算、拉低整站的平均品質訊號。處理的方向有兩個：要嘛把它們合併、改寫成一篇有深度的長文；要嘛設 301 指向更強的母頁面。兩者都比放著不管、或繼續加新頁面要划算得多。

順帶一提，如果你的網站大量依賴 JavaScript 來渲染內容，產量衝刺的同時還要回頭確認爬蟲真的讀得到那些內容，否則你寫得再多也是演給真人以外的對象看，這部分可以參考〈JavaScript SEO 介紹〉。

地雷五｜只盯排名和總流量，卻不看 GSC 裡那些早就亮紅燈的報表

前三個地雷是「做錯事」，第四個是「做太多事」，這第五個則是「沒在看」。它的弔詭之處在於：診斷問題所需的全部資料，其實就擺在你 GSC 帳號裡，而且免費。多數站長手上其實有這個工具，只是習慣只看最上面那兩個數字（總點擊、總曝光），就覺得自己已經在「監控 SEO」了。若想把監控從這兩個數字升級成完整的指標架構，可以從 SEO KPI 的四層指標地圖 開始，把每一層該追蹤的訊號一次補齊。

排名在第一頁，CTR 卻低得離譜

Backlinko 整理的點閱率統計（2025 年 4 月）指出，搜尋結果第一名的自然點擊率大約是 27% 到 31%，到第三名會掉到個位數的後段，第一頁末段更低。這代表一件事：排名位置與實際拿到的點擊，中間還隔著一個巨大的變數，叫做「標題與描述寫得好不好」。常看到一個頁面排在第六、第七名，標題卻是公司內部用的代號、或是把關鍵字硬塞進去的僵硬句子，CTR 低到跟第十一名差不多。明明排名還在，實際帶進來的流量卻已經掉了一半。

這類問題可先從搜尋結果文案著手：讓標題清楚傳達頁面價值，並用 meta description 摘要內容與限制。Google 可能改寫標題或摘要，因此應觀察調整前後的曝光、點擊率與查詢組成，不要預設改幾行字就一定有效。如果還不熟悉 GSC 報表，可先看〈Google Search Console 介紹與常用功能〉。

「已檢索，尚未建立索引」是一個警訊，不是等待

GSC 的網頁索引報表裡，有一欄叫「已檢索，尚未建立索引」。很多站長看到這個狀態會想：「Google 檢索過了，應該過陣子就會收錄吧。」於是放著不管。事實上，這個狀態是 Google 明確告訴你：我讀過這一頁了，但我決定不收錄。原因可能是內容太薄、跟別頁重複、品質訊號不足、或被 canonical 與 noindex 指令影響。它不是時間問題，是品質或指令問題，放著不會自己好。

定期把這份報表整份下載下來看，是判斷你網站內容健康度最快的方法。如果清單裡出現的是你認為很重要的頁面，那就是一個明確的修正任務；如果清單裡一堆是你為了衝產量而生出來的薄頁面，那它正好呼應地雷四，告訴你是該收手的時候了。把「我的頁面有沒有被索引」這件事系統性地檢查一遍，可以照著〈Google 網頁收錄查詢教學〉的方法做。別忘了，網站地圖（sitemap）有沒有提交、內容對不對，也會直接影響 Google 收錄你的效率，這部分見〈Sitemap 產生與提交實作教學〉。

另一個常被輕忽的報表欄位，是「軟式 404」。一個頁面回傳 HTTP 200（正常狀態），但內容卻是「找不到結果」「此商品已下架」「請重新搜尋」之類的空狀態，Google 會把它判定為實質上的 404，從索引裡移除。問題是站長通常以為「有回傳 200 就沒事」，於是這類頁面默默吃掉爬取預算，又不帶來任何排名。建議你每個月把 GSC 的索引報表搭配伺服器記錄一起看，特別留意那些回傳 200、但內容極短的網址，它們往往就是軟性 404 的溫床。

一張表：5 大地雷的症狀、成因、第一時間處置

我把這五個地雷整理成一張對照表，方便你拿著它逐項自我健檢。當你發現網站流量在掉，又不知道從哪裡查起時，照著這張表從上往下走一遍，通常很快就能鎖定問題出在哪一層。

地雷	最常見的症狀	真正的成因	第一時間該做什麼
把 Google 擋在門外	重要頁面顯示「已檢索，尚未建立索引」或變成無內容條目	robots.txt 與 noindex 互相打架、canonical 指錯、轉址鏈過長	到 GSC 網頁索引報表逐頁檢查狀態，拉直轉址鏈、修正 canonical
大掃除式刪頁	整站流量在刪頁後 4 到 8 週緩慢全面下滑	被刪頁面未設 301、內部連結斷裂、主題叢集破洞	補上 301 轉址到語意最接近的存活頁，修復斷掉的內部連結
基礎做半套	排名一直差一點點、行動版跳出率偏高、分數時綠時紅	HTTP 未強制轉址、混合內容、只看實驗室分數忽略欄位資料	強制 HTTPS 轉址、用真實手機走一遍流程、看欄位 Core Web Vitals
把內容當產量	頁面越來越多、總流量卻沒成長、零流量頁面比例偏高	為關鍵字而生內容、關鍵字堆砌變形、AI 灌水缺乏經驗	停止追產量，回頭把最強的幾篇用第一手經驗改寫深
只盯排名不看報表	排名沒掉、點擊卻在掉；大量頁面長期未被索引	忽略 CTR、忽略索引覆蓋率報表、標題與描述沒人管	改寫低 CTR 頁面的標題與描述、逐頁排查未索引清單

如果你時間有限，只能挑一個先修，我會建議從地雷一開始。原因很實際：它影響的是「Google 能不能看見你」，這是所有其他努力的地基。一個被擋在門外的頁面，你寫再多內容、買再多連結、改再多標題，都不會被計分。把地雷一清掉之後，再依序處理地雷二（止血）、地雷五（診斷）、地雷三（體質）、地雷四（策略）。這個順序背後的原則是：先恢復能見度，再停止流血，然後建立觀測，最後才優化體質與策略。順序反了，你會事倍功半。

從今天起，先把這 5 件事修掉

讀完這五個地雷，你可能會有點焦慮，覺得每一項好像都中了一點。這很正常，因為它們本來就是大多數網站都在犯的錯，只是沒有人系統性地點出來。好消息是，這五件事每一件都是可逆的，而且修復的優先順序很清楚。我把行動方案拆成五步，你照著走就行。

1. 先確認 Google 真的進得來：打開 GSC 的網頁索引報表，下載「已檢索，尚未建立索引」與「已排除」兩份清單，把你認為重要的頁面挑出來，逐頁檢查 robots.txt、noindex、canonical、轉址這四個指令有沒有互相打架。
2. 盤點過去一年刪過或改過網址的頁面：把那些舊網址逐一檢查，沒有設 301 的補上，轉址鏈超過兩段的拉直。如果你正打算大掃除，務必照地雷二的分類流程走，千萬別直接砍。
3. 把 HTTPS 與行動體驗從半套升級成完整：開瀏覽器無痕視窗，用 http:// 連你的網站，看會不會自動轉到 https://；再拿起手機，用行動網路實際走一次你最常被搜尋的那幾個頁面，記下任何卡頓或不好用的瞬間。
4. 停止用產量當 KPI，改用「品質覆蓋率」：列出你所在領域讀者最常問的 20 個問題，檢查你網站上是否有對應的高品質答案。沒有的，優先生這些；已經有但很薄的，優先改厚。這比每個月硬擠十篇新文有用太多。
5. 每個月排一次「報表健檢」：固定時間打開 GSC，看索引覆蓋率、看 CTR 異常的頁面、看 Core Web Vitals 的欄位資料。把這件事排進行事曆，比每一次出事才慌著查要從容太多。

如果你現在已經在掉排名，先別急著做這五步，照著Google 排名掉了的搶救流程搶救一波再回來保養。修完之後，怎麼知道真的有效？給自己一個三個月的觀察期。第一個月，你應該先在 GSC 看到的變化是「已建立索引」的頁面數量回升、「已排除」的數量下降，這代表 Google 重新願意收錄你修正過的頁面。第二個月，那些被你補上 301、修好 canonical 的頁面，曝光開始慢慢回來。第三個月，整體的點擊與平均排名才會比較明顯地反映在曲線上。SEO 的修復本來就有這種滯後性，不要修完一週沒看到效果就認定沒用、又跑去試別的偏方；偏方通常就是下一個地雷的入口。

收尾前要再誠實說一句：這五個地雷裡，沒有任何一個是靠新工具或新技巧能解決的。它們考驗的是紀律，是定期走進報表把數字看清楚的耐心，是面對「原來我自己就是問題來源」時不閃躲的勇氣。這也是為什麼大部分的網站寧願去追下一個 SEO 偏方、下一個外掛、下一個保證排名第一的課程，也不願意坐下來把這五件事一件一件修掉。原因很實際：修它們一點都不性感，結果也不會在一週內出現。但走完三個月你會發現，被你搶救回來的，是過去兩三年慢慢累積、卻又慢慢漏掉的全部。先把漏水的水龍頭關上，永遠比繼續尋找下一顆銀色子彈更實在。

這五步不需要任何額外預算，只需要你把注意力從「我要做更多 SEO」轉到「先把已經做錯的事修掉」。SEO 不是花錢，是存錢；而修掉這五個地雷，等於把你過去存進去的錢，從會漏水的破洞裡搶救回來。

如果你照著這五步走完，發現有些問題牽涉到網站架構或大規模改版，自己處理起來沒把握，Whoops SEO 也提供網站健檢與白帽 SEO 顧問服務。你可以自己修，也可以找人陪你修一遍。卡關時，Whoops 可以陪你把這五顆地雷逐一拆掉。重點是，別再讓這五個地雷，繼續默默吃掉你辛苦累積的排名。