Devkitr

HTTP Status Codes Reference

Live

Complete HTTP status codes reference — search all HTTP response codes (1xx–5xx) with descriptions, meanings, and usage guides for every status code.

100% Private InstantFree forever
100
Continue
The server has received the request headers and the client should proceed to send the request body.
101
Switching Protocols
The server is switching protocols as requested by the client.
200
OK
The request has succeeded. Standard response for successful HTTP requests.
201
Created
The request has been fulfilled and a new resource has been created.
202
Accepted
The request has been accepted for processing, but processing is not complete.
204
No Content
The server has fulfilled the request but there is no content to return.
206
Partial Content
The server is delivering only part of the resource due to a range header.
301
Moved Permanently
The resource has been permanently moved to a new URL.
302
Found
The resource is temporarily located at a different URL.
304
Not Modified
The resource has not been modified since the last request.
307
Temporary Redirect
The request should be repeated with another URL, preserving the HTTP method.
308
Permanent Redirect
The resource has permanently moved, preserving the HTTP method.
400
Bad Request
The server cannot process the request due to malformed syntax.
401
Unauthorized
Authentication is required and has failed or not been provided.
403
Forbidden
The server understood the request but refuses to authorize it.
404
Not Found
The requested resource could not be found on the server.
405
Method Not Allowed
The HTTP method is not allowed for the requested resource.
408
Request Timeout
The server timed out waiting for the request.
409
Conflict
The request conflicts with the current state of the resource.
410
Gone
The resource is no longer available and will not be available again.
413
Payload Too Large
The request entity is larger than the server is willing to process.
415
Unsupported Media Type
The media type of the request data is not supported by the server.
422
Unprocessable Entity
The request was well-formed but could not be followed due to semantic errors.
429
Too Many Requests
The user has sent too many requests in a given amount of time.
500
Internal Server Error
The server encountered an unexpected condition that prevented it from fulfilling the request.
501
Not Implemented
The server does not support the functionality required to fulfill the request.
502
Bad Gateway
The server received an invalid response from the upstream server.
503
Service Unavailable
The server is currently unavailable (overloaded or down for maintenance).
504
Gateway Timeout
The upstream server failed to respond in time.
29 of 29 codes shown

Understanding HTTP Status Codes

HTTP status codes are standardized three-digit responses that every web server sends to indicate the outcome of a client request. The first digit defines the response class: 1xx (informational), 2xx (success), 3xx (redirection), 4xx (client errors), and 5xx (server errors). Each specific code — from 200 OK to 503 Service Unavailable — conveys precise meaning that API consumers, browsers, caching layers, and monitoring systems interpret to determine next steps. Using incorrect status codes breaks HTTP semantics, confuses API clients, and undermines caching strategies.

A comprehensive, searchable reference of all HTTP status codes and HTTP response codes. Browse every status code organized by class — 1xx Informational, 2xx Success, 3xx Redirection, 4xx Client Error, and 5xx Server Error. Each HTTP status code includes a clear description, common use cases, related headers, and troubleshooting tips. Quickly look up what any HTTP response code means — from 200 OK and 301 Redirect to 403 Forbidden (not allowed), 404 Not Found, and 500 Internal Server Error. Use the search to filter by code number, name, or description. Essential for debugging HTTP errors, understanding API responses, and building web applications.

The Devkitr HTTP Status Codes Reference provides a searchable, categorized guide to every HTTP status code with its meaning, when to use it, and common implementation patterns. Filter by code number, category, or description to quickly find the right status code for your API response or understand a code you received during debugging.

In a typical development workflow, HTTP Status Codes Reference becomes valuable whenever you need to complete http status codes reference. Whether you are working on a personal side project, maintaining production applications for a company, or collaborating with a distributed team across time zones, having a reliable browser-based inspection tool eliminates the need to install desktop software, write one-off scripts, or send data to third-party services that may log or retain your information. Since HTTP Status Codes Reference processes everything locally on your device, your data stays private and your workflow stays uninterrupted — open a browser tab, paste your input, get your result.

Key Features

Comprehensive Code Database

Covers every standard HTTP status code from 100 Continue through 511 Network Authentication Required, including rarely used codes.

Category Filtering

Filter by response class — 2xx success codes, 3xx redirects, 4xx client errors, or 5xx server errors — to narrow the reference to your context.

Usage Guidelines

Each code includes when to use it, what it means semantically, and which codes are commonly confused with each other.

Search by Description

Search by keyword ("authentication", "not found", "rate limit") to find the appropriate status code for your specific response scenario.

How to Use HTTP Status Codes Reference

1

Search or Browse

Enter a status code number to look up its meaning, or search by keyword to find the code for a specific scenario.

2

Read the Description

Each code includes its official name, meaning, when to use it, and how clients and browsers interpret it.

3

Compare Similar Codes

Review commonly confused code pairs (401 vs 403, 301 vs 302, 404 vs 410) to choose the semantically correct response.

4

Apply to Your API

Use the correct status code in your API responses to follow HTTP semantics and enable proper client handling.

Use Cases

Choosing API Response Codes

Look up the correct status code when building API endpoints — should a missing resource return 404, 204, or 410?

Debugging Unexpected HTTP Responses

When your API returns an unexpected status code, look up its meaning to understand what the server is communicating.

Implementing Error Handling

Reference status code categories to write comprehensive error handling that responds appropriately to each class of HTTP error.

Configuring Monitoring and Alerting

Set up alerts for specific status codes (5xx for server errors, 429 for rate limiting) with accurate understanding of what each triggers.

Pro Tips

Return 201 Created (not 200 OK) for POST requests that create resources, and include a Location header pointing to the new resource.

Use 204 No Content for successful DELETE operations and updates that return no response body — not 200 with an empty body.

Return 429 Too Many Requests with a Retry-After header when rate limiting, so clients know when they can retry safely.

Use 422 Unprocessable Entity for validation errors (the request is syntactically valid JSON but the data fails business rules) instead of 400 Bad Request.

Common Pitfalls

Returning 200 OK for all responses and putting error information only in the body

Fix: Use proper HTTP status codes (400, 401, 404, 500) so clients, proxies, and monitoring tools can route and process responses correctly without parsing the body.

Using 401 Unauthorized when the user is authenticated but lacks permission

Fix: 401 means "not authenticated" (needs login). 403 Forbidden means "authenticated but not authorized" (has a role but wrong permissions).

Using 302 Found for permanent URL changes instead of 301

Fix: 302 is temporary (search engines keep indexing the old URL). Use 301 Moved Permanently for permanent URL changes so search engines update their index.

Frequently Asked Questions

QWhat are HTTP status codes?

HTTP status codes are three-digit response codes returned by a server to indicate the result of an HTTP request. They are grouped into 5 classes: 1xx (Informational), 2xx (Success), 3xx (Redirection), 4xx (Client Error), and 5xx (Server Error). Understanding these codes is essential for debugging HTTP errors and API responses.

QHow many HTTP status codes are there?

There are about 60 officially defined HTTP status codes. The most common ones include 200 OK, 301 Moved Permanently, 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, and 500 Internal Server Error.

QWhat is the difference between 401 and 403?

401 Unauthorized means authentication is required — the request lacks valid credentials. 403 Forbidden (not allowed) means you are authenticated but do not have permission to access the resource. Both are HTTP client error status codes.

QWhat does a 500 status code mean?

500 Internal Server Error is an HTTP status code indicating the server encountered an unexpected condition. It's a generic server error response when no more specific 5xx code applies. Check server logs for the root cause.

QHow do I fix HTTP errors?

Each HTTP error code points to a specific issue. 4xx errors indicate client-side problems (wrong URL, missing auth, bad request). 5xx errors indicate server-side issues. This reference explains each status code with troubleshooting guidance.

QCan I search for a specific status code?

Yes. Use the search box to filter by code number, name, or description to quickly find any HTTP status code and its meaning.

Related Articles

Related Tools

You Might Also Need

More Dev Utilities