202 Accepted 表示伺服器已接受要求但尚未完成，最後也可能根本不會完成。HTTP 無法在事後回報背景工作的結果，因此 202 刻意不做任何承諾。
它用於批次工作、匯出、影片轉碼、訊息佇列，以及其他在背景執行的工作。好的 202 回應會告訴用戶端後續該如何追蹤：一個可以查詢狀態的網址（放在回應主體或 Location 標頭中），以及工作預計何時完成，有時會搭配 Retry-After。
用戶端會將 202 視為成功。例如 Webhook 的傳送端會像對待任何 2xx 狀態碼一樣，把它當成事件已收到的確認。
回應範例
HTTP
HTTP/1.1 202 Accepted
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://api.example.com/v1/exports/3f9c
Retry-After: 30
Content-Type: application/json
Content-Length: 31
{"id":"3f9c","status":"queued"}SEO 與重新導向檢查
要給搜尋引擎看的網頁不該出現 202。爬蟲會將它視為成功，但通常沒有任何內容可以編入索引。分析信標（beacon）和追蹤端點經常回傳 202 或 204，這並無不妥，因為它們不會被當成網頁來檢索。
常見原因與使用情境
- API 將一項耗時的工作排入佇列，並回傳可以輪詢其狀態的網址。
- Webhook 接收端立即確認收到事件，稍後再處理。
- 記錄或分析端點接受資料，但不確認資料是否已儲存。