- 首頁
- 知識庫
- SEO 搜尋引擎最佳化
- HTTP 狀態碼對 SEO 有什麼影響？404、410、軟 404 與 5xx 的處理
SEO 搜尋引擎最佳化
HTTP 狀態碼對 SEO 有什麼影響？404、410、軟 404 與 5xx 的處理
作者：JamXu更新日期：2026-10-19
HTTP 狀態碼是伺服器回覆每一次要求時附上的三位數代碼，Google 依它決定要不要使用這個網址的內容。404 和 410 會讓網址逐漸從索引移除，但不會拖累網站其他頁面；真正要處理的是「看起來找不到卻回傳 200」的軟 404，以及持續超過一兩天的 5xx 伺服器錯誤，後者會讓 Google 降低整個網站的檢索頻率，最後把網址移出索引。網站維護或暫停營業時，短期用 503，較長時間則保留網站、只限制功能。
HTTP 狀態碼是什麼？Google 怎麼看五大類
每次有人打開一個網址，不論是訪客的手機還是 Google 的漫遊器（爬蟲），網站伺服器都會先回一個三位數的代碼，這就是 HTTP 狀態碼。訪客通常只在出錯時看到「404 找不到網頁」這類字樣；對搜尋引擎來說，它卻是判斷「這個網址還能不能用」的第一個依據。
狀態碼依第一個數字分成五大類。1xx 是傳輸過程中的暫時訊息，網站管理者幾乎不會接觸；2xx 代表成功；3xx 代表內容換了地方；4xx 代表要求本身有問題，例如網址不存在；5xx 則是伺服器自己出了狀況。很多 SEO 問題其實不是內容寫得不好，而是伺服器回了一個和實際情況不符的狀態碼，讓 Google 做出錯誤的判斷。
依 Google 說明 HTTP 狀態碼如何影響檢索器的官方文件，Google 會依類別採取不同的處理方式。下表把企業網站最常遇到的幾種狀態碼整理在一起，先建立整體印象，後面各節再逐一說明。
| 狀態碼 | 代表意思 | Google 怎麼處理 | 對搜尋的影響 |
|---|---|---|---|
| 200 | 成功，內容正常送出 | 把內容交給索引系統評估 | 有機會被收錄，但不保證 |
| 301／308 | 永久搬到新網址 | 跟隨轉址，視為處理新網址的強烈信號 | 新網址逐漸取代舊網址 |
| 302／307 | 暫時搬到別處 | 跟隨轉址，視為微弱信號 | 舊網址可能繼續留在索引 |
| 404／410 | 找不到／已永久不存在 | 不使用內容，已收錄的網址會被移除 | 只影響該網址，檢索頻率逐漸降低 |
| 429 | 要求太多次 | 當成伺服器超載，比照伺服器錯誤 | 整個網站的檢索頻率暫時下降 |
| 500／502／503 | 伺服器錯誤、閘道錯誤、暫時無法服務 | 暫時降低整個網站的檢索頻率 | 短期保留在索引，持續發生就會被移除 |
這張表有兩個重點值得先記住。第一，同一類狀態碼對 Google 的結果往往相同，例如 404 與 410、301 與 308；第二，4xx 只影響出錯的那個網址，5xx 卻會影響 Google 對整個網站的檢索。所以一堆 404 通常不必緊張，伺服器錯誤卻要當天處理。
2xx 與 3xx：回傳 200 不代表一定會被收錄
200 是最常見的狀態碼，意思是「網頁成功送出」。很多人以為只要網頁打得開、狀態碼是 200，Google 就會收錄，其實不然。Google 的文件說得很清楚：回傳 2xx 只代表內容會被送進下一個處理步驟，索引系統可能收錄，也可能不收錄。內容重複、品質不足、被判斷成錯誤頁，都可能讓一個 200 的網頁停在「已檢索，但目前未建立索引」的狀態。
2xx 類別裡還有兩個成員值得認識。204 代表「成功但沒有內容」，Google 收不到東西，自然無從收錄。304 則是省資源的工具：Google 帶著上次檢索的時間來詢問時，伺服器若判斷內容沒變，可以只回 304、不送網頁本體，Google 會沿用上次的版本，伺服器資源就能留給真正有更新的頁面。
3xx 轉址只要先記住三件事
3xx 是「內容換地方了」的訊號。這部分最常見的問題是該用 301 還是 302、什麼時候該轉址而不是改用 canonical 或 noindex，這些選擇本站已經在 noindex、canonical、301 怎麼選一文完整比較過，這裡只補充和狀態碼本身有關的三件事：
- 永久與暫時：301 與 308 是永久搬家，Google 視為處理新網址的強烈信號；302 與 307 是暫時外出，信號較弱。
- 轉址的內容會被忽略：中間那個轉址回應帶了什麼文字，Google 都不會使用，只有最後目的地的內容有機會被收錄。
- 轉址鏈不要太長：Google 的檢索器預設最多跟隨 10 次轉址，多層轉址最好整理成一次直達。
404 與 410：刪除頁面時該回傳哪一個？
下架商品、結束活動、整理舊文章，網站一定會有頁面被刪除。答案很簡單：內容真的不存在、也沒有替代頁時，回傳 404 或 410 就是正確做法。Search Console 的說明中心甚至直說，大部分的 404 錯誤都不值得花時間修正，因為它們不會影響網站的索引或排名。
那 404 和 410 該選哪一個？網路上常見的說法是「410 會讓 Google 比較快移除網址」，但以 Google 目前的文件來看，Google 對 404 與 410 的處理方式相同：兩者都會讓已收錄的網址從索引中移除，也都會讓檢索頻率逐漸降低。所以不必為了 410 特地修改伺服器設定，平台預設的 404 就足夠；如果你的系統剛好能設定 410，用它表達「永久不會回來」也沒有問題。
那網站有很多 404，會不會被認為品質不好？依 Google 的說明，除了 429 以外，4xx 狀態碼不會影響 Google 對網站的檢索頻率，404 本身也不會拖累其他頁面的排名。被刪除且沒有替代內容的網址，報表大約一個月後就不會再顯示這筆 404。
哪些 404 值得處理，哪些可以放著
不必處理不代表全部忽略。判斷的關鍵在於「這個網址還有沒有人在用」：
| 404 的來源 | 要不要處理 | 怎麼處理 |
|---|---|---|
| 你自己刪除、沒有替代內容的頁面 | 不必 | 維持 404，順手移除站內指向它的連結 |
| 列在 Sitemap 裡的網址 | 要 | 更新 Sitemap，只列出存在且想被收錄的網址 |
| 站內選單、文章內文還連到它 | 要 | 修正連結，改指向現有的相關頁面 |
| 內容其實搬到了新網址 | 要 | 設定 301 轉址到新網址 |
| 外部網站大量連結的舊網址 | 值得處理 | 有相關內容就轉址過去，保留訪客與連結 |
表中最需要留意的是 Sitemap 與站內連結。Sitemap 是你主動告訴 Google「這些網址很重要」的清單，清單裡出現 404 等於自己送出錯誤資訊，Search Console 也會把它歸在需要處理的問題。站內連結指向 404 則直接傷害訪客體驗，內部連結怎麼做一文整理了逐頁找出並修正失效連結的檢查步驟。
刪除頁面時三個不要做的事
- 不要全部轉到首頁：把所有消失的網址都轉址到首頁，訪客找不到原本要的內容，Google 也可能把這些轉址視為軟 404。
- 不要用 robots.txt 擋住 404 網址：被擋住的網址 Google 讀不到 404 狀態，也就無法確認它已經不存在，Google 也提醒這會妨礙它理解網站的結構。
- 不要做一頁空殼假裝還在：為了避免 404 而保留一個只剩標題的空白頁，正是軟 404 最典型的來源。
活動頁、停售商品、網站搬家這些特定情境各有更細的判斷流程：活動頁到期下架與網址處理談活動結束後的五種選擇，電商網站 SEO 怎麼做說明停售與缺貨商品的網址去留，網站搬家的網址對照與轉址則從盤點到上線一步步帶你做。
401、403、429 與其他 4xx：容易誤用的情況
除了 404 與 410，4xx 類別還有幾個代碼會出現在 Search Console 的報表裡。它們在 Google 眼中的結果大多相同，都是「這個網址沒有可用的內容」，但造成的原因不同，處理方式也不一樣。
| 狀態碼 | 常見原因 | 建議處理 |
|---|---|---|
| 401 未經授權 | 網頁要求登入，例如會員專區、測試站加了密碼 | 要被收錄的內容移出登入範圍；不想被收錄的維持現狀即可 |
| 403 禁止存取 | 防火牆、主機安全規則或地區限制擋掉了漫遊器 | 檢查安全規則是否誤擋 Google，必要時確認 Google 的檢索器身分後放行 |
| 429 要求過多 | 主機或防護服務限制了每秒要求數 | 確認限制門檻是否太低；Google 會把它當成伺服器錯誤 |
401 與 403 要特別注意一件事：Googlebot 不會帶著帳號密碼來檢索，所以對 Googlebot 回傳 403 的網頁不會被收錄。如果網站裝了防火牆或防機器人服務，上線後要確認 Search Console 沒有出現大量「因拒絕存取 (403) 而遭到封鎖」的網址，那通常代表安全規則擋錯了對象。
另一種誤用是想減少 Google 的檢索量，就對漫遊器回傳 401 或 403。Google 明確表示不要這樣做：它們和其他 4xx 一樣不會影響檢索頻率，只會讓網址被當成不存在。緊急降低檢索量時，Google 建議的是短時間回傳 500、503 或 429。
軟 404 是什麼？看起來正常反而是問題
軟 404（soft 404，Search Console 繁體中文介面譯為「轉址式 404 錯誤」，也常被稱為軟性 404）指的是：網頁內容告訴訪客「找不到」或幾乎沒有內容，伺服器卻回傳 200 成功。訪客看到的是一頁錯誤訊息，搜尋引擎收到的卻是「一切正常」，兩邊的資訊互相矛盾。
Google 不會因為狀態碼是 200 就照單全收。Google 排解檢索問題的說明文件指出，Google 的系統會判斷網頁內容，發現它實際上是錯誤頁時，就會在網頁索引報表標示為軟 404，並把它排除在搜尋結果之外。結果和 404 一樣不會被收錄，差別在於 Google 得自己去猜，還可能一再檢索這些沒有價值的網址。
軟 404 最常見的六種來源
- 站內搜尋沒有結果的頁面：「找不到符合的商品」卻回傳 200。
- 沒有任何項目的分類頁：商品全部下架後只剩標題與「目前沒有商品」。
- 刪除後留下的空殼頁：內容被清空，頁面框架和標題還在，伺服器照樣回 200。
- 大量轉址到首頁或不相關頁面：舊網址全部導向首頁，Google 可能把這些舊網址視為軟 404。
- 程式或資源載入失敗：資料庫連線中斷、伺服器端引入的檔案遺失或 JavaScript 沒有載入，畫面只剩錯誤訊息或空白。
- 單頁應用程式的錯誤頁：不論打開什麼網址伺服器都回 200，再由程式顯示「查無此頁」。這個情況的解法在 JavaScript 網頁 Google 讀得到嗎有專門說明。
這份清單可以分成兩種性質。前四種是「內容真的沒有了，卻沒有回傳正確的狀態碼」；後兩種是「內容其實存在，只是 Google 沒能正確載入」。後者比較危險，因為被誤判的可能是你最重要的頁面，而你在自己的瀏覽器裡完全看不出異狀。所以看到軟 404，先分辨它屬於哪一種，再決定怎麼改。
軟 404 怎麼修：依三種情況處理
修正軟 404 之前，先在 Search Console 的網頁索引報表找到「轉址式 404 錯誤」這個原因，點進去看是哪些網址，再逐一判斷它們屬於下面哪一種情況。
情況一：內容已經不存在
頁面已經刪除，網站上也沒有內容相近的替代頁，就讓這個網址回傳 404 或 410。如果網址來自站內搜尋或空分類，可以改成在沒有結果時回傳 404，或讓這類頁面不要出現在站內連結與 Sitemap 中。空分類的處理在電商網站特別常見，Google 對沒有項目的類別頁的建議，本站在電商網站 SEO的分類頁段落有整理。
情況二：內容搬到了別的網址
頁面有明確的新位置或替代頁，就用 301 轉址到那一頁。重點是「明確」兩個字：轉址目的地必須和原本的內容相關，例如舊款商品轉到新款、舊文章轉到更新後的版本。找不到相關目的地時，回到情況一的做法，不要為了避免 404 而全部轉到首頁。
情況三：內容明明還在，卻被判成軟 404
這是最需要花時間調查的情況。Google 的說明指出，正常的網頁被標成軟 404，可能是 Googlebot 無法正確載入網頁、缺少重要資源，或轉譯時畫面上出現了醒目的錯誤訊息。檢查步驟如下：
- 在 Search Console 用網址審查貼上該網址，執行即時測試，再開啟「查看已測試的網頁」。
- 看螢幕截圖：畫面是不是空白、幾乎空白，或停在錯誤訊息與載入動畫。
- 看 HTML 分頁：主要內容的文字是否存在；看「更多資訊」裡的頁面資源，是否有圖片、程式等檔案因為被 robots.txt 封鎖、伺服器錯誤或檔案太大而載入失敗。
- 畫面與內容都完整，就檢查頁面是否過於單薄，例如只有一張圖和一行字，必要時補充實質內容。
- 修正後再跑一次即時測試，確認轉譯結果正常，接著在報表中按「驗證修正後的項目」。
Search Console 的驗證通常會在兩週內完成，有時需要更久。驗證期間不要反覆按「驗證修正後的項目」，等系統回報成功或失敗後再決定下一步。如果還不熟悉網址審查的畫面，Google Search Console 教學的網址審查一節有從輸入網址到判讀結果的完整流程。
自訂 404 頁面怎麼設計才有幫助？
404 頁面是給走錯路的訪客看的。訪客可能點到過期連結、打錯網址或從舊書籤進來；好的 404 頁面能把他們留在網站上，空白的「Not Found」則會讓人直接離開。依 Google 的建議，自訂 404 頁面可以包含以下元素：
- 清楚、友善地說明找不到這一頁：用平常說話的語氣，不必出現技術名詞。
- 和網站其他頁面一致的外觀與導覽選單：讓訪客知道自己還在同一個網站，可以從選單繼續找。
- 熱門內容或主要服務的連結，以及回首頁的連結：給訪客一個明確的下一步。
- 回報無效連結的方式：例如聯絡表單或客服信箱，讓訪客幫你找出壞掉的連結。
最重要的一條規則反而不是設計，而是狀態碼：自訂 404 頁面再漂亮，伺服器都必須回傳 404 狀態碼。有些網站為了讓錯誤頁「好看」，把所有不存在的網址都轉址到一個回傳 200 的「找不到頁面」網址，結果每一個錯誤網址都變成軟 404。檢查方式很簡單：在網址列隨便打一個不存在的網址，用後面介紹的方法看回傳的是不是 404。
5xx 伺服器錯誤：500、502、503 對收錄的影響
5xx 代表伺服器自己出了問題：500 是內部錯誤，常見於程式或資料庫出錯；502 是閘道錯誤，多半是 CDN 或代理伺服器連不到後端；503 是暫時無法服務，可能是維護中或流量超過負荷。對 Google 來說，它們的意思都是：伺服器現在處理不了要求。
Google 對 5xx 的反應分成兩個層次。第一個層次是檢索頻率：只要大量網址回傳 500、503 或 429，Google 會降低整個主機名稱的檢索頻率，連那些還能正常回應的網址也一起被放慢。第二個層次是索引：已經收錄的網址會先被保留，但如果持續回傳伺服器錯誤，最後仍會被移出索引。
這個「最後」有多久？Google 的檢索排解文件提到，伺服器回傳 503 或 429 的時間超過兩天，就可能讓這些網址被移出索引；在降低檢索頻率的說明裡，Google 也建議這種做法最多只維持一到兩天。所以 5xx 的處理原則是：短時間的伺服器錯誤不必恐慌，持續超過一兩天才是真正的風險。錯誤減少、伺服器恢復回傳 200 之後，Google 會自動、逐步把檢索頻率調回來。
網路錯誤與 DNS 錯誤的影響更快
比 5xx 更嚴重的是連狀態碼都收不到的情況，例如連線逾時、連線被重設，或 DNS 找不到網站的位置。Google 處理這類錯誤的方式和 5xx 相似，會立即降低檢索頻率；由於完全拿不到內容，無法存取的網址在幾天內就可能從索引中移除。常見原因包括防火牆規則誤擋了 Google 的 IP、DNS 記錄設定錯誤，或最近 72 小時內剛修改過 DNS、尚未在全球生效。使用自有網域的網站，可以在本站的自有網域怎麼綁定網站掌握 DNS 記錄的設定與檢查方式。
robots.txt 回傳 5xx 是另一個問題
還有一個特殊情況：如果是 robots.txt 這個檔案本身回傳 5xx 或 429，Google 會先暫停檢索整個網站，因為它無法確認哪些網址可以檢索。robots.txt 回傳 404 反而沒關係，代表沒有限制。robots.txt 各種回應狀態的完整影響，整理在robots.txt 怎麼寫一文。
| 症狀 | 可能原因 | 先檢查什麼 |
|---|---|---|
| 整站偶發 500 | 程式錯誤、外掛衝突、資料庫連線不穩 | 伺服器錯誤記錄、最近一次程式更新 |
| 特定時段出現 503 | 流量高峰、排程工作占用資源、主機方案資源不足 | 流量與主機資源監控、排程時間 |
| 只有 Google 遇到錯誤 | 防火牆或防護服務把漫遊器當成攻擊流量 | 防火牆記錄、是否封鎖了 Google 的 IP |
網站維護、暫停營業時怎麼做才不傷搜尋排名
系統升級、搬主機、店休、缺貨、暫停接單，都會讓人想「先把網站關掉」。但從搜尋的角度看，關站是代價很高的決定。Google 在暫停或停用網站的官方指南中提醒，把網站從索引完全移除後，恢復需要的時間並不固定，也沒有任何方法可以加快。所以第一個原則是：能不關站就不關站，改成限制網站的部分功能。
建議做法：網站保持上線，只限制功能
暫時無法出貨或接單時，Google 建議讓網站維持上線，搭配以下做法，讓搜尋排名受到的影響降到最低：
- 停用購物車或預約功能：最簡單也最不影響搜尋曝光，訪客仍看得到商品與服務資訊。
- 在各頁面加上公告橫幅：說明暫停原因、預計恢復時間、出貨或服務的調整。橫幅文字不想出現在搜尋結果摘要中，可以加上 data-nosnippet 屬性。公告怎麼呈現才不干擾閱讀，彈出式視窗與公告怎麼設計有具體的原則。
- 更新結構化資料：商品改為缺貨、活動改為已取消，實體店面更新營業時間。
- 通知 Google 重新檢索：少數頁面用 Search Console 要求建立索引，大量頁面則更新 Sitemap。
真的必須停機時：依時間長短選擇做法
| 停機時間 | 建議做法 | 要注意什麼 |
|---|---|---|
| 幾分鐘到幾小時的系統維護 | 對所有網頁回傳 503，顯示維護中的說明頁 | 可加上 Retry-After 標頭告知預計恢復時間 |
| 一到兩天 | 同上，回傳 503 的資訊頁 | Google 不建議超過一到兩天；期間無法更新標題、描述與結構化資料 |
| 數天以上 | 用回傳 200、可被收錄的首頁當暫時說明頁 | 讓搜尋的人仍找得到你、知道目前狀態 |
| 只是暫停部分服務 | 不停機，改為限制功能並加上公告 | 這是 Google 最推薦的做法 |
503 維護頁最好是靜態 HTML、樣式與圖片直接內嵌，並告訴訪客預計恢復時間與其他聯絡方式。Retry-After 標頭可以用秒數或確切的日期時間，告訴檢索器什麼時候再回來。上線前用 curl 確認首頁真的回傳 503，而不是 200。
停機期間絕對不要做的五件事
- 不要讓 robots.txt 也回傳 503，也不要改成禁止檢索整個網站，這會讓 Google 停止檢索，甚至把網站內容移出搜尋結果。
- 不要用 403、404 或 410 代替 503，這些狀態碼代表「內容不存在」，網址會被移出索引。
- 不要加上 noindex，不論是 robots meta 標記還是 X-Robots-Tag 標頭，都會讓網址從搜尋結果消失。
- 不要用 Search Console 的移除工具暫時隱藏網站，搜尋的人會完全找不到你，也無從得知你的營業狀態。
- 不要對維護頁回傳 200，每個網址都變成同一頁「維護中」又回傳 200，在 Google 看來就是大量內容相同的錯誤訊息頁，可能被判為軟 404。
這五件事都在告訴 Google「這些網頁不存在或不要收錄」，而你真正想說的是「暫時無法服務，很快回來」。用錯一個狀態碼或標記，短暫的停機就可能變成長期的搜尋流量損失。如果你其實是想讓特定頁面永久從搜尋結果消失，那是另一套流程，Google 搜尋結果怎麼移除整理了各種管道的適用情境。
用 Search Console 找出狀態碼問題
自己一頁一頁檢查狀態碼並不實際，Search Console 會把 Google 檢索時遇到的狀態碼問題整理成報表。網頁索引報表的基本操作已經在Google Search Console 教學說明過，這裡專注在和狀態碼有關的原因與處理方式。在「網頁」報表下方「網頁未建立索引的原因」表格中，常見的狀態碼相關原因如下：
| 報表中的原因 | 代表什麼 | 該怎麼做 |
|---|---|---|
| 伺服器錯誤 (5xx) | Google 要求網頁時，伺服器回傳 500 層級錯誤或逾時 | 先用網址審查重現；錯誤可能是暫時的，再看檢索統計資料的主機狀態 |
| 重新導向錯誤 | 轉址鏈過長、轉址迴圈、轉址後網址過長或無效 | 整理成單次轉址，修正迴圈 |
| 轉址式 404 錯誤 | 網頁看起來是錯誤頁或空白，卻回傳 200（軟 404） | 依本文三種情況處理 |
| 找不到 (404) | 網址回傳 404 | 刪除且無替代內容就不必處理；內容搬家就設 301 |
| 因拒絕存取 (403) 而遭到封鎖 | 伺服器拒絕 Googlebot | 檢查防火牆與存取規則 |
| 因未經授權的要求 (401) 而遭到封鎖 | 網頁要求登入 | 要收錄就移除登入限制 |
看這份報表時要先分辨「數字多」和「有問題」。網站刪過頁面，「找不到 (404)」本來就會有一些；真正要追的是突然大量增加的錯誤，以及出現在重要頁面或 Sitemap 網址上的錯誤。點進每個原因看範例網址與趨勢圖，從網址的共同點推測原因，例如同一個資料夾、同一種頁型，或某一天之後才開始出錯。
檢索統計資料：看伺服器有沒有出狀況
Search Console「設定」裡的檢索統計資料報告，會顯示 Google 每天的要求數、平均回應時間與各種回應狀態碼的比例。其中「主機狀態」檢查 robots.txt 擷取、DNS 解析與伺服器連線能力，任一項在某天的失敗率超過門檻就會亮起警示。Google 說明這份報告主要給進階使用者，網頁少於一千的網站通常不必看；但網站常出現伺服器錯誤時，它是確認 Google 何時遇到問題最直接的資料。
自己檢查網址的狀態碼：三種免費方法
修改轉址、設定 404 頁或安排維護之後，都應該親自確認伺服器回傳的狀態碼。下面三種方法由簡單到進階，任選一種即可。
方法一：瀏覽器的開發人員工具
- 在電腦版瀏覽器打開要檢查的網址，按 F12 開啟開發人員工具，切換到「Network」（網路）分頁。
- 勾選「Preserve log」（保留記錄），再重新整理網頁。
- 點選清單最上面那一筆（通常就是網址本身），在「Headers」中查看 Status Code。
- 如果有轉址，清單會依序出現 301 或 302 與最後的 200，可以順便確認轉址次數。
方法二：curl 指令
習慣用終端機的人，可以輸入 curl -I https://你的網址，第一行就會顯示狀態碼，例如 HTTP/2 404。加上 -L 參數會一路跟隨轉址，列出每一次轉址的狀態碼。少數伺服器對只要求標頭的方式回應不同，Google 在暫停網站的指南中示範的是 curl -I -X GET https://你的網址，以一般的 GET 要求取得回應標頭，結果會更接近漫遊器實際收到的狀態碼。
方法三：Search Console 網址審查
前兩種方法看到的是你的電腦得到的回應，網址審查看到的則是 Google 檢索器得到的回應。自己測試正常、Google 卻回報錯誤，常見原因是防火牆只擋了 Google，或錯誤只在特定時段發生。伺服器錯誤可能是暫時的，即時測試成功不代表 Google 當時沒有遇到錯誤，要搭配報表裡的檢索時間一起判斷。
用 Sharing AI 架站的網站：狀態碼由誰負責？
使用架站平台的網站，伺服器由平台維護，不需要自己設定狀態碼，但也不是什麼都不用管。本站以 Sharing AI 架站平台建置，我們在 2026 年 10 月實際測試的結果如下：
- 不存在的網址回傳真正的 404：在知識文章、一般頁面等不同路徑下輸入不存在的網址，伺服器都回傳 404，而不是 200 的軟 404。
- 404 頁面沿用網站外觀：錯誤頁顯示「找不到您想要瀏覽的頁面」，保留網站的導覽選單與頁尾，並提供返回上一頁的連結，同時帶有 noindex 標記。
- 未發佈的頁面回傳 404：把頁面改為未發佈後，對外開啟會得到 404，等於自動完成「下架回傳 404」。
- 改過網址的頁面自動 301：變更頁面的自訂網址時，平台會在「重新導向網址」自動建立 301 規則；本站已停用的舊頁面網址，實測以單次 301 直達新頁面。
換句話說，技術層面的狀態碼設定，平台已經替你處理好了。網站管理者要負責的，是那些「平台無法替你判斷」的內容決定：
- 刪除頁面前先想好去留：有替代頁就在「重新導向網址」新增 301，沒有就改為未發佈讓它回傳 404，並移除站內指向它的連結。
- 不要留下空殼頁面：內容清空但仍然發佈的頁面，平台會照樣回傳 200，這正是軟 404 的來源。不再需要的頁面就改為未發佈。
- 暫停營業時不要整站下架：把所有頁面改為未發佈，等於讓整個網站回傳 404；應保留頁面、加上公告並停用購物或預約功能。
- 自有網域的 DNS 由你掌握：網域的 DNS 記錄若被誤改或到期未續約，Google 會遇到 DNS 錯誤，這部分要由網域持有者自行留意。
從其他系統搬到平台時，舊網站的網址幾乎一定會改變，這是最容易產生大量 404 的時刻。建議在搬家前先整理新舊網址對照表，逐一設定轉址，詳細步驟在網站搬家怎麼做一文。
HTTP 狀態碼 SEO 檢查清單與下一步
最後把全文整理成一張清單，網站改版、刪除大量頁面、安排維護或發現 Search Console 錯誤增加時，可以逐項確認：
- 不存在的網址回傳 404 或 410，而不是 200 或轉址到首頁
- 自訂 404 頁面保留網站導覽、提供熱門內容與回首頁連結，而且狀態碼確實是 404
- Sitemap 只列出回傳 200、想被收錄的網址，沒有 404 或轉址網址
- 內容搬家的網址設定 301，並且一次直達最終網址，沒有轉址鏈或迴圈
- 沒有內容的分類頁、站內搜尋結果頁與空殼頁，不會以 200 的正常網頁出現
- 被標為軟 404 的重要頁面，已用網址審查確認轉譯畫面與資源載入正常
- 伺服器錯誤在一兩天內排除，並在檢索統計資料確認主機狀態恢復正常
- 短期維護使用 503，robots.txt 不跟著回傳 503；暫停營業改為限制功能，而不是整站下架
狀態碼只是技術 SEO 的其中一環。如果你想從整體排出網站的檢查順序，可以先看網站 SEO 健檢要先看什麼；想從更多觀念文章建立 SEO 基礎，歡迎回到SEO 搜尋引擎最佳化主題頁。若希望由專業團隊協助盤點網站的狀態碼、收錄與技術問題，我們的AI SEO 顧問服務可以從健檢開始協助，也歡迎直接與我們聯絡討論。