Search and reference table (1xx–5xx)
All computation runs locally in your browser

4 codes
10 codes
9 codes
29 codes
11 codes
The HTTP Status Codes tool is a searchable reference for the most common HTTP and WebDAV status codes. It helps you answer questions like: “Is this failure on the client or server?”, “Should I retry?”, or “Is this a redirect or a cache hit?”.
A practical way to use status codes: treat them as a short, standardized summary of the outcome. Start with the first digit (class), then read the specific code for details.
Who uses this most?
Privacy note: this page is a static reference and search runs locally in your browser.
If you are working on authentication and repeatedly hit or , it often helps to cross-check your headers using Basic auth generator. For URL issues, pair it with URL parser.
Type a code or keyword
Use the search box to filter by code (404), name (Not Found), description, or type (WebDAV).
Scan the category heading
The category (1xx–5xx) quickly tells you whether it is informational, success, redirect, client error, or server error.
Open Share to copy a link
Use Share to get a URL. If you searched for something, the shared link can include your query so teammates see the same filtered view.
Worked example: quick incident triage
You watch a dashboard and see requests in a minute. are server errors. A quick way to summarize the impact is the 5xx error rate:
Now you can say: “We are at 5xx right now” and then use the table to check the specific code (for example vs ) to choose the next step.
Worked example: success vs redirect
Suppose a client made requests. You logged successes and redirects. The success rate is:
Redirects can be fine (for example HTTP to HTTPS migrations). But if suddenly spikes, look for broken caching rules, incorrect canonical URLs, or a misconfigured reverse proxy.
502 / 504 behind a reverse proxy
Background: A service works locally, but traffic through a proxy returns .
Inputs: status code , request path, upstream timeout settings.
Result: use the description to confirm this is usually an upstream issue, then check proxy logs and timeouts.
401 vs 403 in API auth
Background: Requests fail after adding auth headers.
Inputs: status or , auth method, and headers.
How to apply: often means missing or invalid credentials; often means authenticated but not allowed. If you use Basic Auth, generate a correct header with Basic auth generator.
304 Not Modified and caching sanity checks
Background: A page looks stale, but requests return .
Inputs: status , cache headers, ETag, and browser reload mode.
Result: confirm the server is telling the client to reuse cached content; then verify cache-control rules.
429 rate limiting during load tests
Background: A test starts failing with .
Inputs: request rate, retry policy, and any Retry-After headers.
How to apply: reduce concurrency, implement exponential backoff, or request higher limits.
Quickly confirm what a response code means while building endpoints or clients.
Translate a wall of 4xx/5xx into clear next actions: fix client inputs, permissions, or server health.
Decide whether a request should be retried (timeouts, 5xx) or fixed (validation errors, 4xx).
During an outage, quickly communicate the meaning of the dominant status code to stakeholders.
Differentiate between “not logged in” and “not allowed” using 401/403 as the starting point.
Explain 301/302 loops, 304 caching behavior, and gateway errors like 502/504.
When it may not be enough: status codes alone do not explain what data failed validation or which upstream system timed out. Pair them with logs, trace IDs, and response bodies.
Start with the first digit
If you only remember one thing: is usually a client-side issue (inputs, auth, permissions), and is usually a server-side issue (upstream, overload, crash).
Retry with intention
Retrying a or without backoff can make things worse. Prefer exponential backoff and respect Retry-After when present.
Share the exact filter when collaborating
If your team is discussing one code family (for example WebDAV), use Share after searching so everyone lands on the same filtered view.
This tool is primarily a reference table (it does not compute responses for you), but teams often use status code counts to summarize behavior.
where for the status code family.
Variables explained
Families matter
Codes are grouped by their first digit: informational, success, redirection, client error, and server error.
Caching is not always obvious
A can be a good sign (cache working) or a confusing one (stale content). Always interpret it alongside response headers.
If you are debugging URL formatting issues that trigger unexpected or , try the URL encoder and URL parser.
Not always. A means the server did not find the resource. It can be a broken route, a missing file, a wrong hostname, or even an intentionally hidden endpoint.
Retrying is most reasonable for transient failures like , (with backoff), and some responses. Retrying most responses without changing the request usually does not help.
means authentication is missing or failed. means you are authenticated (or identified) but do not have permission.
No. is a success status that intentionally returns no body. It is common for “delete” operations or “save” endpoints.
Those are commonly associated with WebDAV. This tool includes both HTTP and WebDAV codes so you can interpret responses from file servers and collaboration platforms.
Status codes are only one part of debugging. They do not replace reading the response body, request logs, server metrics, or tracing data.
This reference is informational. It does not provide legal, compliance, or security advice.
Standards and references
If you frequently copy headers, tokens, and URLs while debugging, you may also like JWT parser, URL encoder, and MIME types.
Use a simple chronometer (stopwatch) to track elapsed time down to milliseconds. Runs locally in your browser.
Normalize email addresses to a standard format for easier comparison. Useful for deduplication and data cleaning. Runs locally in your browser.
Estimate the time needed to consume a total amount at a constant rate, and get an expected end time. Runs locally in your browser.
Parse and decode your JSON Web Token (JWT) and display its content. All computation runs locally in your browser.
Know which file extensions are associated to a MIME type, and which MIME type is associated to a file extension. Includes a full MIME types table.
Generate random Lorem Ipsum placeholder text with customizable paragraphs, sentences, and word counts. Runs locally in your browser.