302 Found 表示目標資源暫時位於另一個網址，該網址列在 Location 標頭中。由於只是暫時搬移，用戶端日後的要求應繼續使用原始網址。
302 預設不可快取，只有在 Cache-Control 或 Expires 明確允許時才會被重複使用。因此，對於依訪客狀況而定的重新導向，例如將匿名使用者導向登入頁面，302 是安全的選擇。
與 301 一樣，使用者代理程式在跟隨 302 時可以把 POST 改成 GET，而瀏覽器確實會這麼做。HTTP/1.0 的原意並非如此，因此 HTTP/1.1 新增了一律改用 GET 的 303 See Other，以及絕不改變要求方法的 307 Temporary Redirect。許多框架至今仍以 302 作為預設的重新導向。
回應範例
HTTP
HTTP/1.1 302 Found
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://www.example.com/login?next=%2Faccount
Cache-Control: no-store
Content-Length: 0SEO 與重新導向檢查
Google 將 302 視為「目標網址應成為標準網址」的微弱訊號，因此通常會在索引和搜尋結果中保留原始網址。對於真正暫時的情況，例如短期促銷、維護或 A/B 測試，這是正確的處理方式。長期維持的 302 最終可能會被當成永久重新導向處理，但不要依賴這一點：永久搬移請使用 301 或 308。
常見的 SEO 錯誤之一，是全站的 HTTP 轉 HTTPS 或網域重新導向被誤設為 302。重新導向鏈檢查與 301 重新導向檢查會標示暫時性的躍點，方便您找出問題。
常見原因與使用情境
- 登入牆將匿名訪客導向
/login?next=...。 - 依語言、國家或裝置偵測，將訪客導向在地化版本或行動版。可以使用行動裝置與電腦重新導向比較工具，比較手機與電腦各自得到的結果。
- 點擊追蹤與聯盟行銷連結使用 302，讓每次點擊都經過追蹤器。可以使用短網址還原還原這些連結。
- 永久搬移被誤設為 302，例如 Apache 的
Redirect指令沒有指定狀態碼，或使用了框架的redirect()輔助函式（許多框架預設為 302）。請改為 301 或 308。