Definición:

Una redirección 302 es una respuesta HTTP que indica que el recurso solicitado se encuentra temporalmente en otra ubicación. El servidor devuelve el código de estado `302 Found` y señala la nueva URL mediante la cabecera `Location`; el navegador u otro cliente puede solicitar entonces ese destino.

La dirección original sigue siendo la referencia prevista cuando el cambio es provisional. En buscadores, esta señal ayuda a diferenciar una sustitución temporal de un traslado permanente, aunque el tratamiento final también depende de la duración, la coherencia y otras señales observadas durante el rastreo.

Cómo funciona una redirección 302

Cuando un cliente solicita una dirección, el servidor no entrega el contenido habitual y responde con el estado 302. La cabecera `Location` contiene el destino, que puede pertenecer al mismo dominio o a otro. El cliente sigue esa dirección y realiza una nueva petición.

La redirección ocurre en el nivel de HTTP, antes de mostrar el documento de destino. No equivale a un enlace, una etiqueta canonical ni una actualización mediante JavaScript. El usuario suele percibir solo el cambio de dirección, mientras que las herramientas de diagnóstico pueden observar cada respuesta de la cadena.

Con una petición `GET`, el comportamiento práctico de 302 y 307 suele ser semejante. Después de determinadas peticiones, como `POST`, los clientes pueden cambiar el método a `GET` al seguir un 302. El código 307 se utiliza cuando debe conservarse expresamente el método original y el cuerpo de la petición.

Cuándo se utiliza

Una redirección temporal se emplea cuando la URL de origen debe recuperar su función o seguir siendo la referencia principal. Algunos usos habituales son:

Mantenimiento temporal: enviar las visitas a una página disponible mientras se interviene sobre la original.
Pruebas controladas: mostrar una variante durante un experimento limitado sin comunicar un traslado permanente.
Disponibilidad puntual: dirigir a una alternativa mientras un producto, servicio o contenido no está accesible.
Ubicación o idioma: proponer temporalmente un destino adaptado cuando existe una forma clara de cambiar de versión.
Reglas transitorias: aplicar una ruta provisional durante una campaña, incidencia o cambio operativo.

La temporalidad no depende de un número fijo de días. Una redirección mantenida durante mucho tiempo, encadenada con otras o acompañada de señales contradictorias puede ser interpretada de forma distinta por un motor de búsqueda. Si el destino debe sustituir definitivamente al origen, corresponde una señal permanente.

Diferencia con otros códigos

La redirección 301 comunica un traslado permanente. En ese caso, los buscadores suelen seleccionar el destino como referencia e integrar con el tiempo las señales asociadas al origen. Con una 302, la intención declarada es conservar el origen como URL principal mientras el destino cumple una función provisional.

Los códigos 303 y 307 también son temporales, pero especifican mejor el tratamiento del método. `303 See Other` dirige a recuperar otro recurso mediante `GET`, mientras que `307 Temporary Redirect` conserva el método y el cuerpo. La elección importa especialmente en formularios, API y operaciones que modifican datos.

Una redirección tampoco hace que la página antigua siga siendo accesible para quien la solicita: mientras la regla esté activa, esa petición recibe la respuesta de redirección. El contenido original podrá volver a servirse cuando se retire la regla, siempre que continúe disponible en el servidor.

Formas de implementación

La respuesta puede generarse en el servidor web, la aplicación, una red de distribución de contenidos o un gestor de redirecciones. La configuración concreta depende de la infraestructura:

Cabecera HTTP: la aplicación devuelve el estado 302 y una cabecera `Location` válida.
Apache: una directiva de Apache puede declarar `Redirect 302 /origen https://example.com/destino`.
Nginx: una regla puede responder con `return 302 https://example.com/destino`.
CMS: un complemento o módulo guarda la correspondencia y genera la respuesta desde la aplicación.
CDN o proxy: la capa perimetral aplica la regla antes de que la petición llegue al servidor de origen.

El destino debe ser una URL absoluta o una referencia válida para el entorno utilizado. Las reglas amplias necesitan conservar correctamente rutas y parámetros cuando sean necesarios; una sustitución mal construida puede enviar muchas direcciones diferentes a un destino irrelevante.

Verificación y límites

La comprobación debe observar el código recibido, la cabecera `Location`, el destino final y el número de saltos. Las herramientas del navegador, `curl`, los rastreadores y los registros del servidor permiten detectar cadenas de redirección, bucles, destinos que fallan o reglas que solo afectan a determinados agentes.

También se revisa que los enlaces internos, sitemaps y canonical expresen la arquitectura prevista. Si la situación es temporal, esas señales pueden seguir apuntando al origen; si el traslado pasa a ser permanente, deben actualizarse de forma coherente con la nueva decisión.

Una 302 no garantiza por sí sola conservar posiciones, tráfico o valor de enlaces. Los buscadores procesan la relación entre ambas URL a partir de varias señales y pueden tratar una redirección prolongada como un cambio estable. Su función técnica es comunicar temporalidad, no asegurar un resultado SEO determinado.