網站下架、停售與搬家時的 HTTP 回應決策：站長實作判斷表
網站下架、停售與搬家時的 HTTP 回應決策：站長實作判斷表
結論：永久搬家用 301、暫時搬遷用 302、暫時缺失顯示 404、確定永久刪除回傳 410。
判斷總表（快速結論）
先給一張能馬上做決策的快速表：
- 內容永久搬家到新網址 → 回傳 301（永久轉向），並一對一對應至最相近頁面。
- 內容暫時在別處或系統維護 → 回傳 302（暫時轉向）或適當的暫時不可用狀態，並標註預計恢復時間。
- 網址目前沒有內容但可能會復原（輸入錯誤或短暫下線） → 回傳 404（找不到）。
- 內容確定永久移除且無替代 → 回傳 410（已刪除）。
這個快速表的目的在於把常見決策具體化，後續章節以步驟、輸入與輸出拆解每個情境的執行要點與檢查表。
實作流程：步驟、必要輸入與預期輸出
步驟分三階段：判斷 → 執行 → 檢核。
-
判斷（輸入）
– 輸入：頁面類型（商品/活動/說明/錯誤頁）、是否有替代內容、是否為週期性（如年度活動）、外部連結與搜尋流量歷史（示例 / 需依讀者資料驗證）。
– 決策點：該內容是否會再出現、是否能被替代、用戶是否期待舊網址保留。 -
執行（輸出）
– 若為永久搬家：設定伺服器回傳 301 並對應到最接近的新頁面，更新 sitemap，保留 1:1 對映的轉向紀錄。
– 若為暫時搬遷或暫停：回傳 302 或顯示「服務暫時無法使用」的 HTTP 狀態（或應用層提示），並在頁面上標註預計恢復時間。
– 若為找不到：回傳 404，並在搜尋主控台觀察覆蓋與抓取頻率。
– 若為永久刪除：回傳 410，並在必要時從 sitemap 與內部連結中移除。 -
檢核（輸入→輸出驗證）
– 使用搜尋主控台的涵蓋報表檢視索引變化。
– 用網站爬蟲掃描是否存在轉向鏈（redirect chains）、多層轉向或所有轉向指向首頁的情形。
– 在改版或大量下架後，至少每季度重新掃描一次並與歷史資料比對。
檢查表（執行前後必做）
– [ ] 是否一對一對映？
– [ ] 是否存在 3 層以上的轉向鏈？
– [ ] 是否有大量轉向指向首頁？
– [ ] 是否在 sitemap 及內部連結更新或移除相關路徑？
– [ ] 是否在搜尋主控台檢閱涵蓋與抓取報表？
六種常見情境（拆解）
情境一：內容搬到新網址（永久搬家）
判斷：內容本質不變但位址改變，且期望保留原網址累積的搜尋價值。
實作步驟：
1. 建立 301 轉向，舊網址一對一指向最相近的新頁面。
2. 避免把多個舊頁面全部指向首頁；若真的沒完全相符，選擇最相關分類頁而非首頁。
3. 更新 sitemap 並在 robots.txt 與站內連結中替換成新網址。
關鍵注意事項（輸出）：
– 一對一對映可最大化傳遞價值；多層轉向會逐層損耗信號。
– 監控搜尋主控台中索引與流量變化，並保留舊域名的轉向至少一年（如整站搬遷，見下方情境六）。
情境二：商品永久停售
判斷分支：
– 有替代商品 → 優先 301 轉向到替代商品頁。
– 無替代但有相關分類 → 301 指向相關分類頁（比指向首頁更好）。
– 完全沒有替代 → 建議保留原頁面並標示「已停售」，同時提供相關商品或搜尋入口；刪除作為最後選項。
實作步驟（輸入/輸出）：
– 輸入：庫存狀態、替代品清單、該頁搜尋流量資料（示例 / 需依讀者資料驗證）。
– 輸出：更新頁面文案、關鍵 CTA（如「查看相似商品」）、若轉向則設定 301。
使用保留頁面的好處是保留搜尋者的流量並降低跳失，對於仍有探索意圖的使用者尤為重要。
情境三：活動或檔期結束（週期性活動）
建議做法：使用同一網址並每年更新內容，或在活動休止期間顯示回顧或下一次預告。若已經建立多個年度網址，將舊年度一律 301 指向最新年度或一個年度歸檔頁。
好處：累積排名與外部連結可延續，減少重複內容或分散排名的風險。
情境四：內容過期且不再更新
判斷與處理：
– 仍具參考價值 → 保留並在頁面明確註記最後更新日期與時效性說明。
– 已錯誤或具誤導性 → 若有更新版本則 301 指向新版；若無則使用 410（已刪除）。
說明：使用 410 比 404 更快讓搜尋引擎理解內容已永久移除，但只應在確定無替代內容時使用。
情境五：頁面暫時無法使用（維護、暫時缺貨、季節性）
不要使用 404 或 410。正確做法是回傳暫時性狀態（例如 302 或應用層的維護頁面），並在頁面上標註預計恢復時間；搜尋引擎會保留索引並稍後再來檢查。
常見錯誤：使用 301 處理暫時性問題會導致原網址被永久移除，應避免。
情境六：整個網站搬遷（跨域或整站改版）
關鍵原則：每一個舊網址都要一對一 301 指向新網址，而不是把整站都指向新首頁。提交站點變更通知給搜尋主控台並保留舊網域的轉向至少一年，外部連結不會自動更新，長期保留轉向是必要的。
檢核重點：確保沒有大量 302 或 404 在搬遷後遺留、檢查轉向鏈並觀察流量回復曲線。
要避免的錯誤
- 把所有下架或失效頁面一律轉向首頁（會浪費主題訊號且損壞使用者體驗）。
- 將永久搬家設為暫時轉向（302），導致價值不被傳遞且舊網址長期留在索引中。
- 直接刪除沒做任何處理，讓外部連結價值流失。
- 形成長鏈式轉向（redirect chains）或多層轉向，導致損耗與抓取成本上升。
避免表（檢查項目）
– 是否有指向首頁的大量轉向？
– 是否有 3 層以上的轉向鏈？
– 是否忽略更新 sitemap？
– 是否忘記在搜尋主控台提交搬遷或 sitemap 更新？
檢查與稽核方法（實務工具與節奏）
推薦三個檢查方法：
- 搜尋主控台（Google Search Console）涵蓋報表：檢查錯誤、排除與索引趨勢。
- 全站爬取工具（示例：使用爬蟲掃描）以列出非 200 的回應、轉向鏈與重複內容。
- 檢視 sitemap 是否包含已轉向或錯誤的網址。
節奏建議：每季度檢查一次，並在大規模內容調整或改版時立即補做一次。
執行清單（按優先順序）
– 第一周：完成判斷報表（列出所有待處理 URL 與對應處理方式）。
– 第二周：實作 301/302/410/404，更新 sitemap 與內部連結。
– 第三周：使用爬蟲確認無轉向鏈與指向首頁的錯誤轉向。
– 一個月內：在搜尋主控台檢查索引狀態並修正發現的問題。
限制、例外與本文資料邊界
- 本文以技術實作與判斷流程為主，具體流量、轉換或排名變化會依個別網站與資料而異（示例 / 需依讀者資料驗證）。
- 若頁面涉及法律、醫療或金融等高度監管內容，移除或變更內容前應諮詢法務或專家意見。
- 本文未列出所有可能的 HTTP 狀態（如 307、503 等），在特殊情況下可考慮使用；例如長時間維護可回傳 503 並標註 Retry-After。
本文資料邊界：文中實務建議源自原始說明與一般技術慣例；若需精確數據（例如內部流量數字、轉換影響）請使用網站分析平台或站方後台資料驗證。
常見問答（FAQ）
Q1：下架頁面可以直接刪除嗎？
A1：一般不建議直接刪除，會失去指向該頁的外部連結價值。應先評估是否有替代內容或是否能保留頁面並標示為「已停售」。
Q2：所有下架頁面轉向首頁會怎樣？
A2：技術上不會顯示錯誤，但會浪費原網址累積的主題訊號，並造成使用者體驗差，應避免。
Q3：暫時缺貨的商品頁應如何處理？
A3：不要刪除或轉向，應回傳暫時無法使用的狀態（或 302）並在頁面註明預計恢復時間，讓搜尋引擎保留索引。
Q4：整站搬遷要保留轉向多久？
A4：至少保留舊域名的轉向一年以上，若外部連結數量龐大或重要性高，建議更久以確保外部連結價值完整傳遞。
Q5：為何要在 sitemap 移除已 410 的頁面？
A5：410 表示永久刪除，將其從 sitemap 移除可讓搜尋引擎更快清理索引，減少無用抓取。
下一步：站內資源與諮詢
如果你需要執行搬遷或下架稽核，可以從下列站內資源開始：
執行建議：先列出待處理網址清單，依優先順序（高流量、外部連結、關鍵頁面）逐一應用本篇判斷表並使用上述檢核流程驗證結果。
（本文以實作拆解口吻撰寫，供網站管理者與技術執行人員參考。）
延伸閱讀：
參考資源：Google Reference