DevBento logoDevBento
Herramientas/Códigos de Estado HTTP: Lista Completa (100-511)/Qué Código de Estado HTTP Debería Usar? Guia de

Qué Código de Estado HTTP Debería Usar? Guia de

Guía de decisión interactiva para elegir el código de estado HTTP correcto para tu API. Cubre respuestas de éxito, redirección, errores de cliente y servidor.

1xx Informativo

(4)

2xx Éxito

(10)

3xx Redirección

(7)

4xx Error del Cliente

(29)

5xx Error del Servidor

(11)
61 de 61 códigos de estado
Herramientas Relacionadas
%20Codificador URL y Convertidor de Entidades HTML
Codifica texto con encodeURIComponent o encodeURI para URL, convierte caracteres especiales HTML a entidades nombradas o numericas. Todo ocurre en tu navegador.
jwtDecodificador JWT
Decode auth headers on error responses
shaGenerador de Hashes
Genera hashes MD5, SHA-1, SHA-256 y SHA-512 a partir de texto o archivos. Usa Web Crypto API para SHA y una implementación en JavaScript puro para MD5.
{}Formateador y Validador de JSON
Formatea, minifica y valida datos JSON al instante. Resaltado de sintaxis, vista de árbol interactiva y detección de errores. Herramienta en tu navegador.
+/-Comparador de Texto (Diff Checker)
Compara dos bloques de texto en vista lado a lado o en línea con resaltado a nivel de carácter. Encuentra adiciones, eliminaciones y cambios al instante.
/re/Probador de Regex
Match error message patterns

Árbol de Decisión

Comienza aquí y sigue el camino que se ajuste a tu situación.

La solicitud fue exitosa?

Si y devuelvo datos -> 200 OK Respuesta de éxito predeterminada. Usa para solicitudes GET que devuelven datos, solicitudes POST que realizan acciones y solicitudes PUT/PATCH que actualizan y devuelven el resultado.

Si y cree un nuevo recurso -> 201 Created Usa después de que POST o PUT hayan creado algo nuevo. Incluye un encabezado Location con la URL del nuevo recurso.

Si pero no hay cuerpo que devolver -> 204 No Content Usa para solicitudes DELETE exitosas o PUT/PATCH donde el cliente no necesita el recurso actualizado. La respuesta no tiene cuerpo.

Si pero ya lo habia hecho -> 200 OK o 204 No Content Para operaciones idempotentes (PUT, DELETE) donde el estado final es el mismo sin importar cuantas veces se llame, devuelve el mismo código de éxito que devolverias en la primera llamada.

Aceptado pero aún no terminado -> 202 Accepted Usa cuando el servidor ha puesto en cola la solicitud para procesamiento asincrono. El cliente debe hacer polling o recibir un callback más tarde. Bueno para trabajos largos, operaciones por lotes o entregas de webhooks.


El cliente necesita ir a otro lugar?

Mudanza permanente -> 301 Moved Permanently El recurso tiene una nueva URL permanentemente. Los navegadores y motores de busqueda actualizan sus registros. Seguro para solicitudes GET. Nota: algunos clientes antiguos cambian POST a GET en la redirección.

Mudanza permanente, conservar método -> 308 Permanent Redirect Cómo 301, pero garantiza que el método HTTP se conserva. Un POST sigue siendo POST. Usa cuando la conservación del método es importante (redirecciones de API).

Mudanza temporal -> 302 Found El recurso esta temporalmente en una URL diferente. Los navegadores lo almacenan en cache para la sesión pero lo verifican de nuevo más tarde. En la práctica, la redirección temporal más comun.

Mudanza temporal, conservar método -> 307 Temporary Redirect Cómo 302, pero conserva el método HTTP.

🔒

Nothing you paste leaves this tab. Every tool runs entirely in your browser — no upload, no server, no account.

© 2026 devbento.dev · construido localmenteChangelog