El servidor recibió las cabeceras de la solicitud y el cliente debe enviar el cuerpo.
Qué hacerEnvía el cuerpo de la solicitud o ignora la respuesta si la solicitud ya ha terminado.
Códigos de estado HTTP
Todos los códigos IANA con su significado y el siguiente paso — busca por número, nombre o síntoma.
64 de 64 códigos
Códigos de estado
1xxInformación5
El servidor acepta la solicitud Upgrade y cambia a otro protocolo.
Qué hacerA partir de ahora, usa el protocolo indicado en la cabecera Upgrade.
Un servidor WebDAV aceptó la solicitud pero aún no ha terminado de procesarla.
Qué hacerMantén la conexión abierta y espera la respuesta final.
El servidor envía cabeceras Link antes de la respuesta final para que el cliente pueda empezar a precargar.
Qué hacerPrecarga o preconecta ahora; sigue esperando el estado final.
Indica que una carga interrumpida se puede reanudar. Sigue siendo un Internet-Draft.
Qué hacerReanuda desde el desplazamiento que indique el servidor; es posible que el comportamiento cambie.
2xxÉxito10
La solicitud se completó correctamente; el significado depende del método HTTP.
Qué hacerLee el cuerpo o las cabeceras de la respuesta según el método.
La solicitud se completó correctamente y se creó un nuevo recurso.
Qué hacerUsa la cabecera Location para encontrar el nuevo recurso.
La solicitud se aceptó para su procesamiento, pero aún no ha terminado.
Qué hacerConsulta periódicamente el endpoint de estado; no des por hecho que el trabajo está completo.
Los metadatos devueltos provienen de una copia, no directamente del servidor de origen.
Qué hacerTrata las cabeceras como de un proxy o una variante local; verifica con el origen si es importante.
La solicitud se completó correctamente y no hay cuerpo que devolver.
Qué hacerActualiza la interfaz a partir del estado y las cabeceras; no esperes un cuerpo.
El cliente debe restablecer el documento que envió la solicitud.
Qué hacerBorra el formulario o la vista que activó la solicitud.
El servidor devolvió el rango solicitado del recurso.
Qué hacerAñade los bytes a tu búfer y solicita el siguiente rango si es necesario.
La respuesta WebDAV contiene estados separados para varios recursos.
Qué hacerAnaliza el cuerpo XML y gestiona el estado de cada recurso por separado.
Los miembros de una vinculación ya se enumeraron, por lo que no se repiten.
Qué hacerOmite los miembros duplicados y procesa la respuesta anterior.
La respuesta es un delta aplicado a la representación actual (codificación delta de HTTP).
Qué hacerAplica las manipulaciones de instancia a tu copia en caché.
3xxRedirección9
Hay varias representaciones disponibles y el cliente debe elegir una.
Qué hacerElige una representación de la respuesta o usa la predeterminada negociada.
El recurso se movió de forma permanente; las futuras solicitudes deben usar la nueva URL.
Qué hacerActualiza marcadores, enlaces y mapas del sitio a la URL de Location.
El recurso está disponible temporalmente en otra URL.
Qué hacerSigue Location para esta solicitud, pero sigue usando la URL original.
El cliente debe obtener otro recurso con GET después de esta solicitud.
Qué hacerSigue Location con una solicitud GET para leer el resultado.
La copia en caché sigue siendo válida, por lo que no se necesita cuerpo.
Qué hacerSirve la respuesta en caché; esta respuesta no tiene cuerpo.
Se indicó al cliente que accediera al recurso a través de un proxy. Este estado está obsoleto.
Qué hacerNo lo uses; configura el proxy directamente.
Reservado por especificaciones antiguas y ya no está definido.
Qué hacerIgnóralo; no existe un comportamiento estándar.
El recurso está temporalmente en otro lugar y el método de la solicitud no debe cambiar.
Qué hacerRepite la solicitud en Location con el mismo método y cuerpo.
El recurso se movió de forma permanente y el método de la solicitud no debe cambiar.
Qué hacerActualiza los enlaces y repite la solicitud en Location con el mismo método.
4xxError del cliente29
El servidor no puede procesar la solicitud porque el cliente envió algo no válido.
Qué hacerRevisa la sintaxis de la URL, las cabeceras y el cuerpo; reintenta solo tras corregirlo.
Se requiere autenticación o las credenciales proporcionadas fueron rechazadas.
Qué hacerEnvía credenciales válidas; revisa la cabecera WWW-Authenticate.
Reservado para servicios que requieren pago; rara vez se usa.
Qué hacerRevisa el flujo de facturación de la API; no hay un cuerpo de respuesta estándar definido.
El servidor entendió la solicitud pero se niega a autorizarla.
Qué hacerUsa una cuenta o un token con permiso; no reintentes a ciegas.
El servidor no puede encontrar el recurso solicitado.
Qué hacerRevisa la URL y el enrutamiento, y si el recurso se eliminó.
El método HTTP no es compatible con este recurso.
Qué hacerUsa un método incluido en la cabecera de respuesta Allow.
Ninguna representación cumple los criterios Accept de la solicitud.
Qué hacerAmplía la cabecera Accept o solicita un formato compatible.
Un proxy entre el cliente y el servidor requiere autenticación.
Qué hacerConfigura las credenciales del proxy; revisa la cabecera Proxy-Authenticate.
El servidor no recibió la solicitud completa a tiempo.
Qué hacerReintenta con una conexión más rápida o permite un tiempo de espera mayor.
La solicitud entra en conflicto con el estado actual del recurso.
Qué hacerObtén el estado más reciente, resuelve el conflicto y vuelve a intentarlo.
El recurso ya no existe de forma permanente y no tiene dirección de reenvío.
Qué hacerElimina enlaces y cachés; no reintentes.
El servidor requiere una cabecera Content-Length, pero la solicitud no la envió.
Qué hacerEnvía Content-Length o cambia a codificación de transferencia por fragmentos.
No se cumplió una cabecera condicional como If-Match o If-Unmodified-Since.
Qué hacerObtén la versión actual y reintenta con validadores actualizados.
El cuerpo de la solicitud supera el límite aceptado por el servidor.
Qué hacerEnvía menos datos, comprímelos o usa una carga por fragmentos.
La URL de la solicitud es más larga de lo que acepta el servidor.
Qué hacerAcorta la cadena de consulta o envía los datos en el cuerpo.
El servidor no admite el tipo de medio del cuerpo de la solicitud.
Qué hacerEnvía un Content-Type compatible; consulta la documentación de la API.
El rango de bytes solicitado no se puede servir para este recurso.
Qué hacerRevisa el tamaño del recurso y solicita un Range válido.
El servidor no puede cumplir la expectativa de la cabecera Expect.
Qué hacerElimina o cambia la cabecera Expect y vuelve a intentarlo.
Código del Día de los Inocentes de la RFC 2324; la RFC 9110 registra ahora 418 como sin usar.
Qué hacerNo dependas de él; no hay un comportamiento estándar definido.
El servidor no puede generar una respuesta para esta combinación de esquema y autoridad.
Qué hacerReintenta en una conexión capaz de servir este origen.
La sintaxis de la solicitud es válida, pero su significado impide el procesamiento.
Qué hacerCorrige los errores de validación; lee los detalles del error en el cuerpo.
El recurso WebDAV está bloqueado por otra solicitud.
Qué hacerLibera el bloqueo o envía el token de bloqueo con la solicitud.
La solicitud falló porque una solicitud anterior de la que dependía falló.
Qué hacerCorrige la operación anterior y reintenta el lote.
El servidor rechaza una solicitud que podría reproducirse, a menudo con datos tempranos TLS.
Qué hacerReintenta más tarde o reenvía sin datos tempranos.
El servidor requiere un protocolo diferente para atender la solicitud.
Qué hacerReintenta con el protocolo indicado en la cabecera Upgrade.
El servidor requiere que la solicitud sea condicional para evitar actualizaciones perdidas.
Qué hacerEnvía If-Match o If-Unmodified-Since con la solicitud.
Se superó el límite de tasa de este cliente.
Qué hacerEspera y respeta Retry-After antes de volver a intentarlo.
Los campos de cabecera de la solicitud superan el límite aceptado por el servidor.
Qué hacerReduce el tamaño de las cookies o las cabeceras y vuelve a intentarlo.
El servidor rechaza el recurso por un motivo legal.
Qué hacerContacta con el operador del sitio; el bloqueo es deliberado.
5xxError del servidor11
El servidor encontró una condición inesperada y no pudo completar la solicitud.
Qué hacerRevisa los registros del servidor; reintenta solo si el error es transitorio.
El servidor no admite el método HTTP requerido por la solicitud.
Qué hacerUsa un método compatible; los servidores deben admitir GET y HEAD.
Una puerta de enlace o proxy recibió una respuesta no válida de un servidor ascendente.
Qué hacerRevisa el servicio ascendente y reintenta con retroceso exponencial.
El servidor está sobrecargado o inactivo por mantenimiento.
Qué hacerReintenta tras el retraso indicado por Retry-After.
Una puerta de enlace no recibió a tiempo una respuesta de un servidor ascendente.
Qué hacerRevisa la latencia ascendente y reintenta con un tiempo de espera mayor.
El servidor no admite la versión de HTTP usada por la solicitud.
Qué hacerReintenta con HTTP/1.1 u otra versión compatible.
La negociación de contenido está mal configurada y se refiere a sí misma.
Qué hacerCorrige la configuración de negociación del servidor; es un error del servidor.
El servidor WebDAV no puede almacenar la representación necesaria para la solicitud.
Qué hacerLibera almacenamiento o reduce el tamaño de la solicitud.
El servidor WebDAV encontró un bucle infinito al procesar la solicitud.
Qué hacerCorrige la configuración o los datos que provocan el bucle.
El cliente debe declarar una extensión HTTP que el servidor necesita. Este estado está obsoleto.
Qué hacerActualiza el cliente o usa una API compatible.
El cliente debe autenticarse para acceder a la red, como en un portal cautivo.
Qué hacerAbre la página de inicio de sesión de la red y autentícate.
Ningún código de estado coincide
Prueba con el número (404), la frase de razón oficial (Not Found) o un síntoma como timeout o límite de peticiones.
Cómo se usa
- Escribe en el buscador: un código (404), la frase de razón oficial en inglés (Not Found) o un síntoma como timeout o límite de peticiones. La lista se actualiza mientras escribes — no hay botón de enviar.
- Acota la lista con los filtros 1xx–5xx. Se combinan con el texto de búsqueda, así que «4xx auth» muestra solo los códigos 4xx etiquetados como autenticación.
- Cada ficha muestra el código, la frase de razón oficial, qué significa y qué hacer a continuación. La frase de razón se queda en inglés porque es la cadena que HTTP transporta realmente.
- Pulsa Copiar en una ficha para copiar la línea canónica «404 Not Found», práctica en tickets y commits. Restablecer borra tanto el texto de búsqueda como el filtro de clase.
Ejemplo
Búsqueda
tetera
Resultado
418 Soy una tetera — 4xx · Error del cliente Código del Día de los Inocentes de la RFC 2324; la RFC 9110 registra ahora 418 como sin usar. Qué hacer: No dependas de él; no hay un comportamiento estándar definido.
La búsqueda también encuentra alias que no aparecen en la ficha: «tetera» viene de la broma de la RFC 2324, y «límite de tasa» encuentra el 429. También puedes combinar un código con una palabra del texto: «404 url» encuentra el 404.
Alcance y límites
- La lista sigue el Registro de Códigos de Estado HTTP de IANA: 64 códigos a fecha de 2026-10-25. Los códigos propios de proveedores como nginx 499 o Cloudflare 52x no se incluyen.
- Los casos límite se etiquetan con honestidad: el 104 sigue siendo un borrador de Internet, el 102 / 305 / 510 están obsoletos y el 306 / 418 están reservados. El 418 también enlaza a su origen del Día de los Inocentes en la RFC 2324.
- Las frases de razón son las cadenas ASCII oficiales y nunca se traducen. Un servidor puede enviar otro texto, pero el código de tres dígitos es lo que usan los clientes.
- Esto es una referencia, no un probador de URL. Nunca envía una petición, así que no puede decirte por qué un sitio concreto devolvió un código — revisa el servidor y los registros de ese sitio.
- La búsqueda se ejecuta por completo en esta página: no se sube, guarda ni escribe nada en la URL, y el botón de compartir solo comparte la dirección de la página.
Herramientas relacionadas
Útiles al depurar la petición o la respuesta en torno al código de estado.