Redirección 301 o 302: cuál usar y cuántos saltos sigue Google
Respuesta corta: Para decidir entre una redirección 301 y una 302, usa la 301 (o su gemela, la 308) cuando la dirección antigua desaparece para siempre, y la 302 (o la 307) solo cuando el traslado es temporal y la dirección antigua debe seguir en la búsqueda. Google trata la redirección permanente como una señal fuerte para procesar el destino y la temporal como una señal débil. Por defecto sigue hasta 10 saltos, pero conviene mandar cada dirección antigua a su destino final en un solo paso.
Redirección 301 o 302: ¿qué diferencia hay?
Una redirección es una respuesta del servidor que dice «aquí no es, ve allí» y nombra la dirección nueva en la cabecera Location. El código de estado explica el motivo. En el estándar HTTP (RFC 9110), 301 significa que la página tiene una nueva dirección permanente, y 302 significa que solo está temporalmente en otro sitio, así que el cliente debe seguir usando la dirección original. Google lee la misma diferencia y actúa en consecuencia:
| Código | Significado | Qué hace Google |
|---|---|---|
| 301 | Movida permanentemente | La sigue; señal fuerte de que el destino debe procesarse |
| 308 | Redirección permanente | Igual que la 301 |
| 302 | Encontrada (temporal) | La sigue; señal débil de que el destino debe procesarse |
| 307 | Redirección temporal | Igual que la 302 |
La tabla procede de la página de Google sobre códigos de estado HTTP (última actualización: 2026-02-04). Lo que significa en la búsqueda lo explica la página de Google sobre redirecciones (última actualización: 2026-04-14): las redirecciones permanentes muestran el nuevo destino en los resultados, y las temporales muestran la página de origen. Leímos las páginas de Google enlazadas aquí el 4 de noviembre de 2026.
¿Para qué existen entonces la 307 y la 308? Google las trata como la 302 y la 301, pero señala que son semánticamente distintas, así que elige el código que encaja. La diferencia está en el método de la petición: tras una 301 o una 302, un cliente puede convertir un POST en un GET; tras una 307 o una 308, tiene que conservar el método (RFC 9110, sección 15.4). Al ver una página normal no lo notarás; en formularios y en APIs que reciben peticiones POST, usa 308 o 307.
¿Qué redirección usar en cada caso?
Una pregunta resuelve la mayoría de los casos. La página de Google sobre redirecciones dice: «Use permanent redirects when you're sure that the redirect won't be reverted.» Si la dirección antigua no va a volver nunca, usa una 301. Si va a volver, usa una 302.
| Situación | Usa | Nota |
|---|---|---|
| Una página tiene una dirección nueva (slug nuevo, carpeta nueva) | 301 o 308 | El nuevo destino aparece en la búsqueda |
| Dos páginas se fusionaron en una | 301 desde cada dirección antigua a la página fusionada | La guía de Google para traslados de sitio lo permite con contenido fusionado |
| De http a https, o de www a sin www (o al revés) | 301 o 308 | Google: elige una dirección preferida y redirige las demás a ella |
| Un servicio está caído un tiempo y los visitantes ven una página explicativa | 302 o 307 | La dirección antigua se queda en la búsqueda |
| La página ya no existe y nada la sustituye | Sin redirección: 404 o 410 | Si no hay una página equivalente, responde con un error |
| Muchas direcciones antiguas hacia la página de inicio | No lo hagas | Google dice que puede tratarse como un soft 404 |
La última fila sale de la guía de Google sobre traslados de sitio (última actualización: 2026-08-20), y nuestro artículo sobre errores soft 404 explica cómo encontrarlos. La guía trata de trasladar un sitio entero a un dominio nuevo, que es una tarea mayor que la de este artículo.
¿Cuánto cuesta elegir mal? Una 302 en una página que se movió para siempre le dice a Google algo que no es verdad. Una redirección temporal mantiene la página de origen en los resultados, y «the target page might still be indexed if other canonicalization signals are present», es decir, quizá el destino también se indexe. Es un quizá, y no encontramos ninguna página de Google que prometa que una 302 duradera se convierta después en una 301. Así que no esperes a que ocurra.
¿Cuántas redirecciones sigue Google?
La página de Google sobre códigos de estado dice: «By default, Google's crawlers follow up to 10 redirect hops.» Googlebot suele seguir 10 saltos para el contenido web, otros productos de Google pueden usar otros límites, y lo que devuelva la dirección que redirige se ignora; se procesa el contenido del destino final.
Diez es un tope, no un objetivo. La guía de traslados aconseja redirigir directamente al destino final y, si eso no es posible, mantener las cadenas cortas, idealmente de no más de 3 y de menos de 5 saltos. Su razón: «Chaining redirects adds latency for users, and not all user agents and browsers support long redirect chains.» La página de Google sobre errores de rastreo (última actualización: 2025-12-18) añade que las cadenas largas afectan negativamente al rastreo.
Las cadenas crecen por capas, no por diseño. Una típica tiene tres saltos antes de que aparezca la página:
http://example.com/guia-antigua 301 -> https://example.com/guia-antigua
https://example.com/guia-antigua 301 -> https://www.example.com/guia-antigua
https://www.example.com/guia-antigua 301 -> https://www.example.com/guia-nueva
https://www.example.com/guia-nueva 200
La solución es un salto por dirección antigua: cada forma de escribir la dirección antigua responde con una sola 301 que nombra la dirección final. Lo mismo vale para tus propios enlaces: apunta los enlaces internos, las etiquetas canonical y las entradas del sitemap a la dirección final. Una redirección es para los visitantes externos y los marcadores antiguos, no para tu propia navegación.
Cómo configurar una redirección 301
Usa una redirección en el servidor. La página de Google sobre redirecciones la cita como el tipo con más probabilidades de interpretarse bien. Ejecutamos los ejemplos de nginx y Node de abajo el 4 de noviembre de 2026 (nginx 1.24.0, Node 25.9.0) y leímos las respuestas con curl. Las líneas de Apache son el ejemplo propio de Google, que no ejecutamos.
Primero nginx. La regla location va en el bloque server de https://example.com. Los dos bloques server mandan cualquier otra forma de escribir la dirección hacia allí en un solo salto, y $request_uri conserva la ruta y los parámetros:
# una página movida para siempre (para un traslado temporal, usa 302)
location = /guia-antigua {
return 301 https://example.com/guia-nueva;
}
# http:// y https://www. van los dos a https://example.com
server {
listen 80;
server_name example.com www.example.com;
return 301 https://example.com$request_uri;
}
server {
listen 443 ssl;
server_name www.example.com;
ssl_certificate /etc/ssl/example.com.pem;
ssl_certificate_key /etc/ssl/example.com.key;
return 301 https://example.com$request_uri;
}
Node sin paquetes. Cambia 301 por 308 si las peticiones POST deben seguir siendo POST:
import http from 'node:http';
const movidas = new Map([['/guia-antigua', '/guia-nueva']]); // ruta antigua -> ruta nueva
http.createServer((req, res) => {
const { pathname, search } = new URL(req.url, 'http://localhost');
const destino = movidas.get(pathname);
if (destino) {
res.writeHead(301, { location: `https://example.com${destino}${search}` });
return res.end();
}
res.writeHead(200, { 'content-type': 'text/plain' });
res.end('ok');
}).listen(3000);
Apache, de la página de Google (en la configuración del servidor o en un archivo .htaccess):
Redirect permanent "/antigua" "https://example.com/nueva"
Redirect temp "/dos-antigua" "https://example.com/dos-nueva"
Si no puedes tocar el servidor, revisa antes tu plataforma: Google cita Blogger y Shopify como ejemplos que pueden traer herramientas de redirección integradas. Google también lee un meta refresh (0 segundos cuenta como permanente, con retraso como temporal) y las redirecciones con JavaScript, pero solo como solución de emergencia. Con JavaScript, Google «might never see it» si falla el renderizado.
Cómo comprobar tus redirecciones y qué encuentra SEOgrinder
Bastan dos comandos curl. El primero imprime cada salto con su estado y su destino, y el segundo da el recuento y la dirección final. Usan GET y no HEAD, porque algunos servidores responden distinto a HEAD:
curl -s -L -o /dev/null -D - http://example.com/guia-antigua | grep -i -E "^(HTTP|location)"
curl -s -L -o /dev/null -w "%{num_redirects} redirecciones, destino final: %{url_effective}\n" http://example.com/guia-antigua
Ejecútalos con cada forma de escribir la dirección con la que te llegan personas y enlaces: http y https, con y sin www. El resultado que buscas es una 301 y después un 200.
SEOgrinder es nuestra herramienta y la construimos nosotros. El análisis gratuito de SEOgrinder mira las redirecciones en tres sitios (con los nombres de la interfaz en español):
- Pestaña «Tecnología y seguridad», tarjeta «Redirecciones». Enumera los saltos de la dirección que analizaste. Si esa dirección redirige más de una vez, la tarea «N redirecciones seguidas» muestra los saltos y aconseja apuntar la primera URL directamente al destino final.
- La misma pestaña, tarjeta «Unificación del dominio». Espera que http y https, con y sin www, terminen en una sola dirección. La tarea «N versiones del sitio compitiendo entre sí» aparece si no es así. «Redirección del dominio solo temporal» aparece si alguna forma de escribir el dominio redirige con 302, 303 o 307.
- Pestaña «Página en Google». La tarea «N enlaces internos pasan por un desvío» enumera los enlaces internos cuyo destino redirige o nombra otra página como canonical (hasta 60 enlaces internos de la página analizada).
Dos límites. La comprobación de cadenas cubre la dirección analizada y las formas de escribir tu dominio, no todas las direcciones antiguas de tu sitio, así que prueba las direcciones antiguas con curl. Y SEOgrinder no puede juzgar si un destino es un sucesor adecuado ni cómo trató Google una redirección. «Entregar a la IA» convierte una tarea en un briefing para un agente de programación, y «Comprobar de nuevo» lanza un análisis nuevo después de tu cambio.
Errores frecuentes
- Una 302 para un traslado permanente. La dirección antigua puede quedarse en los resultados. Usa 301 o 308.
- Una 301 para algo temporal. Una tienda cerrada una semana necesita una 302.
- Reglas apiladas que forman cadenas. Primero http, luego https, luego www, luego la página nueva: tres saltos. Nombra la dirección final en cada regla.
- Mandarlo todo a la página de inicio. Redirige a una página equivalente o responde 404 o 410.
- Enlaces propios que siguen usando la dirección antigua. Actualiza los enlaces internos, los canonical y el sitemap.
- Bloquear la dirección antigua en robots.txt. Entonces Google no puede descargarla y nunca ve la redirección. En la entrada de 2011 de Google Do 404s hurt my site?, el rastreador «has to be able to crawl that URL» para ver su respuesta.
- Quitar la redirección demasiado pronto. Para los traslados de sitio, Google dice: «Keep the redirects for as long as possible, generally at least 1 year.» Aplicarlo a una sola página es una interpretación nuestra.
Preguntas frecuentes
¿Perjudica una redirección 301 al SEO?
La guía de Google sobre traslados dice: «301 and other permanent redirects don't cause a loss in PageRank.» La frase está en la guía de traslados de sitio, así que aplicarla a una sola página es una interpretación nuestra. De lo que Google sí avisa es de las cadenas largas, de las redirecciones a páginas que no vienen al caso (soft 404) y, durante un traslado, de las fluctuaciones de posición mientras vuelve a rastrear.
¿Es mejor la 308 que la 301?
Para Google son equivalentes. La 308 además conserva el método de la petición, algo que importa en formularios y APIs. Para páginas normales, una 301 basta.
¿Cuánto tarda Google en mostrar la dirección nueva?
Para una sola página, Google no menciona ningún plazo que hayamos encontrado. Para los traslados de sitio dice que en sitios de tamaño medio «it can take a few weeks or more» hasta que las URL nuevas sustituyen poco a poco a las antiguas en los resultados. No prometas ninguna fecha.
Tu siguiente paso
Ejecuta el primer comando curl con tus direcciones antiguas y con cada forma de escribir tu dominio. Si alguna petición necesita más de un salto, haz que la primera dirección apunte directamente a la final. Después analiza tu sitio con SEOgrinder, abre la pestaña «Tecnología y seguridad», mira «Redirecciones» y «Unificación del dominio» y pulsa «Comprobar de nuevo» después de tu cambio. Para ver más sobre los fundamentos técnicos, consulta nuestro checklist SEO.