403 Forbidden 表示伺服器理解這個要求，但拒絕授權。如果要求中帶有憑證，伺服器認為這些憑證權限不足，用戶端不應只是以相同的憑證重送要求。伺服器可以在回應主體中說明原因，也可以不說明。
許多網頁應用程式防火牆（WAF）、CDN 和機器人防護系統，在依 IP 位址、國家、使用者代理程式或行為封鎖要求時，也會回傳 403。不想透露禁止存取的資源是否存在的伺服器，則可能改為回應 404 Not Found。
回應範例
HTTP
HTTP/1.1 403 Forbidden
Date: Fri, 06 Nov 2026 10:15:32 GMT
Server: Apache
Content-Type: text/html; charset=iso-8859-1
Content-Length: 198
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>403 Forbidden</title>
</head><body>
<h1>Forbidden</h1>
<p>You don't have permission to access this resource.</p>
</body></html>SEO 與重新導向檢查
搜尋引擎不會將回傳 403 的網址編入索引，已編入索引的網址一旦開始回傳 403，也會像其他 4xx 一樣被移除。爬蟲意外遭到 403 的情況很常見，原因通常是防火牆規則、機器人防護或速率限制封鎖了 Googlebot 的 IP 範圍或使用者代理程式。Google 建議不要用 401 或 403 來限制檢索，而應短時間回傳 429 或 503。
如果重新導向檢查回傳 403，網頁在您的瀏覽器中卻正常運作，該網站很可能封鎖了自動化流量或來自資料中心的流量；TrueURL 會標示看起來像人機驗證頁面的回應。您可以改用其他 User-Agent 內建選項（例如 Googlebot），看看爬蟲會得到什麼結果，但請記得，許多網站會依 IP 位址驗證真正的 Googlebot。
常見原因與使用情境
- 網頁應用程式防火牆或機器人防護（例如 Cloudflare 的挑戰頁面）封鎖了用戶端。
- 檔案系統權限讓網頁伺服器無法讀取檔案。
- 已停用目錄列表，而資料夾中沒有索引檔（例如 Apache 的
Options -Indexes）。 - 依 IP 位址、國家或參照網址（referrer）限制存取，例如防盜連（hotlink protection）。