web-utilities

HTTP Status Codes Reference

60+ HTTP status codes with cause, fix steps, and MDN links

100% Free
Privacy Focused
Instant Results
Works Everywhere
HTTP Status Codes Reference

Complete reference for all HTTP status codes with causes, fix steps, MDN links, and status badges.

— codes
About This Tool

What is HTTP Status Codes Reference?

HTTP Status Codes Reference covers all 60+ official codes across the five categories — 1xx Informational, 2xx Success, 3xx Redirection, 4xx Client Error, and 5xx Server Error — plus unofficial Nginx-specific codes (444, 499) and deprecated codes like 305. Filter by category or search any term to jump straight to the code you need.

Each status code card shows the cause and fix at a glance. Expand any card to read the most common reason that status code appears, then follow the actionable fix steps to resolve it — whether you are debugging a 502 Bad Gateway in a production nginx deployment or explaining a 422 Unprocessable Entity in a REST API. Codes are tagged with visual badges — Deprecated, Experimental, WebDAV, Fun, or Unofficial — so you always know the context before applying a fix.

Every standard code includes a direct MDN link for official documentation. Search by status number, name, or keyword — results appear instantly as you type. The tool is fully client-side with no server requests, so it works offline after the first load and your queries are never sent anywhere.

Features

Powerful Features

Everything you need in one amazing tool

Complete Reference

All 60+ HTTP status codes (1xx–5xx) including unofficial Nginx-specific codes — the most comprehensive list available

Fast Search

Search by code number, name or description — instantly find the meaning of any status code

Status Badges

Codes tagged as Deprecated, Experimental, WebDAV, Fun, or Unofficial so you instantly know their context

Common Cause

Every card shows the most likely cause of that status code — no more guessing why an error occurs

How to Fix

Actionable fix instructions for every code — exactly what to do when you encounter that status

MDN Links

One-click link to official MDN documentation for every standard status code

Simple Process

How It Works

Get started in 4 easy steps

1

Browse All Codes

Scroll through complete list organized by category (1xx-5xx)

2

Search Codes

Find specific codes like "404" or search "redirect"

3

Expand a Card

Click any card to see the most common cause and actionable fix steps for that status code

4

View MDN Docs

Click the MDN link on any standard code to open its official documentation in one tap

Why Us

Why Choose Our HTTP Status Codes Reference?

Stand out from the competition

All 60+ codes including unofficial Nginx codes (444, 499) and deprecated ones — nothing left out

Visual Deprecated / Experimental / WebDAV / Unofficial badges so you always know the context

Every code shows the most common cause and actionable fix steps — not just a definition

Each standard code links directly to its MDN page for deeper reading

Search by number, name, or keyword across all codes instantly

Fully static — no server requests, works offline after the first load

Use Cases

Perfect For

See how others are using this tool

Debug API Errors

Debug API errors by looking up HTTP status codes returned by endpoints

Troubleshoot Issues

Understand server responses when troubleshooting website issues and downtime

Learn REST Conventions

Learn REST API conventions to implement proper status codes in your backend

Fix SEO Issues

Fix SEO issues caused by incorrect redirect codes (301 vs 302) or error pages

Interpret Logs

Interpret nginx/Apache error logs showing status codes for failed requests

Interview Prep

Study for web development interviews where HTTP knowledge is commonly tested

Frequently Asked Questions

Everything you need to know about HTTP Status Codes Reference

1xx (Informational): provisional responses during request processing (100 Continue, 101 Switching Protocols) - rarely seen by users. 2xx (Success): request succeeded (200 OK, 201 Created, 204 No Content) - everything worked as expected. 3xx (Redirection): further action required (301 Moved Permanently, 302 Found, 304 Not Modified) - resource moved or cached. 4xx (Client Error): client made invalid request (400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found) - problem is with request. 5xx (Server Error): server failed to process valid request (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable) - problem is with server. Rule: 4xx = client's fault, 5xx = server's fault.

301 Moved Permanently: resource permanently moved to new URL, browsers/search engines should update bookmarks and links, SEO link juice transfers to new URL, aggressive caching (browsers may cache redirect forever), use for permanent URL changes. 302 Found (temporary redirect): resource temporarily at different URL, original URL still valid, search engines keep indexing original URL (no SEO transfer), less aggressive caching, use for maintenance redirects or A/B testing. Wrong choice consequences: 302 for permanent moves hurts SEO (split rankings), 301 for temporary moves makes temporary URL permanent in caches. Modern: 307 (Temporary) and 308 (Permanent) are stricter versions that preserve HTTP method. Always use 301 for permanent URL migrations.

401 Unauthorized: user not authenticated (not logged in), request lacks valid credentials, response includes WWW-Authenticate header prompting login, use when authentication required but missing. 403 Forbidden: user authenticated but lacks permission to access resource, credentials provided but insufficient privileges, use when logged-in user tries accessing forbidden resource (admin panel for regular users). 404 Not Found: resource does not exist at URL, URL is invalid or resource deleted, use when URL never existed or no longer exists. Confusion: 401 should be "Unauthenticated", 403 is true "Unauthorized" but names are historical. Security: return 404 for forbidden resources to hide their existence (unauthorized users should not know resource exists).

200 OK: general success for GET, PUT, PATCH (request succeeded, response body contains resource). Use for most successful operations that return data. 201 Created: resource successfully created (POST request), response includes Location header with new resource URL, response body typically contains created resource representation. Use specifically for creation operations. 204 No Content: successful request but no content to return (DELETE request, PUT update with no response needed), saves bandwidth by not sending body. Use when operation succeeds but client does not need response data. REST conventions: POST creating resource = 201, DELETE removing resource = 204, GET retrieving resource = 200, PUT updating resource = 200 or 204. Proper codes help API clients understand operation results without parsing response body.

502 Bad Gateway: gateway/proxy server (nginx, load balancer) received invalid response from upstream server (backend). Causes: upstream server crashed/restarted, network connectivity issue between proxy and backend, timeout waiting for upstream, upstream returned invalid HTTP. Fix: check upstream server logs, verify backend is running, increase proxy timeout settings, verify network connectivity. 503 Service Unavailable: server temporarily unable to handle request (overloaded, maintenance). Causes: server under heavy load/DDoS, application crashed, max connections reached, intentional maintenance mode. Fix: check server resources (CPU, memory, connections), scale up server capacity, implement rate limiting, check for traffic spikes. User response: both are temporary - retry after delay. APIs should include Retry-After header indicating when to retry.

Best practices: GET retrieval: 200 OK (found), 404 Not Found (missing). POST creation: 201 Created with Location header, 400 Bad Request (validation failed), 409 Conflict (duplicate). PUT update: 200 OK or 204 No Content, 404 Not Found (resource missing). DELETE: 204 No Content (deleted), 404 Not Found (already gone/never existed). Authentication: 401 (not logged in), 403 (insufficient permissions). Validation errors: 400 Bad Request with error details in body. Server errors: 500 Internal Server Error (catch-all). Rate limiting: 429 Too Many Requests. Be consistent: document your codes, return same codes for same situations, include error details in response body, use standard codes (avoid custom codes in 4xx/5xx ranges). Proper codes enable generic client error handling.

Need a Custom Website Built?

While you use our free tools, let us build your professional website. Fast, affordable, and hassle-free.

Free forever plan
• No credit card required