Saltar al contenido principal

Códigos de estado HTTP explicados

El primer dígito de un código de estado marca la familia: 1xx informativa, 2xx éxito, 3xx redirección, 4xx error del cliente, 5xx error del servidor.

Comprobación gratuita 401 Unauthorized: qué significa y cómo solucionarlo

Un 401 significa que la petición no tiene credenciales válidas. Cubre la cabecera WWW-Authenticate, tokens caducados, desajuste de reloj, y 401 frente a 403.

Ver →
Comprobación gratuita 405 Method Not Allowed: causas y soluciones

Un 405 significa que el recurso existe pero rechaza el método HTTP usado. Cubre la cabecera Allow, archivos estáticos, preflight de CORS, nginx y rutas de framework.

Ver →
Comprobación gratuita 406 Not Acceptable: qué significa y cómo solucionarlo

Un 406 significa que el servidor no puede igualar lo que el cliente aceptará. Cubre la negociación de contenido, la causa habitual de ModSecurity/WAF, y cómo arreglarlo.

Ver →
Comprobación gratuita 413 Request Entity Too Large: causas y soluciones

Un 413 significa que el cuerpo de la petición supera un límite fijado. Cubre los límites de subida de nginx, Apache, PHP, IIS, Cloudflare y API gateways.

Ver →
Comprobación gratuita 422 Unprocessable Entity: qué significa y cómo solucionarlo

Un 422 significa que la petición se interpretó bien pero un valor falla la validación. Cubre Rails, Laravel y FastAPI, 422 frente a 400, y leer el cuerpo del error.

Ver →
Comprobación gratuita Código de estado 499: qué significa client closed request en nginx

Un 499 significa que el cliente se desconectó antes de que nginx terminara de responder. Registro de acceso, upstreams lentos, y alineación de tiempos de espera.

Ver →
Comprobación gratuita 400 Bad Request: qué significa y cómo solucionarlo

Un 400 significa que el servidor no pudo interpretar la petición. Cookies enormes, URLs mal formadas, límites de cabeceras, reglas de WAF y cómo distinguirlos.

Ver →
Comprobación gratuita 301 frente a 302: redirecciones permanentes y temporales

El 301 mueve una URL de forma permanente y le pasa sus señales de posicionamiento; el 302 es un rodeo temporal que conserva la original. Cómo elegir y comprobar.

Ver →
Comprobación gratuita 403 Forbidden: causas, soluciones y bloqueos de bots que engañan a los monitores

Un 403 significa que el servidor rechaza la petición y las credenciales no ayudan. Permisos, WAF, bloqueos geográficos y cómo permitir un servicio de monitoreo.

Ver →
Comprobación gratuita 429 Too Many Requests: límites de peticiones, Retry-After y falsas alarmas

Un 429 es un límite de peticiones, no una caída. Cómo leer Retry-After, distinguir restricción de caída y evitar que tu monitoreo dispare el límite.

Ver →
Comprobación gratuita 503 Service Unavailable: sobrecarga, mantenimiento y Retry-After

Un 503 significa que el servidor está vivo y rechaza el trabajo a propósito. Los patrones de sobrecarga, mantenimiento y despliegue, y por qué importa Retry-After.

Ver →
Comprobación gratuita 504 Gateway Timeout: backends lentos, límites de espera y 502, 503 y 504 comparados

Un 504 significa que el proxy esperó demasiado a tu backend. Consultas lentas, arranques en frío, ajuste de tiempos y la comparación con el 502 y el 503.

Ver →
Comprobación gratuita 200 OK: qué significa y qué esconde

200 OK significa que la petición tuvo éxito, no que la página sea correcta. Páginas de error, avisos de mantenimiento y cáscaras vacías se sirven con un 200.

Ver →
Comprobación gratuita 300 Multiple Choices: el código que casi nunca verás

300 le ofrece al cliente una lista de representaciones entre las que elegir. Es HTTP válido pero casi nunca se usa, y quien lo busca suele tener un 301 o un 302.

Ver →
Comprobación gratuita 303 See Other: la redirección tras un POST de formulario

303 le dice al cliente que obtenga el resultado en otra URL con GET. Es el código detrás de Post/Redirect/Get, que evita que una recarga reenvíe un formulario.

Ver →
Comprobación gratuita 304 Not Modified: por qué es un éxito, no un error

304 significa que tu copia en caché sigue vigente, así que el servidor no envía cuerpo. Solo responde a peticiones condicionales con ETag o Last-Modified.

Ver →
Comprobación gratuita 404 Not Found: enlaces rotos, 404 suaves y cuándo usar 410

Un 404 dice que la URL no tiene contenido actual, nada más. Distingue los enlaces rotos de las eliminaciones deliberadas, y detecta los 404 suaves que devuelven 200.

Ver →
Comprobación gratuita 500 Internal Server Error: causas, registros y en qué se diferencia del 502

Un 500 significa que tu aplicación se rompió y no dice cómo. Dónde encontrar el error real, y en qué se diferencia el 500 del 502, el 503 y el 504.

Ver →
Comprobación gratuita 502 Bad Gateway: qué se rompió detrás del proxy y cómo encontrarlo

Un 502 significa que tu proxy recibió del backend una respuesta inválida o ninguna. Aprende a leer la línea de error de nginx y arreglar la causa real.

Ver →
Comprobación gratuita Códigos 4xx explicados: qué significan de verdad los errores de cliente

Un 4xx significa que el servidor rechazó la petición tal como se envió. En tu propio sitio suele ser una ruta rota, un enlace obsoleto o un firewall, no el visitante.

Ver →
Comprobación gratuita Códigos 5xx explicados: cuando el problema es tu servidor

Un 5xx significa que el servidor aceptó la petición y luego falló. Cada código nombra un salto distinto: qué se rompió, y cómo rastrearlo.

Ver →
Comprobación gratuita Códigos de estado de redirección 3xx

Un 3xx le dice al cliente que el recurso vive en otro sitio. Qué significan del 300 al 308, cuál usar y cómo encontrar cadenas de redirección rotas.

Ver →
Comprobación gratuita Códigos de estado de éxito 2xx

2xx significa que el servidor aceptó y completó la petición. Qué significan 200, 201, 202, 204 y 206, y por qué un 200 no prueba que todo esté sano.

Ver →
Comprobación gratuita Códigos de estado informativos 1xx

Una respuesta 1xx es provisional: el servidor recibió la petición y todavía está por llegar una respuesta final real. No es un éxito ni un error.

Ver →

Un código de estado HTTP es el número de tres cifras que un servidor devuelve con cada respuesta, y su primer dígito te dice a cuál de las cinco familias pertenece: 1xx informativa, 2xx éxito, 3xx redirección, 4xx error del cliente y 5xx error del servidor. Con leer ese primer dígito ya sabes si la petición funcionó, si se mandó a otro sitio, si se rechazó o si se rompió.

Lo más útil que te da un código de estado es un punto de partida para repartir responsabilidades. Un 4xx significa que el servidor entendió la petición y la rechazó, así que el problema suele estar en el lado que pide o en tus propias reglas de enrutamiento y acceso: una URL mal escrita, un archivo que falta, una credencial caducada, un límite de peticiones. Con un 5xx la petición estaba bien y tu infraestructura no pudo atenderla, así que mira detrás de tu propia puerta: una excepción de la aplicación, un servicio aguas arriba caído o un proxy que agotó el tiempo esperando a un backend. Un 3xx no es ni un fallo ni una respuesta terminada. Es una instrucción para ir a otro sitio, y que sea la instrucción correcta depende por completo de cómo la hayas configurado.

Las guías de abajo cubren los códigos que la gente consulta cuando un sitio se comporta mal: toda la familia de redirecciones 3xx y la diferencia entre una redirección permanente y una temporal, qué demuestra y qué no demuestra un 200 a secas, por qué las respuestas 304 son señal de una caché sana y no un error, y los códigos 4xx y 5xx que aparecen en los incidentes reales. Para ver qué devuelve una URL ahora mismo, incluida la cadena completa de redirecciones que recorre, pásala por la herramienta de verificación HTTP.