Referencia de códigos de estado HTTP

100 Continue (Continuar) indica que el servidor recibió las cabeceras y permite que el cliente continúe enviando el cuerpo de la solicitud. Es una respuesta informativa provisional; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

101 Switching Protocols (Cambio de protocolo) indica que el servidor aceptó cambiar la conexión al protocolo solicitado, como ocurre en un handshake WebSocket. Es una respuesta informativa provisional; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

102 Processing (Procesando) indica que el servidor recibió la solicitud completa y sigue procesándola sin tener aún una respuesta final. Es una respuesta informativa provisional; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 2518. Está obsoleto y debe evitarse en diseños nuevos. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

103 Early Hints (Pistas tempranas) indica que el servidor envía cabeceras preliminares para que el cliente pueda precargar recursos antes de la respuesta final. Es una respuesta informativa provisional; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 8297. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

104 Upload Resumption Supported (Reanudación de subida compatible) indica que el servidor indica que admite reanudar una subida interrumpida según el borrador de cargas reanudables. Es una respuesta informativa provisional; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es draft-ietf-httpbis-resumable-upload-05. Tiene carácter temporal o de borrador y requiere documentación explícita. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

200 OK (Correcto) indica que la solicitud se completó correctamente y la respuesta contiene el resultado esperado. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

201 Created (Creado) indica que la solicitud creó un recurso nuevo y la respuesta debe señalar su ubicación o representación. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

202 Accepted (Aceptado) indica que la solicitud fue aceptada para procesamiento posterior, pero el trabajo todavía no ha terminado. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

203 Non-Authoritative Information (Información no autorizada) indica que la respuesta correcta fue transformada por un intermediario y no es exactamente la representación original. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

204 No Content (Sin contenido) indica que la operación se completó correctamente pero no hay cuerpo de respuesta que devolver. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

205 Reset Content (Restablecer contenido) indica que la operación se completó y el cliente debería restablecer la vista o formulario que originó la solicitud. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

206 Partial Content (Contenido parcial) indica que el servidor devuelve solo una parte del recurso solicitada mediante cabeceras Range. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

207 Multi-Status (Estado múltiple) indica que una respuesta WebDAV incluye varios resultados independientes dentro de un mismo cuerpo. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 4918. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

208 Already Reported (Ya informado) indica que WebDAV evita repetir miembros de una colección que ya fueron informados en la misma respuesta. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 5842. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

226 IM Used (IM usado) indica que el servidor aplicó una manipulación de instancia y devuelve el resultado de esa representación. Es una respuesta de éxito; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 3229. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

300 Multiple Choices (Varias opciones) indica que existen varias representaciones posibles y el cliente o usuario debe elegir una. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

301 Moved Permanently (Movido permanentemente) indica que el recurso se movió permanentemente a otra URL y los clientes deberían actualizar sus enlaces. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

302 Found (Encontrado) indica que el recurso se encuentra temporalmente en otra URL, aunque la semántica histórica puede cambiar el método. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

303 See Other (Ver otro) indica que el cliente debe consultar otra URL con GET para obtener el resultado de una operación. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

304 Not Modified (No modificado) indica que la representación en caché del cliente sigue siendo válida y no hace falta descargar el cuerpo de nuevo. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

305 Use Proxy (Usar proxy) indica que el acceso debía realizarse mediante un proxy indicado por el servidor, un comportamiento obsoleto. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Está obsoleto y debe evitarse en diseños nuevos. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

306 Unused (Sin uso) indica que el código está reservado por compatibilidad histórica y no tiene uso operativo actual. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Está reservado o sin uso operativo normal. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

307 Temporary Redirect (Redirección temporal) indica que el recurso se redirige temporalmente a otra URL conservando el método y el cuerpo original. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

308 Permanent Redirect (Redirección permanente) indica que el recurso se redirige permanentemente a otra URL conservando el método y el cuerpo original. Es una respuesta de redirección o caché; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

400 Bad Request (Solicitud incorrecta) indica que la solicitud es inválida o no puede analizarse correctamente por sintaxis, formato o parámetros básicos. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

401 Unauthorized (No autenticado) indica que la solicitud no incluye autenticación válida o necesita completar un reto de autenticación. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

402 Payment Required (Pago requerido) indica que el código está reservado para pagos y rara vez tiene una semántica interoperable en HTTP público. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

403 Forbidden (Prohibido) indica que el servidor entiende la solicitud pero rechaza ejecutarla por permisos o políticas de acceso. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

404 Not Found (No encontrado) indica que el recurso solicitado no se encontró o el servidor no quiere revelar si existe. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

405 Method Not Allowed (Método no permitido) indica que el método HTTP usado no está permitido para ese recurso aunque la ruta exista. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

406 Not Acceptable (No aceptable) indica que el servidor no puede producir una representación aceptable según las cabeceras de negociación del cliente. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

407 Proxy Authentication Required (Autenticación de proxy requerida) indica que la solicitud debe autenticarse ante un proxy antes de poder continuar. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

408 Request Timeout (Tiempo de solicitud agotado) indica que el servidor cerró la solicitud porque el cliente tardó demasiado en enviarla. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

409 Conflict (Conflicto) indica que la solicitud entra en conflicto con el estado actual del recurso o del flujo de negocio. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

410 Gone (Eliminado) indica que el recurso existió pero fue eliminado de forma permanente y no se espera que vuelva. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

411 Length Required (Longitud requerida) indica que el servidor exige Content-Length para procesar correctamente la solicitud. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

412 Precondition Failed (Precondición fallida) indica que una precondición como If-Match o If-Unmodified-Since no se cumple. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

413 Content Too Large (Contenido demasiado grande) indica que el cuerpo o contenido enviado es mayor de lo que el servidor está dispuesto a aceptar. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

414 URI Too Long (URI demasiado larga) indica que la URI de la solicitud es demasiado larga para que el servidor la procese. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

415 Unsupported Media Type (Tipo de medio no admitido) indica que el tipo de medio o formato del cuerpo no es compatible con el endpoint. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

416 Range Not Satisfiable (Rango no satisfacible) indica que el rango solicitado no puede satisfacerse para el recurso actual. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

417 Expectation Failed (Expectativa fallida) indica que el servidor no puede cumplir la expectativa indicada por la cabecera Expect. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

418 I'm a teapot (Soy una tetera) indica que es un código humorístico definido para el protocolo HTCPCP y no debe usarse como contrato real. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Está reservado o sin uso operativo normal. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

419 Page Expired (Página caducada) indica que una sesión, token CSRF o estado de página caducó según una convención de framework. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Laravel / Web framework convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

420 Enhance Your Calm (Reduce la frecuencia) indica que una implementación no estándar pide reducir la frecuencia o calmar el volumen de solicitudes. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Twitter legacy API convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

421 Misdirected Request (Solicitud mal dirigida) indica que la solicitud llegó a un servidor que no está autorizado o configurado para responder por ese origen. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

422 Unprocessable Content (Contenido no procesable) indica que la sintaxis de la solicitud es válida pero sus valores no pasan la validación semántica. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

423 Locked (Bloqueado) indica que el recurso está bloqueado, normalmente en un flujo WebDAV o de edición concurrente. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 4918. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

424 Failed Dependency (Dependencia fallida) indica que la operación falla porque dependía de otra acción que también falló. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 4918. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

425 Too Early (Demasiado pronto) indica que el servidor no quiere procesar la solicitud porque podría repetirse de forma insegura demasiado pronto. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 8470. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

426 Upgrade Required (Actualización requerida) indica que el servidor exige que el cliente use una versión o protocolo diferente para continuar. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

428 Precondition Required (Precondición requerida) indica que el servidor requiere precondiciones para evitar actualizaciones perdidas o escrituras concurrentes inseguras. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 6585. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

429 Too Many Requests (Demasiadas solicitudes) indica que el cliente superó un límite de frecuencia, cuota o volumen de solicitudes. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 6585. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

430 Request Header Fields Too Large (Campos de cabecera demasiado grandes) indica que una implementación no estándar considera demasiado grandes los campos de cabecera de la solicitud. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Non-standard platform convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

431 Request Header Fields Too Large (Campos de cabecera demasiado grandes) indica que uno o varios campos de cabecera de la solicitud son demasiado grandes. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 6585. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

440 Login Timeout (Sesión de inicio caducada) indica que una convención de Microsoft IIS indica que la sesión de inicio de sesión expiró. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Microsoft IIS. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

444 No Response (Sin respuesta) indica que Nginx cerró la conexión sin enviar respuesta HTTP al cliente. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

449 Retry With (Reintentar con datos adicionales) indica que una convención de Microsoft indica que la solicitud debe reintentarse con información adicional. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Microsoft IIS. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

450 Blocked by Windows Parental Controls (Bloqueado por control parental) indica que una convención antigua de Microsoft indica bloqueo por controles parentales de Windows. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Microsoft IIS. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

451 Unavailable For Legal Reasons (No disponible por razones legales) indica que el recurso no está disponible por una restricción legal, orden o política aplicable. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 7725. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

460 Client Closed Connection (Conexión cerrada por el cliente) indica que un balanceador o intermediario detectó que el cliente cerró la conexión antes de completar la respuesta. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es AWS Elastic Load Balancing. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

463 Too Many Forwarded IPs (Demasiadas IP reenviadas) indica que AWS o un intermediario recibió demasiadas IP en cabeceras de reenvío. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es AWS Elastic Load Balancing. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

464 Incompatible Protocol (Protocolo incompatible) indica que AWS o un intermediario detectó una incompatibilidad de protocolo o puerto entre cliente y destino. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es AWS Elastic Load Balancing. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

494 Request Header Too Large (Cabecera de solicitud demasiado grande) indica que Nginx rechazó la solicitud porque la cabecera era demasiado grande. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

495 SSL Certificate Error (Error de certificado SSL) indica que Nginx detectó un error al validar el certificado SSL del cliente. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

496 SSL Certificate Required (Certificado SSL requerido) indica que Nginx esperaba un certificado SSL de cliente pero no lo recibió. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

497 HTTP Request Sent to HTTPS Port (HTTP enviado a puerto HTTPS) indica que Nginx recibió una solicitud HTTP normal en un puerto configurado para HTTPS. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

498 Invalid Token (Token no válido) indica que una implementación no estándar indica que el token enviado no es válido. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Esri ArcGIS. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

499 Client Closed Request (Solicitud cerrada por el cliente) indica que el cliente cerró la solicitud antes de que Nginx o el servidor terminara de responder. Es una error del lado del cliente; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Nginx. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

500 Internal Server Error (Error interno del servidor) indica que el servidor encontró un error inesperado y no pudo completar la solicitud. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

501 Not Implemented (No implementado) indica que el servidor no implementa la funcionalidad necesaria para atender el método o característica solicitada. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

502 Bad Gateway (Puerta de enlace incorrecta) indica que una puerta de enlace o proxy recibió una respuesta inválida del servidor upstream. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

503 Service Unavailable (Servicio no disponible) indica que el servicio no está disponible temporalmente por mantenimiento, sobrecarga o falta de capacidad. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

504 Gateway Timeout (Tiempo de puerta de enlace agotado) indica que una puerta de enlace o proxy agotó el tiempo esperando respuesta del servidor upstream. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Puede documentarse como parte estable de una API pública cuando la semántica encaje.

505 HTTP Version Not Supported (Versión HTTP no admitida) indica que el servidor no admite la versión de HTTP usada en la solicitud. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 9110. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

506 Variant Also Negotiates (La variante también negocia) indica que la negociación transparente de contenido produjo una configuración circular o inválida. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 2295. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

507 Insufficient Storage (Almacenamiento insuficiente) indica que el servidor no tiene almacenamiento suficiente para completar la operación. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 4918. Es un código estándar o ampliamente reconocido dentro de HTTP. Conviene usarlo con cuidado y explicar el contexto porque no todos los clientes lo interpretan igual.

508 Loop Detected (Bucle detectado) indica que WebDAV detectó un bucle infinito al procesar una operación sobre recursos. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 5842. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

509 Bandwidth Limit Exceeded (Límite de ancho de banda excedido) indica que una implementación de hosting indica que se excedió el límite de ancho de banda. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Apache/cPanel hosting convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

510 Not Extended (No extendido) indica que la solicitud necesita extensiones adicionales que el servidor requiere para procesarla. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 2774. Está obsoleto y debe evitarse en diseños nuevos. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

511 Network Authentication Required (Autenticación de red requerida) indica que el cliente debe autenticarse en la red, por ejemplo mediante un portal cautivo. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es RFC 6585. Es un código estándar o ampliamente reconocido dentro de HTTP. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

520 Web Server Returned an Unknown Error (Error desconocido del servidor web) indica que Cloudflare recibió un error desconocido o inesperado desde el servidor de origen. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

521 Web Server Is Down (Servidor web caído) indica que Cloudflare no pudo conectar porque el servidor de origen está caído o rechaza conexiones. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

522 Connection Timed Out (Conexión agotada) indica que Cloudflare agotó el tiempo al intentar establecer conexión con el servidor de origen. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

523 Origin Is Unreachable (Origen inaccesible) indica que Cloudflare no puede alcanzar el servidor de origen por DNS, ruta o conectividad. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

524 A Timeout Occurred (Se produjo un tiempo de espera) indica que Cloudflare conectó con el origen pero la respuesta tardó demasiado. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

525 SSL Handshake Failed (Falló el handshake SSL) indica que Cloudflare no pudo completar el handshake SSL o TLS con el servidor de origen. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

526 Invalid SSL Certificate (Certificado SSL no válido) indica que Cloudflare rechazó el certificado SSL del origen por no ser válido. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

527 Railgun Error (Error de Railgun) indica que Cloudflare Railgun encontró un error al comunicarse con el origen. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

530 Origin DNS Error (Error DNS del origen) indica que Cloudflare o un proveedor similar informa un error DNS relacionado con el origen. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Cloudflare. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

561 Unauthorized (No autorizado) indica que AWS Elastic Load Balancing usa este código para indicar autorización fallida en ciertos flujos. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es AWS Elastic Load Balancing. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

598 Network Read Timeout Error (Tiempo de lectura de red agotado) indica que una implementación no estándar indica agotamiento del tiempo de lectura de red. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Proxy / Gateway convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.

599 Network Connect Timeout Error (Tiempo de conexión de red agotado) indica que una implementación no estándar indica agotamiento del tiempo al conectar con la red. Es una error del servidor, proxy o puerta de enlace; por eso debe interpretarse junto con el método, la ruta, las cabeceras, el cuerpo de respuesta y los registros de la capa que lo generó. La fuente indicada es Proxy / Gateway convention. Es no estándar, de proveedor o de implementación, por lo que no es portable entre plataformas. No conviene convertirlo en contrato principal de una API pública salvo que el caso lo justifique claramente.