Redirección 302: redirección temporal

Una 302 es una respuesta HTTP que dirige temporalmente una solicitud a otra URL, mientras la URL original sigue siendo la ubicación prevista a largo plazo.

Qué decide una 302

Una respuesta 302 Found dirige la solicitud actual a otra URL sin declarar que el cambio sea permanente. Google describe las redirecciones temporales como un caso en el que Googlebot puede seguir la redirección, pero la redirección en sí no se usa como señal de que el destino deba volverse canónico. Esa distinción hace que la duración y la intención formen parte de la decisión técnica.

Una 302 sirve cuando la URL original sigue siendo la dirección a largo plazo y un desvío responde a una necesidad operativa de corta duración. No es una versión más suave de una redirección de migración. Si el equipo ya no espera restaurar el origen, revisa la decisión y sustituye la regla temporal por un mapa de redirecciones permanente, en lugar de dejar un código engañoso indefinidamente.

El diagrama muestra las entradas principales, las comprobaciones y la ruta de decisión de Redirección 302: redirección temporal.
Temporal es una intención y una fecha de revisión, no solo un número en la configuración del servidor. Anota por qué existe el desvío y cuándo se eliminará o se reconsiderará.

Cuándo encaja un enrutamiento temporal

Los casos habituales son una interrupción breve del servicio con una página explicativa clara, el destino corto de una campaña, un flujo de inicio de sesión o una sugerencia regional que no sustituye a la página canónica pública. En todos ellos, las personas deben poder llegar al recurso original cuando termine la condición temporal.

Adecuado
Una función no está disponible durante un tiempo y la URL de origen envía a los visitantes a una página de estado o de alternativas hasta que el servicio vuelva.
Hay que revisarlo
Una regla «temporal» de campaña ha sobrevivido a la campaña; hay que reevaluar el origen y el destino.
Incorrecto
Una página se ha trasladado de forma permanente a una nueva URL, pero el servidor sigue devolviendo 302.

En un ejemplo de enrutamiento regional, haz reversible la elección del usuario y no trates la detección de la ubicación como prueba de que una versión deba sustituir a todas las demás URL en la búsqueda. La estrategia de indexación y de idioma y región necesita su propio diseño de canonical y de páginas alternativas.

Implementación e inspección

  1. Define la condición temporal de negocio u operativa, la URL de origen, el destino y una fecha de revisión.
  2. Devuelve un HTTP 302 en la capa del servidor o de la aplicación para que la respuesta sea visible sin depender del renderizado en el cliente.
  3. Mantén la URL original disponible para su uso previsto; no dejes que los enlaces internos, los sitemaps y las canonical migren en silencio a un destino de corta duración.
  4. Sigue la ruta de la respuesta con un cliente HTTP y comprueba un solo salto temporal, la cabecera Location prevista y una página final que funcione.
  5. Elimina la regla cuando termine la condición. Si el cambio se vuelve permanente, crea un mapa de redirecciones permanente deliberado y actualiza las referencias propias del sitio.
bash
curl -I https://example.com/original
# Expect: HTTP/2 302 and a Location header
curl -IL https://example.com/original
# Check the temporary hop and final response

El framework del servidor puede exponer la 302 como función de redirección por defecto, así que inspecciona la respuesta real en lugar de dar por hecho que se emitió el estado previsto. La navegación en el navegador puede ocultar solicitudes intermedias; usa las herramientas para desarrolladores o un cliente HTTP cuando importe la cadena exacta.

Fallos y límites

El error habitual es tratar una 302 de larga duración como un traslado permanente inofensivo. Los sistemas de búsqueda pueden valorar patrones duraderos junto con otras señales, pero una implementación debe comunicar su intención real, no depender de umbrales no documentados. Revisa el estado cuando pase la fecha de fin y decide de forma explícita si el origen vuelve, sigue enrutado temporalmente o se traslada para siempre.

  • Una 302 se usa para una migración de sitio o de protocolo; sustitúyela por un mapa de redirecciones permanente, página a página, si el cambio no se va a revertir.
  • El destino temporal está a su vez redirigido o no está disponible; simplifica la ruta y repara la página final.
  • Un visitante queda atrapado en un bucle regional; haz la selección reversible y prueba con configuraciones de idioma y región representativas.
  • La regla no tiene responsable ni fecha de caducidad; añádela al registro de publicación para eliminarla de forma deliberada.

FAQ

¿Cuándo es adecuada una redirección 302?
Úsala cuando la URL de origen siga siendo la dirección a largo plazo y el destino distinto sea de verdad temporal, por ejemplo un desvío breve por mantenimiento o un flujo de aplicación.
¿Se puede usar una 302 para un traslado permanente del sitio?
No. Un traslado permanente debe usar una redirección permanente y un mapa de página a página revisado. Una 302 comunica una intención distinta.
¿Cómo puedo verificar una 302?
Inspecciona la respuesta HTTP y sigue la cadena. Confirma que el origen devuelve 302, que la cabecera Location es la esperada, que el destino final funciona y que la regla tiene fecha de revisión.
¿Una 302 impide automáticamente que el destino se indexe?
No. Una redirección temporal no es por sí misma una señal de canonicalización, pero otras señales siguen pudiendo afectar a lo que los buscadores descubren e indexan.