
404 錯誤頁設計要讓訪客看懂「這個頁面找不到」,並提供能繼續找資料的入口;網站同時必須回傳正確的 404 狀態。若原內容只是搬家,應轉到對應的新頁面;若內容已刪除且沒有替代頁,就保留清楚的錯誤說明,不要把所有失效網址都轉到首頁。
有人從舊文章、收藏或搜尋結果進站,點開後卻找不到原本的內容。此時,一張漂亮插圖不足以解決問題。訪客需要知道自己是否仍在同一個網站,以及還能去哪裡找資料;維護人員則需要確認,這是內容已移除,還是原本正常的頁面出了問題。
LANZE GUIDES / 網站規劃
整理 404 錯誤頁的文案範例、操作入口與轉址判斷,說明何時恢復內容、使用 301 或保留 404/410,並附上手機、鍵盤及狀態碼檢查方法。

404 錯誤頁設計要讓訪客看懂「這個頁面找不到」,並提供能繼續找資料的入口;網站同時必須回傳正確的 404 狀態。若原內容只是搬家,應轉到對應的新頁面;若內容已刪除且沒有替代頁,就保留清楚的錯誤說明,不要把所有失效網址都轉到首頁。
有人從舊文章、收藏或搜尋結果進站,點開後卻找不到原本的內容。此時,一張漂亮插圖不足以解決問題。訪客需要知道自己是否仍在同一個網站,以及還能去哪裡找資料;維護人員則需要確認,這是內容已移除,還是原本正常的頁面出了問題。
404 表示伺服器找不到這次要求的資源。它可能出現在網址拼錯、頁面刪除,或改網址後沒有安排轉址時。單憑 404 無法判定頁面是暫時找不到,還是永久移除,也不能直接推論整個網站都壞了。
對網站負責人而言,第一個問題是「這份內容現在應不應該存在?」如果服務仍在提供,頁面卻突然失效,應檢查發布狀態、網址設定或程式問題。若文章已經合併到另一篇,則核對新文章是否真的承接原本的資訊,再安排轉址。
網站搜尋頁正常運作,只是查不到符合條件的文章,應顯示「找不到符合的結果」並讓訪客調整搜尋詞。這與點開一個根本不存在的文章網址不同,不應直接套用同一份 404 說明。
網站維護、伺服器暫時異常,以及登入後才能閱讀的內容,也要依實際原因處理。不要為了畫面一致,就把所有情況都寫成「頁面已刪除」。這會讓訪客做出錯誤判斷,也讓維護人員更難追查。
錯誤頁的主標題可以直接寫「找不到這個頁面」,再用一小段文字說明可能原因和下一步。訪客不需要先理解 404 的技術意思,也不應被要求看完一段品牌故事,才知道發生了什麼事。
例如,一般官網可以使用這組文案:「找不到這個頁面。網址可能已變更,或連結不完整。你可以查看知識文章,或回到首頁重新尋找。」其中的入口應依網站實際內容調整;如果沒有知識文章列表,就不要放一個無法使用的按鈕。
「你輸入了錯誤網址」把責任放在訪客身上,但連結可能來自網站自己的選單。改成「如果是自行輸入網址,可以確認拼字與是否完整」,既提供做法,也沒有假定錯誤一定來自對方。
「頁面去旅行了」「你迷路了」可以有品牌個性,卻不能單獨取代說明。尤其訪客正急著查售後資料或合作資訊時,幽默不一定有幫助。保留清楚標題,把插圖和輕鬆語氣放在次要位置,讓訪客先看見發生什麼事,以及可以點哪裡。
品牌色、字體和 Logo 可沿用網站既有樣式,讓訪客知道自己沒有跳到陌生網站。重要訊息應使用真正的網頁文字,不要全部畫進插圖。團隊若還沒約定錯誤訊息的語氣,可以參考品牌語調指南,把正常介紹與出錯時的寫法分開整理。
404 頁面應優先提供與網站用途相關的入口。內容型網站可以引導到文章列表;服務型官網可以保留主要服務入口;資料較多且搜尋功能可靠時,再提供搜尋框。入口數量要能讓人選擇,不必把整張網站地圖塞進錯誤頁。
假設失效網址屬於舊的文章區,可以提供知識文章入口;若完全無法判斷來源,就保留首頁和清楚的主要導覽。不要只根據網址裡一個字,就斷言某篇文章是正確替代內容。無法確認時,寫「你也可以查看」會比「你要找的頁面在這裡」準確。
按鈕文字應寫出目的地,例如「查看知識文章」「回到首頁」,而不是全部寫「立即前往」。若提供「返回上一頁」,要考慮訪客可能直接從其他網站進來,或在新分頁開啟;返回功能不應是唯一選項。
搜尋框也要真的能用。讓使用者輸入後沒有反應,或只搜尋產品卻把入口標為「搜尋全站」,都會造成第二次困惑。沒有可靠搜尋功能時,用清楚的分類入口更合適,不必為了錯誤頁臨時新增複雜功能。
錯誤頁中的導覽應與一般頁面保持一致。選單名稱、展開方式和手機關閉方式,可對照網站選單設計與操作檢查逐項確認。訪客已經遇到一次找不到內容,熟悉的選單和按鈕可以繼續沿用。
處理失效網址,應先判斷原內容是否仍需要提供,以及是否有能回答同一問題的新頁面。頁面只是搬家時,使用對應的永久轉址;內容誤刪時,先恢復;確實沒有內容可提供時,回傳 404 或依實際情況使用 410。
| 遇到的情況 | 建議處理 | 處理後要確認 |
|---|---|---|
| 內容仍需要,但被誤刪或取消發布 | 恢復正確內容及原本網址 | 一般訪客可閱讀,回傳正常狀態 |
| 同一份內容改到新網址 | 設定 301 永久轉址至對應頁面 | 直接到最終頁面,內容與原需求相符 |
| 幾篇舊文合併成一篇完整文章 | 核對新文涵蓋內容後,分別設定轉址 | 重要問題仍有答案,站內連結同步更新 |
| 內容永久移除,沒有相關替代頁 | 回傳 404 或 410,提供可用導覽 | 沒有假裝正常,也沒有轉到無關頁面 |
| 從未存在、也沒有實際用途的網址 | 保留正確 404 | 網站內沒有持續指向它的錯誤連結 |
410 表示資源已移除且預期不會恢復;404 本身不說明永久性。選擇時應符合實際狀態,不必把換成 410 當作改善搜尋排名的方法。仍需要提供的內容應先恢復;有新頁面可接替時,再比對新舊內容是否回答同一個問題。
訪客原本找的是一篇教學,轉址後卻看到品牌首頁,仍然沒有得到答案。搜尋系統也可能把不相關的轉址視為內容不存在。只有新頁面確實接替原內容時,才適合設定轉址。首頁通常無法代替原本的文章、服務或活動說明。
例如,一篇舊的網站上線清單併入新版完整指南,可以比對兩份內容後轉到新指南。若舊活動已結束,但頁面仍有活動紀錄、參加資訊或後續安排,則可以評估保留內容並清楚註明活動狀態,不必因日期過了就直接刪除。

完成錯誤頁設計後,還要請開發人員檢查 HTTP 狀態碼,也就是伺服器回覆瀏覽器的結果代碼。畫面寫「找不到頁面」,卻回傳代表成功的 200,可能被搜尋系統判定為 soft 404;只看畫面無法確認設定正確。
正確的做法是在訪客輸入的失效網址上顯示錯誤頁,並回傳 404。不要先跳到一個正常回傳 200 的「錯誤頁網址」,也不要把頁面標題改成 404,就當成技術處理已完成。
可以使用瀏覽器開發工具的網路面板,重新載入後查看主要文件的回應,不要誤看圖片或字型請求。若不熟悉工具,請維護人員提供結果與截圖;只回覆「已修正」不足以確認是改了畫面、轉址,還是狀態碼。
已刪除且沒有替代內容的頁面,也應從可索引頁面的 Sitemap 清單移除,站內連結則改到正確位置或刪掉無用入口。用 robots.txt 擋住失效網址,不能代替正確回應;搜尋系統需要能取得回應,才有機會更新對頁面的判斷。
驗收 404 頁面時,應分別檢查直接開啟、從站內連結進入、手機操作,以及鍵盤操作。測試目的不只是在某個網址看到插圖,而是確認訪客可以理解情況,並走到仍然有效的內容。
先確認測試網址沒有對應內容,再用未登入的瀏覽器直接開啟。核對標題、說明、導覽和狀態碼,並確認畫面沒有露出管理工具、程式錯誤細節或登入後才可見的資訊。測試網址不用新增成正式文章。
如果問題來自某篇文章裡的連結,先打開該篇文章,再點擊原連結。修正後也要從同一個入口重測。直接開新網址正常,不代表原本那個錯誤連結已經修改,更不能證明轉址沒有多繞幾次。
檢查主標和按鈕是否在合理的閱讀順序中,插圖有沒有把操作入口推到很下面。放大文字後,說明不能被裁掉;畫面不應需要左右拖動才能看完一句話。若提供搜尋,還要測試鍵盤打開後能否看見輸入內容和送出方式。
用 Tab 移動到連結與按鈕,確認目前選取位置看得見,再用 Enter 開啟目的地。不要讓焦點停在隱藏區域,或被裝飾動畫擋住。若網站需要支援螢幕閱讀器,也要檢查它能否讀出主標題與連結名稱。

整理 404 紀錄時,優先修正網站仍在使用、有人持續點擊,或原本應該正常提供服務的網址。陌生程式亂猜的路徑,與首頁主要按鈕連到失效頁面,影響並不相同,不必只按錯誤出現次數排順序。
建議建立一份簡單紀錄,寫下失效網址、發現位置、原本要提供的內容、負責人、處理方式及重測結果。若需要留存來源資料,避免把含個人資料或存取憑證的完整網址複製到公開文件。
修正後要觀察同一入口是否仍然出錯。搜尋報表或快取可能不會立刻更新,因此應保留檢查時間與實際回應,分清楚「網站已修正」和「外部報表已更新」。不要因報表還留著紀錄,就反覆更換網址。
網站改版前,可把主要舊網址和處理方式加入網站建置與上線驗收清單。改版完成後,重新開啟原有文章、服務與活動入口,比只確認新首頁漂亮更能發現內容遺漏。
不一定。不存在且沒有替代內容的網址,回傳 404 是合理處理。需要注意的是原本應該存在的內容失效、站內一直提供錯誤連結,或錯誤頁卻回傳成功狀態。先看網址是否有用途,再決定要恢復內容、轉址或保留 404。
不一定。內容量多且搜尋結果可靠時,搜尋框有助於重新找資料;內容較少的官網,可以提供清楚的主要入口。若搜尋只支援部分內容,應說明搜尋範圍。新增一個不準確或無法操作的搜尋框,會讓訪客再遇到一次困難。
仍應更新自己能修改的站內連結,讓訪客直接到正確頁面。轉址主要照顧既有收藏、舊連結和其他仍使用舊網址的入口。修改後同時測試原入口與舊網址,確認目的地正確,且沒有循環或不必要的連續跳轉。
先挑一個實際有人使用的失效連結,確認原內容是否仍需保留,再決定恢復、轉址或顯示 404。完成後,從原入口走一次,記下狀態碼、最後頁面與手機操作結果。把結果交給負責內容與維護的人確認,並更新仍指向舊位置的站內連結。
發布:嵐澤 LANZE / 發布日期
LANZE GUIDE