</>

WebDevTools

HTTP Status Codes

Quick reference for REST APIs

Browse status codes by category and try them with our test API.

100
Continue

Client should continue the request.

Try API → /api/status/100
101
Switching Protocols

Server is switching protocols.

Try API → /api/status/101
200
OK

Request succeeded.

Try API → /api/status/200
201
Created

Resource created successfully.

Try API → /api/status/201
204
No Content

Success with no response body.

Try API → /api/status/204
301
Moved Permanently

Resource moved permanently.

Try API → /api/status/301
302
Found

Temporary redirect.

Try API → /api/status/302
304
Not Modified

Cached version is still valid.

Try API → /api/status/304
400
Bad Request

Malformed or invalid request.

Try API → /api/status/400
401
Unauthorized

Authentication required.

Try API → /api/status/401
403
Forbidden

Server refuses to authorize.

Try API → /api/status/403
404
Not Found

Resource not found.

Try API → /api/status/404
405
Method Not Allowed

HTTP method not supported.

Try API → /api/status/405
408
Request Timeout

Client took too long.

Try API → /api/status/408
409
Conflict

Conflict with current state.

Try API → /api/status/409
422
Unprocessable Entity

Validation failed.

Try API → /api/status/422
429
Too Many Requests

Rate limit exceeded.

Try API → /api/status/429
500
Internal Server Error

Unexpected server error.

Try API → /api/status/500
502
Bad Gateway

Invalid upstream response.

Try API → /api/status/502
503
Service Unavailable

Server temporarily unavailable.

Try API → /api/status/503

Guide: look up HTTP status codes and when to use them

REST APIs should return 201 on create, 204 with no body, 409 on conflict — not only 200/500. Reviews often blur 422 vs 400 or 502 vs 503.

The reference loads as a static in-browser catalog — no search tracking. Each entry summarizes meaning, when to use it, and client cache/retry impact.

Use when writing OpenAPI, Express/Fastify handlers, or explaining why retry fits 503 but not 400. Pair with the API tester to see real responses.

Step by step

  1. Search by code or nameType `418`, `unauthorized`, or 4xx to filter quickly.
  2. Read semantics and examplesConfirm verb fit — GET rarely returns 201.
  3. Set service error policyStandardize JSON error bodies with an internal `code` plus HTTP status.
  4. Apply in handlersReturn the right status and `Retry-After` on 429/503 per docs.

Frequently asked questions