Idiomas

Redirección 302: qué es y cuándo usarla

Qué es una redirección 302 temporal, por qué Google la llama una señal «débil» para procesar el destino (no el callejón sin salida de equidad cero del folklore SEO), los casos de uso legítimos que Google recomienda y el único error que puede costarte posicionamiento.

Publicado por primera vez: 2 jul 2026 · Última actualización: 8 ago 2026 · Avanzado
Idiomas
AIEscrito porAI v2
1 señal de evidencia en esta página

Una redirección 302 (código de estado HTTP 302, «Found») es temporal: envía a los usuarios a una URL nueva mientras indica que la URL original debe permanecer en los resultados de búsqueda. El matiz que más guías explican mal es que la infraestructura de rastreo de Google llama a una 302 una señal débil de que el destino debe procesarse, frente a la señal fuerte de una 301; eso es distinto del pipeline de indexación de Search, que dice que no trata una redirección temporal como señal de que el destino deba ser canonical (débil no significa cero y procesado no significa canonical). Google (Mueller e Illyes) ha dicho que las 302 siguen transmitiendo señales de enlaces y que, si permanecen activas el tiempo suficiente, Google puede empezar a tratarlas como 301: un patrón observado por profesionales sin un plazo publicado. Es la opción correcta en situaciones realmente temporales; Google recomienda explícitamente una 302 en lugar de una 301 para las pruebas A/B, además del enrutamiento por ubicación/dispositivo y las páginas de mantenimiento. El único error real es usar una 302 para un traslado permanente, lo que puede dejar la URL antigua posicionándose en lugar de la nueva durante un periodo impredecible.

TL;DR — Una 302 (“Found”) es una redirección temporal. La formulación precisa de Google tiene dos etapas, no una: la infraestructura de rastreo la considera una señal débil de que el destino debe procesarse, frente a la señal fuerte de una 301; por separado, el pipeline de indexación de Search dice que no trata una redirección temporal como señal de que el destino deba ser canonical (aunque el destino puede indexarse mediante otras señales). Se confunden constantemente dos mecanismos: la transferencia de señales de enlaces/PageRank (Mueller e Illyes han dicho que no es cero en una 302, aunque esa es su declaración pública, no una regla universal publicada formalmente) y la preferencia de canonicalización/indexación (que es lo que realmente cambia: una 302 indica a Google que mantenga indexada la URL de origen). Si permanece el tiempo suficiente, una 302 puede cambiar; es un patrón observado por profesionales, no un mecanismo documentado, y no existe un plazo publicado. Google recomienda una 302 en lugar de una 301 para las pruebas A/B. El único error real es usar una 302 para un traslado permanente; tampoco construyas nunca el destino de la redirección a partir de entradas de usuario sin validar.

De «Moved Temporarily» a «Found»: breve historia

La 302 nació siendo ambigua. En HTTP/1.0 se llamaba “Moved Temporarily” y la especificación decía que los clientes debían reutilizar el método de solicitud original al seguirla. En la práctica, los navegadores no lo hacían: muchos cambiaban silenciosamente POST por GET al redirigir, en contra de la especificación. HTTP/1.1 reconoció la realidad y cambió el nombre de la 302 a “Found”, además de añadir dos alternativas inequívocas: 303 (See Other), que siempre cambia a GET, y 307 (Temporary Redirect), que nunca cambia el método. La especificación vigente, RFC 9110 (2022), todavía señala que los clientes pueden cambiar POST a GET en una 302; precisamente por eso existe la 307 cuando no debe cambiarse. Para las redirecciones cotidianas de páginas basadas en GET (el caso de uso SEO), las 302 y 307 se comportan igual ante los motores de búsqueda; la diferencia de conservación del método solo importa en envíos de formularios y llamadas a API. Evidence for this claim RFC 9110 defines 302 Found as a temporary move to another URI and notes that user agents may change POST to GET when following it. Scope: HTTP semantics for 302 responses. Confidence: high · Verified: IETF: RFC 9110 §15.4.3 — 302 Found

Para las búsquedas, Google agrupa 302 (found), 303 (see other) y 307 (temporary redirect) como “Temporary”, frente a 301 y 308, que agrupa como “Permanent”.

La decisión compacta, si estás eligiendo entre ellas:

  • 302 — el cliente que la sigue puede cambiar POST a GET (RFC 9110). Es adecuada para una redirección de página basada en un GET normal; evítala si no puedes tolerar el cambio de método.
  • 307 — nunca cambia el método ni reenvía una solicitud diferente. Úsala cuando un envío de formulario o una llamada a API deba repetirse exactamente como se envió.
  • 303 — apunta deliberadamente a un recurso diferente y no equivalente, que normalmente se obtiene con GET/HEAD: el patrón clásico de “redirigir después de un POST a una página de confirmación”, no un sustituto equivalente de la solicitud original.
  • Caché — una 302 no se puede almacenar heurísticamente solo por su código de estado (RFC 9111); solo se guarda o reutiliza si configuras directivas explícitas de frescura o caché. No des por hecho que una CDN o un navegador tratará una 302 sin más como cacheable por defecto.

Señal débil frente a señal fuerte: las palabras exactas de Google

Olvida el folklore y lee el lenguaje real de Google. En su documentación sobre la infraestructura de rastreo, Google dice que una 302 es una señal débil:

“By default, Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (traducción) «De forma predeterminada, los rastreadores de Google siguen la redirección y los sistemas de Google usan la redirección como una señal débil de que el destino de la redirección debe procesarse».

Evidence for this claim Google's crawling-infrastructure documentation says crawlers follow a 302/303 and Google systems use it as a weak signal that the target should be processed; it also warns that product behavior can differ. Scope: product-specific crawl and processing handoff Confidence: high · Verified: How HTTP Status Codes Affect Google's Crawlers

La fila de la 301 en esa misma tabla es idéntica salvo por una palabra: strong:

“Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (traducción) «Google sigue la redirección y los sistemas de Google usan la redirección como una señal fuerte de que el destino de la redirección debe procesarse».

Evidence for this claim Google's crawling-infrastructure documentation says crawlers follow a 302/303 and Google systems use it as a weak signal that the target should be processed; it also warns that product behavior can differ. Scope: product-specific crawl and processing handoff Confidence: high · Verified: How HTTP Status Codes Affect Google's Crawlers

“Débil” no significa “cero”, pero también conviene precisar qué es débil. Aquí hablan dos sistemas distintos de Google sobre dos etapas distintas, no sobre un continuo:

  • Infraestructura de rastreo (la cita de la “señal débil” anterior): se refiere a si el destino de la redirección se procesa, es decir, a si el rastreador de Google se molesta en obtener y examinar el destino.
  • Pipeline de indexación de Search: es una etapa posterior y separada, y establece su propia regla directamente: “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical. The target page might still be indexed if other canonicalization signals are present.” (traducción) «Googlebot sigue la redirección, pero el pipeline de indexación no usa la redirección como señal de que el destino deba ser canónico; otras señales pueden permitir indexarlo». Evidence for this claim Google follows a 302 temporary redirect but does not use it as a signal that the destination should become canonical; Google recommends 302 rather than 301 for temporary site tests. Scope: Google Search handling of temporary redirects and A/B tests. Confidence: high · Verified: Google: Redirects and Google Search Google: Website testing

Leídas juntas: una 302 da a Google un pequeño empujón para que vaya a mirar el destino (rastreo), pero el pipeline de indexación de Search no trata esa misma redirección como un voto para convertir el destino en canonical (indexación). El destino aún puede acabar indexado y ser canonical, pero gracias a otras señales, no a la 302. No reduzcas esto a “una 302 es un voto débil para que el destino sea canonical”: ninguno de los dos documentos dice eso; describen alcances diferentes.

Dos mecanismos, no uno

Aquí es donde la mayoría del contenido de la competencia mezcla conceptos, así que mantenlos separados:

  1. La transferencia de señales de enlaces/PageRank no es cero en una 302. Gary Illyes dijo en 2016 que Google ya no aplica dilución de PageRank a través de redirecciones 301, 302 u otras 30x (retirando el antiguo folklore de “pérdida de ~15 % por salto”), y Mueller señaló que las 302 funcionan como redirecciones normales. Trátalo como la declaración pública de Google sobre esta cuestión, no como una garantía universal publicada formalmente: la documentación primaria actual no detalla una regla exacta de transferencia de señales de enlaces para cada tipo de redirección en cada situación.
  2. La preferencia de canonicalización/indexación es el mecanismo que realmente difiere. Una 301 es una señal fuerte para indexar el destino; una 302 es débil, así que la configuración predeterminada de Google es seguir indexando el origen.

“¿Una 302 transfiere PageRank?” y “¿una 302 cambia qué URL se posiciona?” son dos preguntas diferentes. La respuesta a la primera es sí; la respuesta a la segunda es “no de forma predeterminada”. Confundirlas es lo que originó el mito de “302 = cero equidad”.

Relacionado con esto: cuando rediriges una URL, Google sigue ambos extremos. “Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical; which one, depends on signals such as whether the redirect was temporary or permanent. The other URL becomes an alternate name of the canonical URL.” (traducción) «Google realiza un seguimiento tanto del origen de la redirección (la URL antigua) como del destino (la URL nueva). Una de las URL será la canonical; cuál de ellas depende de señales como si la redirección era temporal o permanente. La otra URL se convierte en un nombre alternativo de la URL canonical». En una 302, el origen permanece como canonical, por ahora.

Evidence for this claim A 302 expresses temporary intent, but it does not guarantee that the source URL will always remain Google's selected canonical or that the target cannot index through other signals. Scope: redirect crawling, indexing, and canonicalization Confidence: high · Verified: Redirects and Google Search

Qué ocurre si una 302 permanece demasiado tiempo: el «cambio»

Esta es la parte que sorprende a mucha gente: una redirección temporal que nunca se elimina puede dejar de tratarse como temporal. Mueller: “if you have 302 redirects for the long run, we treat them exactly the same as 301 redirects anyway.” (traducción) «si tienes redirecciones 302 a largo plazo, de todos modos las tratamos exactamente igual que las redirecciones 301».

¿Por qué ocurre? Esta es mi propia explicación de trabajo, tomada de mi guía de canonicalización de Ahrefs: un modelo mental de profesional basado en el comportamiento observado, no un mecanismo publicado formalmente por Google. Imagínalo como una balanza. Las redirecciones permanentes envían las señales hacia delante, a la URL nueva; las temporales las envían hacia atrás, a la URL original. Pero:

“If a temporary redirect is left in place long enough or the URL it’s redirected to already exists, it may be treated as a permanent redirect and send signals forward instead. It requires enough signals to flip the scale we saw earlier for canonicalization signals. As links build up, internal links are changed, sitemap URLs are updated, etc., more signals point to the new URL than the old URL, and the flip occurs.” (traducción) «Si una redirección temporal permanece activa el tiempo suficiente o la URL a la que redirige ya existe, puede tratarse como una redirección permanente y enviar las señales hacia delante. Hace falta que haya suficientes señales para inclinar la balanza que vimos antes respecto a las señales de canonicalización. A medida que se acumulan enlaces, cambian los enlaces internos, se actualizan las URL del sitemap, etc., más señales apuntan a la URL nueva que a la antigua, y se produce el cambio».

El problema es que nadie sabe cuánto tarda. Como escribí en mi guía de redirecciones, “Nobody knows how long a 302 redirect has to exist before Google starts treating it as a 301 redirect. Usually, it’s a few weeks to a few months, but it can be days, weeks, or months.” (traducción) «Nadie sabe cuánto tiempo tiene que existir una redirección 302 antes de que Google empiece a tratarla como una redirección 301. Normalmente son unas semanas o unos meses, pero pueden ser días, semanas o meses». Y Google puede actuar antes si cree que cometiste un error: “Only if Google thinks you used a 302 redirect by mistake for a permanent move does this not happen. In that case, it treats the redirect as a 301… In some circumstances, Google even appears to treat 302s as 301s from the get-go.” (traducción) «Esto solo no ocurre si Google cree que usaste por error una redirección 302 para un traslado permanente. En ese caso, trata la redirección como una 301… En algunas circunstancias, Google incluso parece tratar las 302 como 301 desde el principio». No cites un número concreto de días: no existe uno publicado y ninguna cifra que veas (incluido el número de “2 días” que circula en el folklore de Bing) ha sido confirmada por Google.

Cómo trata Bing una 302: observa el comportamiento, no solo la cabecera

Bing llega al mismo resultado por un camino ligeramente distinto, y lo ha dicho explícitamente. En su explicación tradicional sobre las redirecciones, Bing describe cómo observa el patrón real de una redirección durante rastreos repetidos, en vez de confiar solo en el código de estado: las redirecciones cuyo destino sigue cambiando se tratan más como 302 aunque estén etiquetadas como 301, y las que siempre apuntan al mismo sitio se tratan más como 301 aunque estén etiquetadas como 302; el sistema de Bing empieza a “think about them more like 301s as we continue to crawl them again and again.” (traducción) «considerarlas más como 301 a medida que seguimos rastreándolas una y otra vez». Es la misma convergencia que describe Google, alcanzada de forma independiente: con suficiente comportamiento coherente a lo largo del tiempo, ambos motores confían más en lo que hace una redirección que en lo que afirma su cabecera.

La orientación antigua de Bing también insistía más que Google hoy en “usar las 302 con moderación” y advertía que una 302 mal utilizada podía dejar el valor varado en las URL originales. La conclusión práctica es idéntica a la de Google: elige el tipo de redirección que corresponda a tu intención real.

Cuándo es buena idea una 302

Google no solo tolera las 302s: para un caso de uso las recomienda. Esto dice en sus indicaciones sobre pruebas A/B:

“If you’re running a test that redirects users from the original URL to a variation URL, use a 302 (temporary) redirect, not a 301 (permanent) redirect. This tells search engines that this redirect is temporary—it will only be in place as long as you’re running the experiment—and that they should keep the original URL in their index rather than replacing it with the target of the redirect (the test page). JavaScript-based redirects are also fine.” (traducción) «Si ejecutas una prueba que redirige a los usuarios de la URL original a una URL variante, usa una redirección 302 (temporal), no una 301 (permanente). Esto indica a los motores de búsqueda que la redirección es temporal —solo estará activa mientras ejecutes el experimento— y que deben conservar la URL original en su índice en vez de reemplazarla por el destino de la redirección (la página de prueba). Las redirecciones basadas en JavaScript también son válidas».

Los casos de uso legítimos (todos realmente temporales):

  • Pruebas A/B — la recomendación explícita de Google, arriba. Pero no la prolongues demasiado: Google advierte que “if we discover a site running an experiment for an unnecessarily long time, we may interpret this as an attempt to deceive search engines and take action accordingly.” (traducción) «si descubrimos que un sitio ejecuta un experimento durante un tiempo innecesariamente largo, podemos interpretarlo como un intento de engañar a los motores de búsqueda y actuar en consecuencia». Ejecútala el tiempo necesario para alcanzar significancia y después elimínala.
  • Enrutamiento por ubicación, dispositivo e idioma — cuando el destino “correcto” depende del visitante y ninguna URL debe reemplazar permanentemente al origen. Aquí hace falta algo más que elegir un código de estado: confirma qué recibe el propio Googlebot (normalmente no llevará las señales reales de ubicación o dispositivo de un visitante, así que comprueba qué le sirve tu regla), si el enrutamiento depende de cookies o cabeceras que un rastreador no enviará, si las claves de caché y la cabecera Vary separan correctamente las variantes (para que una caché no sirva la página de un país a otro), si un lector de pantalla o un visitante sin JS puede llegar al contenido y si el visitante puede anular el enrutamiento automático en lugar de quedar atrapado en un bucle. Combínalo con un hreflang correcto en las versiones localizadas: la redirección y hreflang deben coincidir, no enfrentarse.
  • Páginas temporales de mantenimiento o servicio no disponible — el propio ejemplo de Google: “if a service your site offers is temporarily unavailable, you can set up a temporary redirect to send users to a page that explains what’s happening, without compromising the original URL in search results.” (traducción) «si un servicio que ofrece tu sitio no está disponible temporalmente, puedes configurar una redirección temporal para enviar a los usuarios a una página que explique qué ocurre, sin poner en riesgo la URL original en los resultados de búsqueda». Piensa cuál de estas dos situaciones tienes. Si la URL en sí no puede servirse ahora (el backend está caído o estás desplegando), una respuesta 503 Service Unavailable con una cabecera Retry-After en la misma URL suele ser más exacta: dice “temporalmente no puedo satisfacer esta solicitud, inténtalo más tarde” sin redirigir a ningún sitio. Usa una 302 cuando estés enviando deliberadamente a los visitantes a una URL explicativa diferente y realmente útil (una página de estado o una página de “volveremos” con más detalles), en vez de limitarte a marcar la original como no disponible.
  • Promociones con duración limitada — envía a los visitantes a una página de campaña mientras dure y después revierte el cambio.
  • Equilibrado de carga o failover — envía el tráfico a otro sitio cuando un origen o centro de datos no está disponible temporalmente.

Consulta la pestaña Ejemplos para ver estos casos anotados lado a lado y la pestaña Listas de comprobación para una revisión previa.

El único error real

Usar una 302 cuando quieres hacer un traslado permanente. Le estás diciendo a Google que mantenga indexada la URL antigua, así que la página nueva que quieres posicionar puede no sustituirla durante un periodo indefinido e impredecible: un coste real de visibilidad perdida, no algo teórico. Si una página ha desaparecido para siempre, usa una 301 (o 308). Errores relacionados: mezclar 301 y 302 de forma incoherente dentro de una cadena de redirecciones y —el fallo de cualquier redirección— apuntar accidentalmente dos URL una a la otra y crear un bucle.

Implementar una 302

Lo importante es la cabecera: la línea de estado 302 Found más una Location. Este es el ejemplo en PHP de Google:

header('HTTP/1.1 302 Found');
header('Location: https://www.example.com/newurl');
exit();

Apache (.htaccess) — el indicador R=302 es lo que la hace temporal (un R=301 o una R sin más establecería una redirección permanente):

Redirect 302 /old-path https://www.example.com/newurl
# or with mod_rewrite:
RewriteRule ^old-path/?$ https://www.example.com/newurl [R=302,L]

nginx: redirect emite una 302 (permanent emitiría una 301):

location = /old-path {
    return 302 https://www.example.com/newurl;
}

Sea cual sea la tecnología (plugins de redirección de WordPress, una regla de CDN/edge o un controlador a nivel de aplicación), la regla es la misma: se prefieren las redirecciones del lado del servidor y debes elegir deliberadamente el código temporal. La mayoría de las herramientas usan 301 por defecto, así que una 302 normalmente se configura de forma explícita.

Una nota de seguridad aplicable a cualquier redirección, no solo a las 302s: si el destino de tu cabecera Location se construye alguna vez a partir de datos controlados por el usuario (por ejemplo, un parámetro de consulta ?next= o ?returnUrl=), tienes los ingredientes de una redirección abierta: un atacante crea un enlace de tu dominio que en realidad rebota a los visitantes hacia un sitio malicioso. No envíes a los visitantes a cualquier URL que aparezca en un parámetro de solicitud; incluye en una lista de permitidos los destinos a los que realmente redirigirás (un conjunto fijo de rutas u orígenes conocidos y seguros) y prueba cómo gestiona tu lógica las entradas codificadas y relativas al esquema (//evil.example, %2F%2Fevil.example y trucos similares) antes de confiar en ella en producción. Revisa la sintaxis exacta de los fragmentos de cada plataforma frente a su versión actual antes de publicarlos: los ejemplos anteriores son ilustrativos, no sustituyen las pruebas en tu propio servidor o CDN.

Para la versión equivalente de traslado permanente y la comparación completa, consulta los artículos hermanos sobre la redirección 301, 301 frente a 302 y 302 frente a 307 de este grupo.

Try it live

This is a real endpoint on this site — not a simulation. Hit it from the button, open it in a new tab, or curl -i it from your terminal, and the server answers with the actual status code this article is about.

Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.