第 32 章：301/302 轉址與 HTTP 狀態碼完整指南

每當瀏覽器向伺服器發出請��時，伺服器會返回一個三位數的 HTTP 狀態碼 來說明請求的結果。對 SEO 來說，理解這些狀態碼至關重要，因為它們直接��響搜尋引擎如何索引和排名你的頁面。

五大分類

200 OK — 一切正常

頁面成功載入，可以正常被索引。這是所有重要頁面應該返回的狀態碼。

301 Moved Permanently — 永久重定向

告訴搜尋引擎：「這��頁面永遠搬到新地址了，以後請直接去新地址，把排名權重也帶過去。」

# Nginx 301 重定向
rewrite ^/old-page$ /new-page permanent;

# Apache .htaccess 301 重定向
Redirect 301 /old-page https://example.com/new-page

301 對 SEO 的影響：
– ✅ 將 90-99% 的 PageRank 傳遞給目標 URL
– ✅ Google 會在索引中替換舊 URL 為新 URL
– ✅ 適用於：網址結構改版、HTTP→HTTPS 遷移、域名更換

302 Found — 暫時重定向

告訴搜尋引擎：「這個頁面暫時搬到新地址，舊地址還是主人，排名權重請保留在舊地址。」

# Nginx 302 重定向
rewrite ^/promo$ /special-offer redirect;

302 對 SEO 的影響：
– ⚠️ 排名權重不會傳遞給目標 URL，保留在原始 URL
– ⚠️ Google 可能繼續索引原始 URL
– 適用於：暫時的促銷頁面、A/B 測試、維護中的頁面臨時替換

⚠️ 常見錯誤： 將永久性的 URL 變更誤用 302。如果 SEO 想長期改網址，用 301；如果只是暫時性的改動，用 302。

307 Temporary Redirect / 308 Permanent Redirect

• 307：與 302 類似（暫時），但保證請求方法不變（POST 仍為 POST）
• 308：與 301 類似（永久），但保證請求方法不變

對 SEO 來說，307 等同 302，308 等同 301。

404 Not Found — 頁面不存在

請求的頁面不存在於伺服器上。這是最常見的用戶端錯誤。

404 對 SEO 的影響：
– ⚠️ 一定數量的 404 是正常的（Google 不會因此懲罰網站）
– ❌ 大量 404 會浪費 crawl budget
– ❌ 如果外部連結指向 404 頁面，失去了這些連結的 SEO 價值

處理 404 的策略：

軟 404（Soft 404）

伺服器返回 200 OK，但頁面內容顯示「找不到」、「無結果」等訊息。Google 會將其歸類為軟 404，並停止索引。

解決方式： 讓真正的「無內容頁」返回 404 或 410 狀態碼，而非 200。

410 Gone — 頁面已永久刪除

比 404 更強烈的信號：「這個頁面曾經存在，但已經被永久刪除」。

• Google 會比 404 更快地從索引中移除 410 頁面
• 適用於：明確不再需要的內容、依法需刪除的內容

500 Internal Server Error — 伺服器錯誤

伺服器遇到未預期的錯誤，無法完成請求。

SEO 影響：
– 🔴 如果 Googlebot 造訪時返回 500，該頁面可能從索引中移除
– 🔴 大量或長時間的 500 錯誤會導致排名下降
– 🔴 若持續超過 1-2 天未修復，Google 可能認為網站不可靠

503 Service Unavailable — 服務暫時不可用

伺服器暫時無法處理請求（通常因為維護或過載）。

• ⚠️ 503 表示「暫時」問題，Google 會稍後再試
• ⚠️ 如果 503 狀態持續數天，Google 會開始將其視為永久性問題

1. 直接重定向，避免鏈條

# ❌ 錯誤 — 重定向鏈
http://example.com → https://example.com → https://www.example.com → https://newdomain.com

# ✅ 正確 — 直接跳到最終目的地
http://example.com → https://newdomain.com

每多一跳，PageRank 就會額外衰減，也會增加載入時間。

2. 重定向到相關頁面，非首頁

# ❌ 錯誤
/old-product-page → / （全部導向首頁）

# ✅ 正確
/old-product-page → /similar-new-product
/old-category/old-product → /new-category/new-product

把所有死連結全部導向首頁（blob redirect）會讓 Google 將它們視為 soft 404，失去 SEO 價值。

3. 大規模重定向的規劃

網站改版、遷移時，使用以下工具規劃：
– Screaming Frog 爬取舊站所有 URL
– 建立「舊 URL → 新 URL」的 mapping 對照表
– 逐條驗證重定向設定正確
– 在 Search Console 監控「找不到（404）」報告

4. 域名更換的遷移流程

1. 新域名設置並安裝 SSL
2. 從舊域名 301 redirect 到新域名（頁面對頁面）
3. 在 Google Search Console 使用「地址變更」工具
4. 保留舊域名和 redirect 至少 一年（建議永久保留）
5. 更新所有外部平台的連結（社群媒體、目錄網站、合作夥伴）

伺服器層級（最推薦）

# Apache .htaccess
Redirect 301 /old-page.html https://example.com/new-page
RedirectMatch 301 ^/blog/(.*)$ https://example.com/articles/$1

# 正則表達式批量重定向
RewriteEngine On
RewriteRule ^category-(.*)$ /new-category-$1 [R=301,L]

# Nginx
rewrite ^/old-page$ /new-page permanent;
rewrite ^/blog/(.*)$ /articles/$1 permanent;

PHP 層級（不得已才用）

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: https://example.com/new-page");
exit();
?>

SEO 角度不推薦：較慢，且必須確保伺服器層級優先。

JavaScript 層級（最不推薦）

window.location.href = "https://example.com/new-page";

Google 可以追蹤 JS 重定向，但比伺服器層級 301 效率差很多。僅在前端 SPA 中無法用伺服器處理時才考慮。

HTML Meta Refresh（過時，不推薦）

<meta http-equiv="refresh" content="0; url=https://example.com/new-page">

Google 會將其解釋為重定向，但不傳遞 PageRank，且有延遲。不建議用於 SEO。

curl 檢測指令

curl -I https://example.com/old-page
# 檢查回應的 HTTP Status Code 和 Location Header

curl -L -o /dev/null -s -w '%{url_effective}\n' https://example.com
# 追蹤完整的重定向鏈，顯示最終的 URL

| ← 第 31 章：SSL 憑證與 HTTPS | 回索引 | 第 33 章：JavaScript SEO 與 Log File 分析 → |

延伸閱讀：網站 SEO 學習與操作手冊