SoupCalc

Guía de consulta y respuesta de códigos de estado HTTP

Qué calcula esta herramienta

Esta es una consulta de referencia determinista en lugar de una calculadora numérica. Ingrese un número de estado, un fragmento de descripción o una categoría y la página filtrará su tabla incorporada para mostrar los códigos de respuesta HTTP coincidentes. Cada resultado muestra el código de tres dígitos, su descripción breve y su clase de respuesta.

Un estado HTTP es enviado por un servidor después de recibir una solicitud. Describe el resultado a nivel de protocolo; no expone cada detalle de la aplicación. Un código puede ser técnicamente correcto mientras la experiencia del usuario sigue siendo deficiente, y la misma falla visible puede originarse en un navegador, proxy, caché, puerta de enlace, servidor de origen o aplicación.

Datos de entrada

El campo de búsqueda acepta texto. Un número como 404 apunta a un código específico. Una frase como not found busca en las descripciones. Un término de categoría puede reducir la tabla a una familia. La búsqueda no distingue mayúsculas de minúsculas y no realiza una solicitud de red a la URL que está depurando.

Para notas de incidentes, registre más que el código: método de solicitud, URL de destino, encabezados de respuesta, marca de tiempo, cadena de redirecciones y el componente que generó la respuesta. No pegue encabezados de autorización, cookies de sesión, tokens privados ni datos personales en un informe compartido.

Método y fórmula

Los códigos HTTP tienen tres dígitos. El primer dígito identifica la clase general:

  • 1xx: progreso informativo.
  • 2xx: la solicitud fue recibida y procesada exitosamente a nivel HTTP.
  • 3xx: el cliente necesita redirección u otra acción para completar la recuperación.
  • 4xx: la solicitud no puede cumplirse tal como se envió, a menudo por sintaxis, autorización, estado o disponibilidad del destino.
  • 5xx: el servidor o un componente ascendente falló al intentar procesar una solicitud aparentemente válida.

La consulta realiza una coincidencia de subcadena normalizada sobre los campos de código, frase y clase. No adivina una causa, no consulta un registro externo en tiempo de ejecución ni trata números no registrados como significados estandarizados.

Ejemplo resuelto

Busque 404. La fila coincidente es 404 Not Found, una respuesta de error de cliente 4xx. En la semántica HTTP, esto indica que el servidor de origen no encontró una representación actual para el destino solicitado, o no está dispuesto a revelar que existe una.

El siguiente paso de depuración depende del contexto. Verifique la ruta y el método exactos, el despliegue de rutas, la sensibilidad a mayúsculas, las reglas de reescritura y si un proxy inverso modificó la solicitud. Un 404 de una página de error con marca de CDN puede tener un origen diferente al de un 404 JSON generado por la aplicación.

Como ejemplo contrastante, 500 Internal Server Error pertenece a 5xx. Señala una falla inesperada del lado del servidor, pero no identifica la función que falló. Los registros y un identificador de correlación de solicitud siguen siendo necesarios.

Cómo interpretar el resultado

Use la clase para clasificar, luego use la definición exacta y los encabezados de respuesta para elegir la siguiente observación. Un 401 típicamente requiere información de autenticación; un 403 indica que el servidor entendió la solicitud pero la rechaza; un 429 apunta a limitación de tasa y puede incluir Retry-After. Esas distinciones afectan el comportamiento correcto del cliente.

No haga que la lógica de la aplicación dependa de la frase de motivo en inglés. El comportamiento del protocolo está definido por el código numérico, y las frases de motivo pueden personalizarse u omitirse. También distinga la respuesta final de las redirecciones intermedias y las respuestas almacenadas en caché al diagnosticar una traza del navegador.

Precisión y limitaciones

La tabla es una instantánea educativa de los códigos comúnmente estandarizados. Las extensiones HTTP pueden registrar valores adicionales, los proveedores a veces emiten códigos no estándar y las especificaciones pueden actualizarse. La consulta no puede confirmar qué componente produjo una respuesta, si un reintento es seguro o si el cuerpo contiene detalles útiles del problema.

Los controles de seguridad pueden devolver intencionalmente un estado menos revelador. Un recurso que parece no existir podría estar oculto por razones de autorización, y una puerta de enlace puede reemplazar una respuesta de origen. Verifique el comportamiento en producción con registros y observabilidad apropiados, protegiendo secretos y datos de usuario.

Fuentes

Registro editorial

Autor: SoupCalc Editorial Team

Última revisión: 14 de agosto de 2026

Alcance de la revisión: Se verificaron las explicaciones de clases de código, el comportamiento de consulta, el ejemplo de 404 Not Found, los límites de diagnóstico y los enlaces a la especificación HTTP y al registro.