Búsqueda de Códigos de Estado HTTP
Busca cualquier código de estado HTTP (1xx–5xx) para ver su nombre oficial, significado, causas comunes y cómo solucionarlo. Cubre más de 60 códigos de estado estándar con explicaciones prácticas para desarrolladores.
59 status codes
Cómo usar Búsqueda de Códigos de Estado HTTP
- 1Introduce cualquier código de estado HTTP (p. ej., 404, 500, 301) o busca por palabra clave.
- 2Se muestra la frase oficial de razón de estado y la descripción completa.
- 3Se proporcionan causas comunes y soluciones recomendadas para cada código de error.
- 4Explora todos los códigos por categoría: 1xx Informativo, 2xx Éxito, 3xx Redirección, 4xx Error del Cliente, 5xx Error del Servidor.
ZenovayAnalytics
Analytics pensado para fundadores.
- Seguimiento de visitantes en tiempo real
- Privacidad primero, sin aviso de cookies
- Configurado en dos minutos
Herramientas relacionadas
Formateador y Validador JSON
Formatea, valida y embellece datos JSON con resaltado de sintaxis y detección de errores.Decodificador JWT
Decodifica e inspecciona tokens JWT. Consulta el encabezado, la carga útil y verifica firmas.Base64 Codificar/Decodificar
Codifica texto a Base64 o decodifica Base64 a texto. Soporta UTF-8 y datos binarios.Codificador/Decodificador de URL
Codifica o decodifica componentes de URL. Maneja caracteres especiales, cadenas de consulta y URLs completas.Preguntas frecuentes
¿Cuál es la diferencia entre 401 y 403?▾
401 Unauthorized significa que la solicitud carece de autenticación válida — no ha iniciado sesión o sus credenciales son inválidas. El servidor está diciendo "¿quién eres?". 403 Forbidden significa que el servidor sabe quién es usted (autenticado) pero no tiene permiso para acceder a este recurso. El servidor está diciendo "sé quién eres, pero no puedes acceder a esto". Un error común: devolver 401 para "no está autenticado" y 403 para "autenticado pero sin permiso". Devuelva siempre 401 con un encabezado WWW-Authenticate para indicar que las credenciales serán de ayuda.
¿Cuál es la diferencia entre 301 y 302?▾
301 Moved Permanently indica a los clientes y motores de búsqueda que el recurso se ha movido permanentemente — actualice sus marcadores. Los motores de búsqueda transfieren el posicionamiento SEO (equity de enlaces) a la nueva URL. 302 Found (temporal) indica a los clientes que obtengan esta solicitud desde la nueva URL pero que sigan usando la URL original para solicitudes futuras. Los motores de búsqueda no transfieren el equity SEO completo para los 302. Use 301 para cambios permanentes de URL (migración a HTTPS, cambio de dominio). Use 302 para pruebas A/B, páginas de mantenimiento temporales o redirecciones de inicio de sesión.
¿Por qué 404 es diferente de 410?▾
404 Not Found significa que el recurso no se puede encontrar — puede haber existido o no. El cliente debería intentarlo de nuevo en el futuro. 410 Gone comunica explícitamente que el recurso fue eliminado deliberadamente y no estará disponible de nuevo. 410 es mejor para SEO al eliminar contenido permanentemente — Googlebot desindexará las páginas 410 más rápido que las páginas 404. Use 410 para publicaciones de blog eliminadas, productos descontinuados o cuentas cerradas cuando quiera señalar eliminación permanente.
¿Qué causa 502 frente a 503 frente a 504?▾
502 Bad Gateway: su proxy/balanceador de carga recibió una respuesta inválida del servidor de aplicaciones backend (p. ej., la aplicación se cayó, devolvió datos incorrectos). 503 Service Unavailable: el servidor de aplicaciones backend está activo pero rechazando conexiones — típicamente sobrecargado, en modo de mantenimiento o sin conexiones disponibles. 504 Gateway Timeout: el proxy esperó demasiado tiempo para que el backend respondiera — el backend está funcionando pero es demasiado lento (p. ej., consulta de base de datos lenta). Soluciones comunes: 502=reinicie el servidor de aplicaciones; 503=reduzca la carga o espere el mantenimiento; 504=optimice consultas lentas o aumente el tiempo de espera.
¿Cuándo debo usar 422 frente a 400?▾
400 Bad Request es para errores sintácticos — la solicitud en sí está mal formada (JSON inválido, tipo de contenido incorrecto, encabezados requeridos faltantes). 422 Unprocessable Content (antes Unprocessable Entity) es para errores de validación semántica — el formato de la solicitud es correcto pero los datos fallan la validación de negocio (formato de correo electrónico inválido, la edad es negativa, el nombre de usuario ya está tomado). Las APIs REST modernas prefieren 422 para errores de validación con un cuerpo estructurado que liste cada error de campo. Rails usa 422 por defecto para los fallos de validación de formularios. Las APIs GraphQL típicamente devuelven 200 con errores en el cuerpo de la respuesta.