Whoops

想像一下,你花了半年把一家店佈置得乾乾淨淨、貨架齊全。結果客人滿懷期待走進來,看到的卻是一面空白牆壁,旁邊貼了一張「查無此區」的紙條,沒有人出來招呼,也沒有人告訴他該往哪走。客人能做的,多半是轉身離開。

這就是大多數網站對待 404 頁面的方式。一個制式的錯誤畫面、一行冷冰冰的「Page Not Found」,然後什麼都沒有。訪客被丟在原地,能做的只有按上一頁或關掉分頁。更糟的是,很多網站連這個畫面都長得一塌糊塗,配色突兀、字體歪斜,訪客還會懷疑自己是不是點到了釣魚網站,恨不得趕快逃走。

404 不是網站的終點,它是一個轉折點。處理得好,它能把一個快要流失的訪客拉回來,甚至變成一次新的瀏覽、一次詢問、一筆訂單。處理得差,它就是一個安靜的流量漏洞,每天偷偷把人放走。從業界長期的實務經驗來看,太多網站把心力全砸在首頁和文章頁,卻放任 404 頁面像一個沒人管的後門。這篇要談的,就是怎麼把這扇後門改造成一個能把人留住的地方。

把 404 想成臨時櫃台,不是一道死巷

很多人把 404 當成「程式壞掉」,直覺反應是趕快把它藏起來、越少人看到越好。這個直覺只對了一半。404 確實代表某個環節出了狀況,但它出現的那一刻,正好有一個活生生的人站在你網站的門口。問題是你打算怎麼接待他。

我習慣用一個比喻:404 頁面就像百貨公司裡的臨時服務台。客人本來要找的專櫃剛好撤了,他站在原地有點茫然。一個好的服務台會做三件事,確認客人需要什麼、指引他到對的地方、順便告訴他樓上還有哪些值得逛的。一個爛的服務台只會說「這裡沒有」,然後把客人晾著。

這個比喻背後有一個重要觀念:404 頁面不是被動的錯誤訊息,它是一個主動的接觸點。它會影響訪客能否繼續找到內容、瀏覽其他頁面或完成原本的任務。這是使用者體驗與轉換上的救援機會,但不能把停留時間或跳出率直接說成 Google 的網站品質評分。

當然,這不代表你要故意製造 404。正確的方向是兩條腿走路:一方面盡可能減少「不該出現」的 404,另一方面把「一定會出現」的 404 設計成一個能接住人的頁面。兩件事缺一不可,而多數網站兩件都沒做好。

404 的實際影響要看網站紀錄,不能先假設固定比例。可先從伺服器紀錄或分析工具確認有多少真人碰到 404、從哪個頁面進入,以及是否原本帶著明確任務。若高流量入口或重要轉換路徑持續出現 404,修復與導覽設計就應列入 SEO 健檢;若是無人造訪的隨機錯誤網址,優先度自然較低。

先盤點,再動手:你的網站到底藏了多少 404

做網站 SEO 健檢時,第一批看的資料裡一定有 404。原因很實際,你沒辦法修復你不知道的問題。一個經營了三五年的網站,幾乎不可能沒有 404,改過網址、刪過文章、換過分類、外部連結打錯,每一件事都會在後台留下一堆回應 404 的網址。

找 404 有三條主要路線,建議你交叉使用而不是只靠一種。

第一條是 Google Search Console(簡稱 GSC)。在 GSC 的「網頁索引」報表裡,你會看到「未找到 (404)」的區塊,列出 Googlebot 已發現並嘗試檢索的部分網址。這不代表 Google 認為它們值得索引,也不是全站 404 清冊;來源可能是舊 Sitemap、站內連結、外部連結或歷史網址。想知道怎麼操作這套工具,可以看 Google Search Console 完整教學

第二條是伺服器紀錄(access log)。GSC 只看得到 Googlebot 走過的路,看不到真實訪客踩到的坑。你的伺服器紀錄會記下每一筆回應 404 的請求,包含訪客是從哪個頁面、哪個外部來源連過來的。這份資料對中型以上網站特別重要,因為真人產生的 404 往往和 Googlebot 看到的不一樣。

第三條是爬蟲工具。用 Screaming Frog 或 Ahrefs 的 Site Audit 之類的工具完整爬一遍自己的網站,可以系統性地找出站內所有指向 404 的內部連結。這是最主動的做法,也是你決定優先順序時最可靠的依據。

來源看得到什麼最適合用來
GSC 網頁索引報表Googlebot 碰到的 404找出 Google 在意的失效網址
伺服器 access log所有真實訪客的 404 請求找出真人實際踩到的坑
爬蟲工具(Screaming Frog / Ahrefs)站內連結指向的 404系統性盤點內部連結健康度

清單拿到手,接下來的關鍵動作是排優先順序。每一條 404 的價值差距很大,有些背後掛著高權重的外部連結和穩定流量,有些只是無人在意的拼字錯誤。你有限的時間要投資在前者身上。我的習慣是把清單分成三個等級:有人(或 Google)持續造訪、且背後有連結價值的,列為「立刻處理」;有零星造訪、價值中等的,列為「排程處理」;完全沒人踩、純粹是歷史殘留的,列為「觀察即可」。把八成心力放在第一級,比把全部清單做完一半更有用。

這裡頭藏著一個常被看漏的 SEO 機會:處理指向失效頁面的反向連結。可交叉使用爬蟲、反向連結工具與伺服器紀錄,找出仍帶來造訪或具有相關性的失效網址;若有明確替代內容,就用 301 指向最相關的新頁面,搜尋引擎可能據此整併部分訊號,但不是保證完整轉移。相關策略可參考 反向連結建立指南

盤點完之後,你會得到一份 404 清單。這時候千萬不要一股腦全部轉址到首頁。哪些該轉、哪些該重建、哪些其實留著就好,要看 404 的「來歷」。這就牽涉到下一節要談的分類。

四種 404,四種完全不同的處方

很多人把 404 一視同仁,看到就轉址,轉到首頁了事。這是相當常見的錯誤。不同來源的 404,該用的處方完全不同,用錯了反而會製造新的 SEO 問題。實務上會遇到的 404 大致可歸納成四種類型,每一種對應一種處理方式。

第一種:網址改過了(URL 結構變更)

這是最常見也最該修的一種。你把文章搬到新分類、把舊的日期網址換成更簡潔的 slug、把英文網址改成中文,舊網址就會回應 404。這種情況的標準答案是 301 永久轉址,把舊網址的 SEO 權重盡可能轉移到新網址。詳細的 301 與 302 設定差異,可以參考 301 與 302 轉址完整教學

第二種:頁面真的刪掉了(內容下架)

過期的活動頁、停產的商品、不再提供的服務,你把內容拿掉了。這時候要判斷的是「有沒有替代內容」。有替代頁就 301 轉過去,沒有替代頁但有外部連結指向它,可以考慮設計一個有價值的 404 或用 410(Gone)明確告訴搜尋引擎這個頁面已永久移除。網址變更與結構規劃的原則,可以延伸閱讀 SEO 網址優化指南

這一類 404 是最需要「想清楚再動手」的。實務上常見到網站一遇到產品停產,就直接把頁面刪掉、什麼後續動作都不做,結果原本排在那個商品頁的搜尋流量瞬間歸零,連帶外部網站連過來的反向連結也全數失效。正確的流程應該是這樣:刪除之前,先查這個頁面有沒有自然流量、有沒有反向連結、有沒有內部連結指向它。三項裡有任何一項為真,就要安排去處。最理想的去處是同分類下最接近的替代品頁面;真的找不到替代品,就把流量導向該分類的列表頁,至少把人留在同一個主題脈絡裡,讓他有機會找到相近的商品。什麼都不做、留一個 404 給使用者和搜尋引擎自己想辦法,是這一類問題裡最差的選擇。補充一個容易被遺漏的點:刪除頁面之前,也要記得清掉站內指向它的內部連結和選單項目,否則你等於在自己家裡鋪了一堆通往死巷的路,訪客跟著內部連結走,一路走到 404。內部連結的健康度直接影響爬蟲的理解和使用者的導覽體驗,這方面的系統性規劃可以參考 網站結構與 SEO

第三種:外部連結打錯或舊連結失效

別人在他網站上連到你,結果網址拼錯了一個字,或者連到一個你早就改名的頁面。近來這種來源還多了 AI 這一項:聊天工具引用過期路徑、甚至拼湊出根本不存在的網址,使用者循著連結點進來,一樣落在 404 上。這種 404 你控管不了來源,但可以決定要不要救。判斷標準是那條連結的價值:如果來自一個高權重網站、而且帶來的流量或 SEO 價值可觀,就在你這端補一條 301 把拼錯的網址指到正確頁面。如果只是零星無意義的錯連結,留著無妨,Google 不會因為幾個 404 就懲罰你。

第四種:程式或設定錯誤

rewrite 規則寫錯、固定網址(permalink)設定沒生效、主機把不存在的檔案導到錯誤的處理流程,這類 404 是技術問題,不是內容問題。處方只有一個:把設定修對。這種 404 最危險的地方在於它往往是大面積發生,一個規則寫錯可能讓整個分類的頁面全部回應 404。

404 類型成因正確處方
網址改了URL 結構變更、改 slug301 永久轉址到新網址
內容刪除活動過期、商品停產有替代頁就 301,無替代頁用 410 或設計 404
外部錯連結別人拼錯網址高價值才補 301,其餘可放著
設定錯誤rewrite、permalink、主機設定修技術設定,這是最高優先

把 404 分類之後,你會發現「全部轉到首頁」這個動作有多粗糙。把一個刪掉的商品頁轉到首頁,等於告訴使用者「你要的東西沒了,自己想辦法」,也等於告訴 Google「這個網址的內容現在是首頁」,這對使用者經驗和搜尋理解都是干擾。把處方對到類型,才是真正在解決問題。

Soft 404:Google 眼中比真正 404 更棘手的問題

這裡要講一個很多人沒聽過、但殺傷力更大的觀念:Soft 404。一個網址明明不存在,伺服器卻回傳 HTTP 200(正常),然後秀出一個「找不到內容」的頁面給訪客看。對真人來說,這和真正的 404 沒兩樣;但對搜尋引擎來說,這是一個「宣稱自己是正常頁面、內容卻是空的」的矛盾訊號。

Google 在Search Central 的「Avoid creating soft 404 pages」說明文件裡把這種狀況稱為 soft 404,並建議避免。Google 可能把回傳 200、實際上卻像錯誤頁的網址視為 soft 404,並排除在索引之外。問題不在於「薄內容處罰」,而是狀態碼與內容互相矛盾,增加診斷與檢索資源的負擔。

Soft 404 最常出現在兩種情境。第一種是開發者為了「不要讓訪客看到難看的 404」,把所有不存在的網址都導到一個「查無資料」的頁面,卻忘了在伺服器層級回傳正確的狀態碼。立意良好,做法卻錯了。第二種是電商或內容站在沒有符合條件時,回傳一個「目前沒有相關結果」的搜尋結果頁,同樣回傳 200。

Soft 404 通常比正確的 404 更難診斷。真正的 404 清楚告訴 Google「這個網址不存在」,soft 404 卻讓狀態碼與畫面內容不一致。當網站大量產生這類網址時,也可能造成不必要的重複檢索;大型或更新頻繁的網站可搭配閱讀 爬取預算優化策略

怎麼知道自己有沒有 soft 404?最直接的訊號在 GSC 的網頁索引報表裡,Google 會主動標示它認為是 soft 404 的網址。看到這個標示,就是 Google 在提醒你:這個網址回傳了 200,但內容空泛到它判斷實際上是個 404。解法很明確,把這類網址改回真正的 404(或 410)狀態碼,或者給它真正的內容。

自己動手驗證也很簡單。挑一個可疑網址,用瀏覽器開發者工具的網路面板看回應狀態碼;若是 200,畫面卻只有「找不到結果」或「無符合條件」,就要再用 GSC 的網址檢查與頁面索引報表確認 Google 是否判定為 soft 404。篩選器頁面也是常見來源,例如組合條件沒有任何商品,系統仍回傳 200。若網站會大量產生這類網址,應限制無價值組合的發現與檢索,並替有實際用途的零結果頁提供合理導覽。

處理 soft 404 時有一個判斷要先做好:這個網址值得保留嗎?如果它對真人確實有用(例如一個合理的分類組合頁),那就應該為它補上真正有價值的內容,讓它名實相符。如果它純粹是系統產生的垃圾組合,那就讓它乾脆地回傳 404 或 410,把它從索引裡清乾淨。最糟糕的選擇是維持現狀,讓一堆空殼頁面占著位置。

一個能挽回訪客的 404 頁面,需要這五個元件

前面談的是「不該存在的 404 怎麼消除」。這一節反過來,談那些一定會發生、無可避免的 404,要怎麼設計成一個能把人接住的頁面。我整理出五個元件,缺一不可。這也是標題所說的,把流失流量變回忠實訪客的關鍵。

元件一:一句清楚的說明,承認發生了什麼

第一個元件看似基本,卻最多人做錯。你要用一句話誠實告訴訪客「這個頁面找不到」,並且把責任攬在自己身上,而不是暗示是訪客搞錯了。「抱歉,你要找的頁面可能已經移除或改名了」遠比「錯誤代碼 404」「Invalid URL」來得友善。避開技術術語,用一般人聽得懂的話說明現況。

元件二:一條回家的路

訪客現在有點迷路,你需要給他一條明確的退路。最基本的配備是一個回到首頁的按鈕和一個站內搜尋框。搜尋框特別重要,因為訪客本來就是在找某個東西,與其讓他重新從首頁瀏覽,不如讓他直接輸入關鍵字繼續找。這個元件直接影響跳出率,關於跳出率背後的 SEO 意義,可以看 跳出率與 SEO 的關係

元件三:三到五個高機率的下一步

不要只給一個「回首頁」就了事。動動腦想想,來到你這個頁面的人,他本來可能在找什麼?把你站上最受歡迎的文章、最常被搜尋的分類、最近更新的內容,挑三到五個放在 404 頁面上。這就像百貨公司服務台牆上貼的樓層導覽,給訪客一個「既然來了,不如逛逛這裡」的理由。這是 404 頁面最容易被忽略、也最有機會創造價值的地方。

元件四:一個不破壞氣氛的行動呼籲

如果你的網站有聯絡表單、訂閱功能或客服管道,404 頁面是一個低壓力放上行動呼籲(CTA)的好地方。重點是「低壓力」,不是要你在錯誤頁上塞一個「立即購買」。一句「找不到你要的東西嗎?告訴我們,我們幫你找」配上聯絡按鈕,既解決了訪客當下的困境,也為你創造了一次互動的機會。CTA 的設計邏輯,可以延伸參考 Landing Page 轉換優化

元件五:品牌一致性,不要讓訪客覺得走錯了站

很多 404 頁面長得跟網站其他頁面完全不一樣,配色跳掉、字體不同、連選單都不見了。訪客會瞬間懷疑自己是不是被導去別的網站。404 頁面必須保留你網站的視覺框架:同樣的頁首、同樣的選單、同樣的色彩和字體、同樣的語氣。它是一個「在我家裡發生的小意外」,不是「把客人請到門外」。關於品牌網站整體視覺的一致性,品牌網站設計指南有更完整的討論。

元件解決的問題沒做到的後果
清楚的說明讓訪客知道發生什麼訪客一頭霧水,直接關掉
回家的路給訪客退場選項跳出率飆高
高機率下一步創造繼續瀏覽的誘因流失一次寶貴的互動
行動呼籲把危機變成互動機會錯失名單與詢問
品牌一致性維持信任感訪客懷疑走錯網站

這五個元件放在一起,一個 404 頁面就從「把人推走」變成「把人留下」。它不是一個技術問題的附屬品,它是你網站使用者經驗的一部分。投資一小時設計它,回報會持續累積,因為只要你的網站在運作,就一定會有人走到這一頁。

行動版 404 頁面空間有限,應優先放清楚說明與最可能的下一步;搜尋框、熱門頁面或聯絡按鈕的順序可依網站內容量與使用者需求決定。上線前要檢查響應式、鍵盤操作與可讀性,整體原則可搭配響應式網頁設計檢視。

HTTP 狀態碼不能妥協,404 就要回傳 404

設計完好看的 404 頁面,還有一個技術細節很多人踩雷:這個頁面回傳的 HTTP 狀態碼到底對不對。實務上不少網站,404 頁面設計得漂漂亮亮,伺服器回傳的卻是 200(正常)。這就把前面提到的 soft 404 問題原封不動搬到自己家裡了。

規則很簡單,但要嚴格遵守:當一個網址真的不存在,伺服器就必須回傳 HTTP 404 狀態碼。這是 HTTP 協議裡「Not Found」的標準定義(RFC 9110 HTTP Semantics 對 404 狀態碼的定義)。狀態碼是給機器看的,頁面內容是給人看的,兩者不能互相取代。一個給人看的友善頁面,搭配一個給機器看的正確狀態碼,這才是完整的工程。

常見的設定錯誤有幾種。有些主機預設把所有「找不到檔案」的請求導向自訂錯誤頁,卻沒有同時回傳 404 狀態碼,而是回了 200。有些架站平台或佈景主題把 404 頁面包裝成一般頁面,狀態碼也被改成 200。確認的方法很直接,用瀏覽器的開發者工具或線上的 HTTP 檢查工具,隨便打一個你站上不存在的網址,看看回應的狀態碼是不是 404。如果不是,這是技術 SEO 層面必須優先處理的問題,相關的全面排查可以參考 技術性 SEO 完整指南

這裡有一個相關但不同的狀態碼:410(Gone),表示資源已永久移除。Google 通常會以相近方式處理 404 與 410,因此不必為了追求更快移除而全面改成 410;當你能明確判定內容永久下架時,410 可讓伺服器語意更精準。

談轉址就不得不提兩個技術陷阱:轉址鏈和轉址迴圈。轉址鏈指 A 轉到 B、B 又轉到 C,多次跳轉會增加延遲、浪費檢索資源,也提高日後維護出錯的機率;不要把它簡化成每一跳固定損失 PageRank。能直接指向最終網址就直接指向。轉址迴圈則是 A 轉到 B、B 又轉回 A,搜尋引擎和使用者都無法抵達內容,應定期用爬蟲工具檢查。

把狀態碼搞對,是 404 優化裡最不性感、卻最不能省的一步。一個畫面再友善的 200 錯誤頁,在搜尋引擎眼裡都是一個說謊的頁面。技術正確性與使用者友善,兩者要同時做到。這也呼應了一個更大的原則:技術 SEO 的根基扎得不穩,再好的內容和設計都會打折,整體的技術健康度檢查值得你排進年度計畫。

轉址、重建還是放生?一張決策表幫你果斷抉擇

盤點完 404 清單、分好類型之後,最常卡住的是「這一條到底該怎麼辦」。我整理成一張決策表,讓你在面對任何一條 404 時,都能照著走、快速下判斷。判斷的邏輯核心是兩個問題:這個網址還有沒有人(或 Google)在意?以及,有沒有一個合理的去處?

情境有沒有替代頁建議做法
改過網址,舊網址還有內外部連結有(新網址)301 轉址到新網址
刪掉頁面,有相關內容可替代有(同主題頁面)301 轉址到最相關的頁面
刪掉頁面,沒有任何替代內容沒有回傳 410 或維持 404,搭配設計過的錯誤頁
拼錯或失效的外部連結,帶來有意義流量有(正確網址)301 把錯網址指到正確頁
拼錯連結,流量極低且無 SEO 價值不一定放著不處理,定期清理即可
大量設定錯誤產生的 404看情況優先修設定,再決定是否轉址

有一個原則我要特別強調:不要把所有 404 都轉到首頁。這是最常見的偷懶做法,也是 Google 明確不樂見的。把一個不存在商品頁的網址轉到首頁,對使用者是誤導(他要的東西首頁沒有),對搜尋引擎是干擾(這個網址的「內容」突然變成首頁,語意不通)。正確的做法是轉到「最相關的替代頁面」,找不到相關頁面,就讓它維持 404 或 410,然後把心力放在設計一個好的錯誤頁。

另一個容易糾結的點是:要不要主動提交移除?多數時候不需要。Google 處理 404 的機制很成熟,會在一段時間後自動把回應 404 的網址從索引移除。你要做的是確保狀態碼正確、確保內部連結沒有繼續指向已移除的頁面,剩下交給時間。想即時觀察索引狀態,可以學會用 Google 索引查詢方法

WordPress 與常見架站平台的 404 實作清單

觀念講完了,這一節給具體的實作方向。以台灣最普遍的 WordPress 為例,404 頁面通常由佈景主題裡的 404.php 模板負責。大多數主題都會帶一個預設的 404 頁面,問題是預設版通常很陽春,只有一行字和一個搜尋框。你可以透過幾個方向改善它。

第一,確認 404 狀態碼正確。WordPress 本身在找不到文章時會正確回傳 404,但有些外掛或自訂的 rewrite 規則會把它改成 200。裝一個能檢查狀態碼的外掛,或者乾脆用 curl 指令測試,確保你的 404 真的是 404。在 WordPress 生態裡做好整體的 SEO 設定,WordPress SEO 完整指南是很好的起點。

第二,善用佈景主題的 404 編輯功能。現在不少主題和頁面編輯器(例如區塊編輯器、Elementor)都支援用拖拉方式自訂 404 頁面,不需要碰程式碼。把前面講的五個元件一一放上去:說明文字、搜尋框、熱門頁面連結、聯絡按鈕、品牌視覺。如果你還在選擇工具,WordPress SEO 外掛推薦能幫你縮小範圍。

第三,處理轉址。WordPress 處理 301 轉址最乾淨的方式是透過 .htaccess(Apache 主機)或伺服器層級的設定(Nginx),也可以用 Redirection 這類外掛來管理。外掛的好處是有圖形介面、會記錄 404 日誌,方便你持續監控;壞處是效能開銷略高。小型網站用外掛很合適,大型網站建議在伺服器層級處理。

第四,固定網址(permalink)變更時要格外小心。改 permalink 結構是 WordPress 上最容易製造大量 404 的動作,一改下去,全站舊網址瞬間失效。務必在變更的同時部署好對應的 301 轉址規則,這件事的完整步驟在 WordPress 固定網址 SEO 設定裡有詳細說明。平時也要定期提交 sitemap 讓 Google 知道你最新的網址結構,相關做法見 Sitemap 提交實作教學

第五,檢查 WordPress 自動產生的彙整頁。標籤、作者、日期彙整與站內搜尋結果頁可能被索引,但它們不會因為是彙整頁就自動成為 soft 404。先判斷頁面是否有獨立導覽價值、是否重複,以及 Google 實際怎麼處理;沒有搜尋價值的頁面可考慮設定 noindex,細節可參考 noindex 入門介紹。若多個網址呈現高度相近的可索引內容,再依 Canonical URL 指南選擇合適做法,而不是把 canonical 當成 soft 404 的通用解法。

如果你用的不是 WordPress,而是 Shopify、Wix、客製系統,邏輯完全一樣:找到錯誤頁模板、把五個元件放進去、確認狀態碼、管理好轉址。平台不同,原則不變。

五步行動方案,本週就能上手的 404 搶救計畫

讀到這裡,你腦裡大概有了一堆「該做」的事。我不喜歡給一張永遠做不完的清單,所以把它收斂成五步,照著走,一個禮拜內你就能看到明顯改善。

  1. 打開 GSC,匯出報表已知的 404 範例。再補上伺服器紀錄與爬蟲結果,因為 GSC 不會列出全站所有 404。依真人造訪、站內連結、外部連結與替代內容排序,找出優先處理的網址。
  2. 把這 20 條 404 依類型分類。對照前面講的四種類型(改網址、刪內容、外部錯連、設定錯誤),每一條貼上對應的處方。設定錯誤的那種,今天就去修,因為它往往是大量 404 的源頭。
  3. 部署該做的 301 轉址。只轉「有替代頁」的那幾條,轉到最相關的頁面,不要圖方便全部丟到首頁。每轉一條,確認它真的回傳 301。
  4. 重新設計你的 404 頁面。把五個元件一次補齊:友善說明、搜尋框、三到五個熱門頁面、聯絡按鈕、品牌視覺。完工後,用開發者工具確認這個頁面回傳的是 404 狀態碼。
  5. 建立每個月一次的 404 健檢習慣。把 GSC 報表和爬蟲工具排進例行工作,新增的 404 即時處理,別讓它們累積成下一個債。如果你的網站近期也遇到整體流量下滑,404 往往是其中一個被輕忽的環節,完整的排查思路可以參考 網站流量恢復方法

走完這五步之後,你可以用一張簡單的檢查表來確認成果。一個處理到位的 404 頁面應該同時滿足:伺服器回傳正確的 404(或 410)狀態碼、頁面有清楚的中文說明、第一屏就看得到搜尋框和回首頁按鈕、列出三到五個熱門頁面、視覺風格和整站一致、行動裝置上排版正常。這張表你可以存下來,每次改版或換主題之後重新跑一遍,確保之前的成果沒有被覆蓋掉。404 的設定很容易在改版過程中被「順手重置」回預設值,這是常見的重複悲劇,養成每次改版後複檢的習慣,能幫你省下重新找問題的時間。

404 頁面是網站裡最被低估的一塊。它不起眼、不性感,每個月可能只有幾百個人造訪,但這幾百個人每一個都是帶著明確目的走進來的。你怎麼接待他們,決定了他們是離開,還是留下來繼續逛。

把 404 做好,不一定會帶來明顯的流量成長。比較實際的驗收方式,是確認重要失效網址已有正確去處、站內不再持續產生錯誤連結、404 頁能協助訪客繼續導覽,並觀察碰到 404 後的離站率與後續互動是否改善。

404 的優化也反映了 SEO 工作的本質:它不是一個靠大動作、大改版取勝的領域,它靠的是把無數個小環節一個一個修好。一條被略過的失效連結、一個回傳錯誤狀態碼的頁面、一個沒人設計過的錯誤畫面,單獨看都不起眼,加起來卻是每天一點一滴流失的流量與信任。把這些後門一個個關上、改成會接待人的入口,你網站的整體健康度和轉換效率會在不知不覺中往上提升。這種改善沒有戲劇性的瞬間,但時間拉長來看,差距會非常明顯。

現在,就從第一步開始。打開你的 GSC,看看你的網站到底藏了多少個沒人管的 404。你大概會比我預期的更驚訝。

常見問題

網站出現很多 404 會被 Google 懲罰嗎?
不會直接懲罰。Google 官方表示 404 是網路運作的正常現象,不會因為「有 404」就直接調降全站權重;但如果是有流量或外部連結的重要頁面變成 404 又沒處理,會造成權重流失與體驗不佳,間接影響排名。關鍵在重要頁面有沒有被照顧到,404 的總數量反倒不那麼重要。
404 和 410 對索引移除速度有差嗎?
語意上有差,實務處理相近。410 在 HTTP 語意上比 404 更明確代表「永久移除」,但 Google 說明通常會以相近方式處理兩者,不必為了加快索引移除而全面改用 410;能明確判定內容永久下架時,用 410 讓網址狀態更精準即可。
修好 404 為什麼 Search Console 還報錯?
因為 Google 重新檢索需要排程時間。在 Search Console 對問題按下「驗證修正後的項目」後,Google 會安排重新檢索這些網址,通常需要幾天到幾週。只要確認伺服器端已正確回傳 200 或 301,錯誤會隨時間消失,不需反覆驗證。
AI 搜尋時代,404 頁面為什麼更重要?
因為 AI 工具會產生不存在的網址、引用過期路徑(AI 幻覺),使用者循著這些錯誤連結點進網站時,404 頁面是接住這波流量的最後機會。設計得當的 404 頁面能把迷路但有意圖的訪客引導到相關內容,把原本會流失的流量回收回來。

主題聚落|技術 SEO 與網站架構 看「SEO 搜尋引擎優化」中樞 →

相關文章

褚崇名(Sliven) 創辦人・巫普斯科技有限公司

長期投入技術 SEO、GEO/AEO 與 AI 搜尋實務。本站文章以可驗證資料、公開來源與實作觀察整理而成。

完整作者介紹LinkedInGitHubX

想把這篇的方法用在自己的站上?

SEO 健檢、GEO/AEO 引用優化、網頁設計諮詢——把文章裡的方法落地到你的網站。