URL 重新導向檢查器。
追蹤 301、302 與重新導向鏈。
免費線上 URL 重新導向檢查器，即時追蹤 301、302、307、308 重新導向，偵測重新導向鏈與迴圈，並檢查每一次跳轉的 HTTP 標頭。
使用情境
誰在使用我們的 URL 重新導向檢查器
從除錯 301 重新導向鏈的工程師，到審核遷移的 SEO 團隊，我們的重新導向檢查器讓每一次跳轉都一覽無遺。
開發者適用
查看每次跳轉，一次修復。
直接從您的開發環境中除錯複雜的路由邏輯和混合內容警告。
SEO 團隊適用
別讓錯誤的重新導向損害您的排名。
識別會浪費爬蟲預算和稀釋連結權重的重新導向鏈和迴圈。
行銷人員適用
精確掌握您的流量去向。
驗證聯盟連結和活動 URL，確保使用者能到達正確的到達頁面。
QA 團隊適用
在發布前發現重新導向問題。
針對 URL 遷移和網站結構變更自動化迴歸測試。
API 使用者適用
重新導向追蹤，完全自動化。
透過簡單的 REST API，將我們強大的追蹤引擎整合到您的儀表板、監控工具或 CI/CD 流程中。
一站完成所有需求的
URL 重新導向檢查器
追蹤 301 與 302 重新導向鏈、捕捉無限迴圈、檢查 HTTP 回應標頭，並以任何 user-agent 進行測試，全部集中在這款專為工程師與 SEO 團隊打造的免費工具。
即時分析
毫秒級追蹤冗長的重新導向鏈。我們優化的後端引擎能無延遲地處理複雜的路由。
視覺化路徑
視覺化呈現鏈中的每次跳轉、狀態碼和延遲時間。即時識別迴圈和失效連結。
標頭檢查
深入分析 HTTP 回應標頭。分析每次跳轉的 Cookie、快取策略和伺服器資訊。
User-Agent 模擬
測試重新導向在不同裝置和機器人下的行為。對於行動優先索引和 SEO 至關重要。
安全性檢查
驗證 SSL/TLS 憑證，識別不安全的重新導向（HTTP 到 HTTPS 的混合內容警告）。
強大的 API
自動化您的審核流程。將我們強大的重新導向檢查功能直接整合到您的 CI/CD 流程中。
重新導向檢查器 API。
幾分鐘即可整合。
我們的免費 REST API 開放相同的重新導向追蹤引擎，非常適合用來建立自訂監控、連結驗證任務，或在 CI/CD 流程中自動審核 301 與 302 重新導向。
- check 簡潔的 REST 端點
- check JSON 回應格式
- check 提供高請求限額
// GET /api/check // Query params: url (required), ua (optional), ignoreSSL (optional) // CORS: Access-Control-Allow-Origin: * const response = await fetch('https://www.redirectcheck.org/api/check?url=https://example.com'); const data = await response.json(); // Optional custom user agent const response2 = await fetch( 'https://www.redirectcheck.org/api/check?url=https://example.com&ua=CustomBot/1.0' ); // Success response // { // url: 'https://example.com/', // redirects: [{ from, to, status_code, duration, headers }], // final_result: { final_url, status_code } // } // Error response // { // url: 'https://example.com/', // error: true, // error_message: '...', // error_type: 'FETCH_ERROR', // redirects: [], // final_result: null // }
Runtime note: ignoreSSL=true is accepted by the endpoint for compatibility, but Cloudflare Workers cannot disable TLS verification. If you pass it, failed requests will include a note in error_message.
URL 重新導向檢查器常見問題
關於檢查 301、302、307、308 重新導向以及修復重新導向鏈的常見問題。
什麼是 URL 重新導向檢查器？ expand_more
URL 重新導向檢查器是一款免費工具，能追蹤 URL 從您輸入的位址到最終目的地之間的完整路徑，並記錄沿途的每一次 HTTP 重新導向。透過我們的檢查器，您可以：
- 即時查看重新導向鏈中的每一次跳轉
- 辨識每次跳轉所使用的狀態碼，301、302、303、307、308
- 偵測會造成 ERR_TOO_MANY_REDIRECTS 的無限重新導向迴圈
- 檢查每一步的回應標頭、Cookie 與 canonical 標籤
- 測試 URL 在 Googlebot、Chrome、Safari 或任意自訂 user-agent 下的行為
如何檢查 URL 是否有 301 重新導向？ expand_more
將 URL 貼到上方的檢查器中並點擊「開始追蹤」。在數毫秒內您就會看到完整的重新導向鏈，每一次跳轉的狀態碼會明確顯示這是 301（永久）、302（暫時）、307 或 308。確認 301 的步驟：
- 輸入來源 URL（例如 https://example.com/old-page）
- 查看重新導向鏈的第一列，狀態徽章會顯示 301
- 確認目的地 URL 與您預期的位址一致
- 使用 /api/check API 端點，在 CI/CD 中自動監控 301
什麼是重新導向鏈？為什麼對 SEO 不利？ expand_more
當 URL 在抵達最終目的地之前，經過兩個或更多中間 URL 重新導向時，就形成重新導向鏈（例如 A → B → C → D，而非 A → D）。過長的重新導向鏈會傷害 SEO 與效能，原因如下：
- 每一次跳轉都會增加網路延遲，拖慢使用者與爬蟲的首位元組時間
- Google 在多次跳轉後可能停止追蹤，導致頁面未被檢索
- 連結權重（PageRank）可能在多次 301 跳轉中流失
- 爬蟲預算被浪費在中間 URL，而非新內容
- 在低速網路上的行動裝置使用者，最能感受到累積的延遲
請以單次跳轉為目標。我們的檢查器會標示出每一個中間 URL，協助您將重新導向鏈壓縮為 A → 最終目的地的直接重新導向。
301、302、307 與 308 重新導向有什麼差別？ expand_more
這四者都是 HTTP 3xx 狀態碼，但對瀏覽器、快取與搜尋引擎的行為差異很大：
- 301 Moved Permanently，永久重新導向，可被快取且傳遞 SEO 權重，適用於已搬移的內容
- 302 Found，暫時重新導向，不會被積極快取，適用於 A/B 測試或暫時性接管
- 303 See Other，在 POST 之後重新導向，使下一個請求轉為 GET，常見於表單送出
- 307 Temporary Redirect，與 302 類似但保留 HTTP 方法（POST 仍為 POST）
- 308 Permanent Redirect，與 301 類似但保留 HTTP 方法，建議用於 API 端點的永久搬移
選錯狀態碼可能會破壞表單送出、流失連結權重，或讓頁面從搜尋結果中消失。檢查器會顯示實際使用的狀態碼，方便您審核每一次重新導向。
如何修復 ERR_TOO_MANY_REDIRECTS 或重新導向迴圈？ expand_more
ERR_TOO_MANY_REDIRECTS 表示某個 URL 持續以迴圈方式重新導向（A → B → A → B…），直到瀏覽器放棄。我們的檢查器會以紅色橫幅明確標示迴圈，並顯示循環從哪裡開始。常見原因與修正方式：
- HTTP ↔ HTTPS 設定錯誤，請確認 HTTPS 規則不會再導回 HTTP
- www 與非 www 迴圈，請選定一個正式主機名稱，並將另一個一次性導向過去
- 反向代理或框架路由中的結尾斜線衝突
- Cloudflare Page Rules、Vercel vercel.json 或 Nginx 設定中互相衝突的重新導向規則
- 瀏覽器 Cookie 或快取過時造成迴圈，可開啟無痕視窗加以驗證
可以檢查 HTTP 轉 HTTPS 的重新導向並批次測試多個 URL 嗎？ expand_more
可以。檢查器會把每一次協定變更視為獨立的跳轉，讓您能完整審核 HTTPS 遷移過程。若要一次檢查多個 URL：
- 使用免費的批次重新導向檢查器，一次測試最多 100 個 URL
- 確認每個 HTTP URL 都以 301（而非 302）導向對應的 HTTPS 版本
- 找出會觸發混合內容警告的不安全中間跳轉
- 驗證整個網站的 www → 非 www（或反向）整併設定是否一致
- 透過公開的 /api/check JSON 端點，自動化持續性審核