innovaorigen tech Agenda una llamada
Agenda una llamada

Inicio/Glosario/Redirecciones 301 y migraciones

SEO técnico

Redirecciones 301 y migraciones

Una redirección 301 es la instrucción HTTP de que una URL se ha movido de forma permanente a otra; Google la lee como señal de canonicalización y consolida en el destino las señales de ranking de la URL antigua. En una migración —de dominio, CMS o estructura de URLs—, un mapa 1:1 de redirecciones permanentes server-side es lo que preserva esa visibilidad acumulada.

Qué es

Una redirección 301 (Moved Permanently) indica a nivel HTTP que una URL se ha trasladado de forma definitiva a otra. Para Google es una señal de Canonicalización y duplicados: Googlebot sigue el salto y el pipeline de indexación trata la URL destino como canónica, consolidando en ella las señales de la URL antigua.

Google clasifica como permanentes el 301, el 308, el meta refresh de 0 segundos y los redirects por JavaScript location: muestra el destino y consolida las señales hacia él. Como temporales clasifica el 302, 303, 307 y el meta refresh con retardo: mantiene el origen indexado, porque no asume que el cambio sea permanente. Esa es la diferencia operativa. El 301/308 transfiere; el 302 retiene en el origen.

Una migración es el procedimiento de mover un sitio —cambio de dominio, de CMS o de estructura de URLs— sin perder esas señales. La práctica que documenta Google: construir un mapa 1:1 de URLs antiguas a nuevas a partir de sitemaps, logs, analítica y CMS; implementar redirecciones permanentes server-side; notificar el Cambio de Dirección en Search Console; enviar el sitemap nuevo; y monitorizar la caída de lo viejo frente a la subida de lo nuevo.

301 frente a 302
El tipo correcto traslada (o no) las señales
CódigoSignificadoSeñal
301PermanenteFuerte · traslada
302TemporalDébil · no traslada

Por qué importa

Una migración es el momento de máximo riesgo para la visibilidad. Las señales de ranking de cada URL antigua —enlaces, histórico, autoridad— no se mueven solas: se consolidan en el destino solo si la redirección es permanente y apunta a la página equivalente. Un error de método —un 302 donde debía ir un 301, una cadena de saltos, una redirección masiva a la home que Google puede tratar como soft 404, un noindex heredado de staging— y ese trabajo acumulado se diluye. Un cambio de estructura de URLs además toca el Enlazado interno y la Arquitectura web: si los enlaces internos siguen apuntando a las URLs viejas, se fuerzan saltos innecesarios en cada clic de Googlebot.

No hay un canal aparte para la búsqueda con IA. Las funciones de IA de Google se nutren del mismo índice: una URL debe estar correctamente indexada y servible —parte del Rastreo e indexación que alimenta ese índice único— para ser elegible, tanto en la SERP clásica como en AI Overviews y AI Mode, las experiencias generativas de Google. Una migración bien ejecutada preserva esa elegibilidad; una mal ejecutada la degrada igual en los dos sitios.

La incertidumbre del sector no se elimina con promesas de posiciones. Se acota con método: mapa real, redirects fiables y verificación en Search Console y en el Análisis de logs, donde se confirma qué URLs rastrea Google realmente. Criterio humano al mando, instrumentado.

En profundidad

301 vs 302 vs 307: por qué solo el permanente consolida

El 301 y el 308 le dicen a Google que el cambio es definitivo: el pipeline de indexación usa el redirect como señal de que el destino debe ser canónico y consolida ahí las señales. Es la misma lógica de la Canonicalización y duplicados, solo que expresada a nivel HTTP en lugar de con una etiqueta. El 302, 303 y 307 son temporales: Google mantiene el origen indexado porque no asume permanencia. John Mueller ha matizado que un 302 que persiste meses acaba tratándose casi como un 301 —Google mete ambas URLs en el mismo bucket de canonicalización—, pero no conviene depender de ese comportamiento. Si el cambio es permanente, decláralo permanente.

El 307 tiene un caso límite: a menudo no es una decisión del servidor, sino que lo fabrica el navegador al forzar HTTPS por la cabecera HSTS. No hay que confundirlo con un redirect temporal deliberado.

CódigoTipoEfecto en indexación
301 / 308PermanenteConsolida señales en el destino; lo trata como canónico
302 / 303TemporalMantiene el origen indexado; no asume permanencia
307TemporalA menudo fabricado por el navegador vía HSTS, no decisión del servidor
302 persistenteTemporal de factoTras meses Google puede tratarlo casi como 301 (Mueller); no fiarse

Cadenas y bucles de redirección

Una cadena encadena saltos: A redirige a B, que redirige a C. Googlebot las sigue hasta cierto número de saltos, pero cada salto añade latencia y riesgo. La documentación de Google maneja límites distintos según la fuente —hasta unos 10 saltos en un caso, menos en otro—, así que el criterio prudente es aplanar: cadena de 3 a 5 como máximo y, donde se pueda, redirect directo al destino final. Cada salto extra consume Crawl budget (presupuesto de rastreo), porque obliga a Googlebot a gastar peticiones en saltos en vez de en páginas reales.

Los bucles —A redirige a B y B de vuelta a A— rompen el acceso por completo: ni el usuario ni Googlebot llegan a la página. Se detectan y eliminan antes del lanzamiento.

Cadena
A → B → C
Saltos encadenados: cada uno suma latencia y riesgo
Límite
Aplanar a 3-5
Googlebot sigue un número finito de saltos; reducir al mínimo
Directo
A → destino final
Donde se pueda, redirect directo sin intermediarios
Bucle
A ⇄ B
Romper antes del lanzamiento: ni usuario ni Googlebot llegan

Construir el mapa 1:1 de URLs

El mapa es la columna vertebral de la migración. Se construye cruzando fuentes: el Sitemap XML antiguo y el nuevo, los logs de servidor (qué URLs rastrea Google y reciben tráfico real), la analítica (qué páginas importan) y el CMS (el inventario completo). El cruce de logs y analítica es, en la práctica, un pequeño ejercicio de ETL / pipelines de datos: consolidar inventarios de varias fuentes en una tabla de equivalencias única. El objetivo es que ninguna URL con valor quede huérfana ni acabe en un destino genérico.

La regla es redirigir a la página equivalente más cercana, no a la home en masa. Una redirección a un destino irrelevante puede tratarse como soft 404 y pierde las señales que se querían transferir. En sitios multilingües ese criterio se complica: hay que preservar la coherencia de Hreflang y SEO internacional, redirigiendo cada versión de idioma a su equivalente y no mezclando idiomas en el salto.

Fuentes
Cruzar inventarios
Sitemap viejo y nuevo, logs de servidor, analítica y CMS
Mapear
Equivalente 1:1
Cada URL con valor a su página equivalente más cercana
Evitar
No volcar a home
Destino irrelevante = posible soft 404 y pérdida de señales
Validar
Cero huérfanas
Ninguna URL con valor sin destino ni en destino genérico

Impacto en la búsqueda con IA

Las funciones de IA de Google no tienen un índice propio: se sirven del mismo índice que la búsqueda clásica. Para aparecer en AI Overviews y AI Mode una URL tiene que estar correctamente indexada y ser servible. Una migración con redirects permanentes bien hechos preserva esa elegibilidad; una con pérdida de señales, soft 404 o cadenas la degrada exactamente igual que en la SERP. No hay una optimización separada para la IA: la base es la misma higiene técnica. Lo que sí conviene es vigilar con Medición de la visibilidad en IA si la presencia en respuestas generativas cae tras la migración, porque ese canal puede tardar más en reflejar la recuperación que la SERP clásica.

Mismo índice, misma higiene

Las funciones de IA de Google (AI Overviews, AI Mode) no tienen índice propio: se sirven del mismo índice que la búsqueda clásica fuente. Para ser elegible, la URL debe estar indexada y ser servible. Una migración con 301 bien hechos preserva esa elegibilidad; una con pérdida de señales, soft 404 o cadenas la degrada igual que en la SERP fuente. No hay optimización separada para la IA: la base es la misma higiene técnica.

Qué observar

Las señales que importan.

Tipo y fiabilidad del redirect

Un salto permanente debe resolverse con un 301 o 308 server-side, no con un 302, un meta refresh ni un location por JavaScript. El orden de fiabilidad para Google es: server-side primero, meta refresh después, JS al final.

Mapa 1:1 real

Cada URL antigua apunta a su equivalente más cercana. Las redirecciones masivas a la home pueden interpretarse como soft 404; las URLs sin destino quedan huérfanas.

Cadenas y bucles

Un salto directo A→B es preferible a una cadena A→B→C. El máximo recomendable es de 3 a 5 saltos para reducir latencia. Un bucle rompe el acceso por completo.

Herencia de staging

El noindex y las reglas restrictivas de robots.txt heredados de staging deben retirarse antes del lanzamiento. En un cambio de dominio, el sitemap nuevo se envía y el Cambio de Dirección se notifica en Search Console.

Monitorización post-migración

El cruce de Search Console y logs de servidor confirma que las URLs antiguas caen y las nuevas suben. El servidor debe estar dimensionado para el pico de rastreo simultáneo de ambos sitios.

Conceptos clave

El vocabulario del término.

Redirección 301
Código HTTP que indica que una URL se ha movido de forma permanente; Google lo lee como señal de canonicalización y consolida las señales de ranking en la URL destino.
HTTP 308
Redirección permanente que Google trata igual que un 301; a diferencia de este, conserva el método HTTP de la petición original.
HTTP 302
Redirección temporal: Google mantiene la URL de origen indexada porque no asume que el cambio sea permanente, por lo que no consolida las señales en el destino.
Cadena de redirección
Secuencia de varios saltos encadenados (A→B→C) antes de llegar al destino final; añade latencia y se recomienda aplanarla a un redirect directo.
Soft 404
Página que responde como válida pero que Google interpreta como inexistente o irrelevante; redirigir muchas URLs antiguas a un destino genérico como la home puede provocarlo.
Cambio de Dirección
Notificación en Search Console que informa a Google de un cambio de dominio; acelera el reconocimiento de la migración y no es necesaria para un cambio que solo pasa de HTTP a HTTPS.
HSTS
Política de seguridad que fuerza HTTPS desde el navegador; a menudo genera un 307 fabricado por el cliente que no debe confundirse con un redirect temporal del servidor.

Dónde lo aplicamos

Casos de uso · Redirecciones 301 y migraciones[PENDIENTE]

Aún no mostramos casos.

No inventamos resultados. Cuando tengamos casos reales —anonimizados y medibles— donde este concepto marcó la diferencia, vivirán aquí.

Una pieza del glosario.

Forma parte del glosario de SEO, analítica e IA de InnovaOrigen Tech: un mapa de conceptos definidos con criterio y fuentes. Si quieres llevarlo a tu caso, lo vemos sin compromiso.