Redirect Checker 使用教學
重導向設定錯誤會讓搜尋引擎爬不到內容、使用者載入緩慢，甚至浪費 crawl budget。這篇教你用 Redirect Checker 快速追蹤 redirect chain、區分 301/302/307 的使用時機，以及如何偵測並修正 redirect loop。
1) 301 vs 302 vs 307：該用哪一種？
- 301 Moved Permanently：永久重導向，會把舊頁面的權重轉移到新頁面。適合網站改版、URL 結構調整、合併重複內容。
- 302 Found：暫時重導向，搜尋引擎不會轉移權重。適合短期活動頁、維護公告、或 A/B testing（但現在 Google 也會在某些情況下把 302 當成 301 處理）。
- 307 Temporary Redirect：HTTP/1.1 的暫時重導向，語意更明確（保證 POST 請求不會變成 GET）。適合需要保持原始 HTTP method 的場景。
- 308 Permanent Redirect：類似 301 但保證 POST 請求不變。較少見，主要用在 API 重導向。
plaintext
範例：
❌ 錯誤：網站改版後還用 302 → 權重不會轉移，新頁面排名受影響
✅ 正確：改版用 301，短期活動用 302/307
❌ 錯誤：A → 302 → B → 301 → C（混用 301/302）
✅ 正確：統一用 301，並且一步到位（A → 301 → C）2) Redirect Chain 對 SEO 的影響
Redirect chain 是指 A → B → C → D 這種多層跳轉。每多一層，爬蟲就要多發一次 HTTP 請求，會拖慢索引速度、浪費 crawl budget，也可能讓部分權重在過程中流失。
plaintext
範例 redirect chain：
https://example.com/old-page
→ 301 → https://example.com/new-page
→ 301 → https://www.example.com/new-page
→ 301 → https://www.example.com/new-page/
問題：
- 爬蟲要發 4 次請求才能到達最終頁面
- 每多一層，權重可能損失 1-5%（業界估計值）
- 使用者體驗差（載入慢）
修正：
直接把 /old-page 改成 301 → https://www.example.com/new-page/（一步到位）建議：用 Redirect Checker 定期檢查高流量頁面，若發現 chain 超過 2 層，請直接改成一步到位的 301。
3) 如何偵測與修正 Redirect Loop
Redirect loop 是指 A → B → C → A 這種循環重導向，瀏覽器會顯示「重新導向次數過多」錯誤，搜尋引擎也無法索引該頁面。
plaintext
範例 redirect loop：
https://example.com/page-a → 301 → https://example.com/page-b
https://example.com/page-b → 301 → https://example.com/page-c
https://example.com/page-c → 301 → https://example.com/page-a
偵測方式：
- 工具會追蹤最多 10 跳
- 若發現同一 URL 重複出現 → 標示為 loop
- 報告會顯示完整的 redirect path
常見原因：
- .htaccess 或 nginx conf 中有衝突的 rewrite rule
- CMS 外掛衝突（例如 SEO 外掛 + Redirect 外掛）
- 程式邏輯錯誤（例如語言偵測 + canonical 衝突）
修正方式：
1. 檢查 .htaccess / nginx.conf 中的 rewrite 規則
2. 停用相關外掛，逐一測試
3. 確認 canonical、hreflang、語言偵測邏輯沒有互相衝突4) 最快檢查流程：輸入 URL → 追蹤完整 Chain → 修正
- 打開 Redirect Checker，輸入要檢查的 URL。
- 查看報告中的 redirect path，確認是否有多層跳轉或 loop。
- 若有 chain：修改 .htaccess 或程式邏輯，改成一步到位的 301。
- 若有 loop：檢查 rewrite rule 是否衝突、外掛是否有問題。
- 修正後，再次用工具驗證，並搭配 Site Audit 確認沒有其他 SEO 問題。
延伸閱讀
常見問題
Redirect Checker 的使用與最佳實務。