Continue
Initial part of a request was received and the client should continue with it.
Referencia buscable de códigos de estado HTTP con descripciones y referencias a RFCs.
1xxInformational · 4
Initial part of a request was received and the client should continue with it.
Server agrees to switch protocols based on the Upgrade header.
Server has accepted the request but is still processing it (WebDAV).
Send preliminary headers (Link, etc.) before the final response.
2xxSuccess · 10
Request succeeded.
Request succeeded and a new resource was created.
Request was accepted for processing but has not yet completed.
Returned metainformation differs from the origin server's response.
Request succeeded; no body to return.
Request succeeded; the client should reset the document view.
Range request succeeded.
Body is an XML message with status for multiple resources (WebDAV).
Members of a WebDAV binding were already enumerated.
Server fulfilled a GET request and the response is a representation of one or more instance manipulations.
3xxRedirection · 8
Multiple representations are available; the client may choose.
Resource has a new permanent URI.
Resource is temporarily under a different URI.
Response is found under a different URI; client should GET it.
Conditional GET: the cached representation is still fresh.
Deprecated. Resource must be accessed through a proxy.
Resource is temporarily under a different URI; method must not change.
Resource has a new permanent URI; method must not change.
4xxClient error · 29
Server cannot or will not process the request due to a client error.
Authentication is required and has failed or has not been provided.
Reserved for future use.
Server understood the request but refuses to authorize it.
Server can't find the requested resource.
Method is known but not supported by the target resource.
Resource cannot generate content matching the Accept headers.
Client must authenticate with a proxy first.
Server timed out waiting for the client.
Request conflicts with the current state of the resource.
Resource is permanently unavailable.
Server requires the Content-Length header.
Precondition in request headers failed.
Request body is larger than the server is willing to process.
Request URI is longer than the server is willing to interpret.
Request body is in a format the server doesn't support.
None of the ranges in the Range header overlap the resource.
Expectation in the Expect header could not be met.
Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.
Request was directed to a server unable to produce a response.
Request is well-formed but semantically invalid.
Resource is locked (WebDAV).
Request failed because of a previous request (WebDAV).
Server is unwilling to risk processing a request that might be replayed.
Client must switch to a different protocol.
Server requires the request to be conditional.
Client has sent too many requests in a given time (rate limited).
One or more request headers (or all of them) are too large.
Resource is unavailable due to legal demands.
5xxServer error · 11
Server encountered an unexpected condition.
Server does not support the functionality required.
Server, while acting as a gateway, got an invalid response from upstream.
Server is currently unable to handle the request (overloaded or down).
Server, while acting as a gateway, didn't get a response in time.
Server doesn't support the HTTP version in the request.
Transparent content negotiation results in a circular reference.
Server cannot store the representation needed to complete the request (WebDAV).
Server detected an infinite loop while processing (WebDAV).
Further extensions to the request are required.
Client needs to authenticate to gain network access (captive portal).
Las entradas se quedan en este dispositivo. Cada herramienta para desarrolladores en TaskKit corre por completo en tu navegador. Tokens, payloads y texto pegado no se transmiten ni a TaskKit ni a terceros.
Referencia buscable de todos los códigos de estado HTTP, desde 100 Continue hasta 599. Busca por código (418), por nombre (teapot) o por descripción. Filtra por categoría:
100 Continue, 101 Switching Protocols, 103 Early Hints...200 OK, 201 Created, 204 No Content, 206 Partial Content...301 Moved Permanently, 302 Found, 304 Not Modified, 307 Temporary Redirect, 308 Permanent Redirect...400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 409 Conflict, 422 Unprocessable Entity, 429 Too Many Requests...500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout...Cada entrada incluye una descripción concisa y la referencia RFC.
409 y quieres saber si "Conflict" es la respuesta correcta para tu caso.401 y 403.418 I'm a teapot y quieres confirmar que sí, existe en RFC 2324.POST (307 o 308, no 301/302).Los datos están embebidos en la página — no hay petición de red. La búsqueda hace coincidencia parcial sobre código, nombre y descripción.
Las referencias RFC son enlaces directos a la spec correspondiente (RFC 7231, 9110, 6585, etc.).
¿Y los códigos no estándar? Incluimos los más comunes (520-599 de Cloudflare, 598 Network read timeout de algunos proxies) marcados como tales. Los códigos verdaderamente propietarios o sin documentar no.
401 vs 403 — ¿la regla rápida? 401: "no sé quién eres" (sin auth o auth inválida). 403: "sé quién eres pero no puedes". Si no estás seguro, mira la sección 6.5.3 de RFC 9110.
422 vs 400 — ¿la regla rápida? 400: la petición es sintácticamente errónea (JSON inválido, falta un header). 422: sintácticamente correcta pero semánticamente inaceptable (campos válidos pero combinación imposible).
401 con WWW-Authenticate: Bearer suele significar token expirado