100
Continue
El servidor recibió las cabeceras y el cliente puede continuar enviando el cuerpo. Evita enviar un payload grande si el servidor podría rechazar la petición.
Todas las utilidades
Referencia
Códigos de estado HTTP
Referencia consultable de códigos de respuesta HTTP habituales.
1xx Informativos
101
Switching Protocols
El servidor acepta cambiar de protocolo (por ejemplo de HTTP a WebSocket) según lo solicitado en la cabecera Upgrade.
102
Processing
El servidor recibió y está procesando la petición, pero aún no hay cuerpo de respuesta. Usado en operaciones de larga duración.
2xx Éxito
200
OK
La petición tuvo éxito. El cuerpo de respuesta suele contener el recurso solicitado o el resultado de la operación.
201
Created
La petición tuvo éxito y se creó un nuevo recurso. A menudo tras POST con cabecera Location apuntando al nuevo recurso.
202
Accepted
La petición fue aceptada para procesamiento pero aún no se completó. Frecuente en trabajos asíncronos y tareas en segundo plano.
204
No Content
La petición tuvo éxito pero no hay contenido que devolver. Típico de DELETE o PUT exitosos con cuerpo vacío.
3xx Redirección
301
Moved Permanently
El recurso se ha movido permanentemente a una nueva URL. Clientes y buscadores deben actualizar marcadores y enlaces.
302
Found
El recurso está temporalmente disponible en otra URL. Las peticiones futuras pueden seguir usando la URL original.
303
See Other
Tras un POST, el cliente debe obtener el resultado con GET en la URL indicada en la cabecera Location.
304
Not Modified
La versión en caché sigue siendo válida. El servidor no devuelve cuerpo; el cliente debe usar su caché local.
307
Temporary Redirect
Redirección temporal que conserva el método HTTP original. A diferencia del manejo antiguo de 302, POST sigue siendo POST tras la redirección.
308
Permanent Redirect
Redirección permanente que conserva el método HTTP original. El cliente debe usar la nueva URL en peticiones futuras.
4xx Error del cliente
400
Bad Request
El servidor no puede procesar la petición por sintaxis inválida, campos faltantes o JSON mal formado. Corrija la petición e inténtelo de nuevo.
401
Unauthorized
Se requiere autenticación o ha fallado. El cliente debe proporcionar credenciales válidas, a menudo mediante la cabecera Authorization o inicio de sesión.
403
Forbidden
El servidor entendió la petición pero se niega a autorizarla. El usuario puede estar autenticado pero sin permiso.
404
Not Found
La URL o recurso solicitado no existe. Compruebe ruta, route o ID — o el elemento pudo haber sido eliminado.
405
Method Not Allowed
El método HTTP no está permitido en este endpoint. Por ejemplo, enviar POST donde solo se admite GET.
408
Request Timeout
El servidor agotó el tiempo esperando la petición completa. A menudo por subidas lentas o conexiones inactivas.
409
Conflict
La petición entra en conflicto con el estado actual del recurso. Frecuente al crear duplicados o violar restricciones de versión.
410
Gone
El recurso existió pero fue eliminado permanentemente y no volverá a estar disponible. Más estricto que 404 para contenido eliminado.
413
Payload Too Large
El cuerpo de la petición es mayor de lo que el servidor puede procesar. Reduzca el tamaño del payload o use carga por fragmentos.
414
URI Too Long
La URL de la petición supera el límite del servidor. Acorte query strings o mueva datos al cuerpo de la petición.
415
Unsupported Media Type
El servidor no admite el Content-Type de la petición. Envíe JSON, datos de formulario u otro formato que acepte la API.
418
I'm a teapot
Definido en RFC 2324 como broma del Día de los Inocentes: el servidor se niega a preparar café porque es una tetera. A veces se usa en demos.
422
Unprocessable Entity
La petición es sintácticamente válida pero semánticamente incorrecta. Típico de errores de validación en APIs REST y formularios web.
429
Too Many Requests
El cliente ha enviado demasiadas peticiones en un intervalo de tiempo. Respete Retry-After e implemente backoff o limitación de tasa.
5xx Error del servidor
500
Internal Server Error
Se produjo un error inesperado en el servidor. Normalmente no es culpa del cliente — revise los logs del servidor e inténtelo más tarde.
501
Not Implemented
El servidor no admite la funcionalidad necesaria para cumplir la petición. El método o función no está implementado.
502
Bad Gateway
Un gateway o proxy recibió una respuesta no válida de un servidor upstream. Frecuente detrás de balanceadores cuando fallan los backends.
503
Service Unavailable
El servidor está temporalmente no disponible, a menudo por mantenimiento o sobrecarga. Reintente tras un retraso; compruebe Retry-After si está presente.
504
Gateway Timeout
Un gateway o proxy no recibió una respuesta oportuna del servidor upstream. Indica lentitud del backend o problemas de red.
32 códigos de estado HTTP habituales
Sobre esta herramienta
Consulte qué significan 301, 403, 429 y otros códigos al depurar.
Referencia consultable de códigos de respuesta HTTP habituales.
Preguntas frecuentes
- ¿Códigos de estado HTTP es gratuito?
- Sí. Todas las utilidades Cleariflow funcionan sin registro. Para automatización y límites mayores, use la API de producción correspondiente.
- ¿Quién usa Códigos de estado HTTP a diario?
- Desarrolladores, DevOps, soporte y equipos de marketing — para comprobaciones rápidas antes de análisis profundos, incidentes o pruebas de integración.
- ¿Cuándo conviene pasar a la API?
- Códigos de estado HTTP es ideal para revisiones manuales y puntuales. Para trabajos por lotes, webhooks o flujos con SLA, integre la API Cleariflow.