El recurso de destino reside temporalmente bajo un URI diferente. Dado que la redirección podría ser alterada en ocasiones, el cliente debería seguir utilizando el URI de solicitud efectivo para futuras peticiones.
El servidor DEBERÍA generar un campo de cabecera Location en la respuesta que contenga una referencia URI para el URI diferente. El cliente PUEDE utilizar el valor del campo Location para la redirección automática. La carga útil de la respuesta del servidor suele contener una breve nota de hipertexto con un hipervínculo a los diferentes URI.
El código 302 HTTP era anteriormente conocido como HTTP 302 Moved Temporarily. El objetivo inicial del código 302 Moved Temporarily era para indicar una nueva dirección temporal del recurso. A pesar de ello, las prácticas de la industria contradecían el estándar inicial. Los navegadores populares implementaron esta redirección temporal como 303 See Other. Con el objetivo de eliminar esta ambigüedad entre ambos comportamientos, se añadieron los códigos de estado 303 y 307. A pesar de ello, la mayor parte de aplicaciones web y bibliotecas de desarrollo siguen utilizando el código 302 HTTP como si fuera el 303.
Nota: Por razones históricas, el cliente PUEDE cambiar el método de solicitud de POST a GET para la solicitud posterior. Si este comportamiento no es deseado, se puede utilizar el código de estado 307 Temporary Redirect en su lugar.
Referencias de programación del Código HTTP 302
- Symfony HTTP Status Constant
Response::HTTP_FOUND - Python2 HTTP Status Constant
httplib.FOUND - Python3+ HTTP Status Constant
http.client.FOUND - Python3.5+ HTTP Status Constant
http.HTTPStatus.FOUND - Go HTTP Status Constant
http.StatusFound - Rails HTTP Status Symbol
:found - .NET HTTP Status Constant
System.Net.HttpStatusCode.Found - C# HTTP Status Enum
HttpStatusCode.Found - C# HTTP Status Enum (Alternative)
HttpStatusCode.Redirect - Rust HTTP Status Constant
http::StatusCode::FOUND
