¿Cómo hacer una migración web sin perder posicionamiento en Google?

Cambiar de dominio, pasar de WordPress a Shopify o estrenar un diseño nuevo suele vivirse como una buena noticia hasta que, a los pocos días, las visitas orgánicas caen en picado. Es uno de los sustos más frecuentes en SEO y casi siempre tiene la misma raíz: la migración se trató como un proyecto de diseño o de desarrollo, y el posicionamiento se dejó para después.

Una migración web bien planificada puede hacerse con fluctuaciones mínimas y temporales. Esta guía resume el método que seguimos en cada proyecto: qué preparar antes, cómo construir el mapa de redirecciones, qué comprobar en preproducción, qué hacer el día del lanzamiento y cómo vigilar las semanas siguientes.

¿Qué es una migración web y qué tipos existen?

Es cualquier cambio que altera de forma significativa las URL, la tecnología, la estructura o el contenido de un sitio y obliga a Google a reprocesarlo. No solo lo es el cambio de dominio: también un nuevo gestor de contenidos, una reorganización de categorías o el paso a HTTPS. Cuantos más elementos cambian a la vez, mayor es el riesgo para el posicionamiento.

La recomendación general es no combinar cambios si no es imprescindible. Cambiar de dominio y de plataforma el mismo día multiplica las variables y, si algo falla, hace casi imposible saber qué ha provocado la caída. Separar las fases permite aislar los problemas y corregirlos a tiempo.

¿Por qué se pierde posicionamiento al migrar una web?

Se pierde cuando Google deja de encontrar en las nuevas URL lo que valoraba en las antiguas: el mismo contenido, los mismos enlaces internos y externos y las mismas señales técnicas. Las redirecciones que faltan, las páginas eliminadas sin equivalente o un bloqueo olvidado en robots.txt son las causas más habituales. Casi nunca es un castigo, sino información perdida.

• Redirecciones ausentes o incorrectas: URL antiguas que devuelven un error 404 o que redirigen todas a la portada.
• Contenido recortado: textos que se acortan o desaparecen en el nuevo diseño.
• Enlazado interno roto: menús y enlaces que siguen apuntando a URL viejas o pasan por cadenas de redirecciones.
• Bloqueos heredados del entorno de pruebas: etiquetas noindex o un robots.txt restrictivo.
• Pérdida de títulos, metadatos y datos estructurados en las nuevas plantillas.
• Empeoramiento del rendimiento por una tecnología más pesada.

Este último punto se subestima a menudo. Solo el 48 % de los sitios móviles aprueba los Core Web Vitals [HTTP Archive, 2025] y apenas el 62 % logra un LCP bueno [HTTP Archive, 2025], así que una plantilla nueva más pesada puede perder posiciones aunque las redirecciones sean perfectas. Compara esas métricas antes y después del cambio, como explicamos en nuestra guía sobre los Core Web Vitals, enlazada al final.

¿Qué hay que preparar antes de migrar una web?

Antes de tocar nada necesitas una fotografía completa de la web actual: todas sus URL, cuáles reciben tráfico y conversiones, cuáles tienen enlaces externos y cómo posicionan las palabras clave importantes. Ese inventario es la base del mapa de redirecciones y la referencia con la que medirás el éxito. Sin él, migrar es trabajar a ciegas.

1. Rastrea la web actual completa con una herramienta como Screaming Frog y guarda el resultado.
2. Exporta de Search Console y Google Analytics 4 las páginas con clics, impresiones y conversiones de los últimos 12 a 16 meses.
3. Exporta las URL con enlaces externos desde Ahrefs, Semrush o el informe de enlaces de Search Console.
4. Registra las posiciones de las palabras clave principales y los datos de rendimiento como punto de partida.
5. Guarda una copia de títulos, metadescripciones, encabezados y datos estructurados de cada plantilla.

Es el momento ideal para una revisión a fondo, porque una migración hereda todos los errores de la web anterior si nadie los detecta. Si no sabes qué alcance debería tener, te orientará cuánto cuesta una auditoría SEO técnica profesional en España.

¿Cómo se construye el mapa de redirecciones 301?

Es una tabla que asigna a cada URL antigua su destino en la web nueva mediante una redirección permanente 301. La regla es redirigir una a una hacia la página más equivalente en contenido, nunca hacia la portada por defecto. Las URL sin equivalente pueden ir a la categoría más cercana o devolver un 410 si ya no aportan valor.

Google trata las redirecciones permanentes como una señal fuerte de que la URL de destino debe sustituir a la original, y recomienda mantenerlas al menos un año para que pueda transferir todas las señales [Google, s. f.]. En la práctica, conviene no retirarlas nunca si la URL antigua conserva enlaces externos.

• Evita las cadenas: cada URL antigua debe llegar a su destino final en un solo salto.
• Usa reglas con patrones solo cuando la equivalencia sea exacta, y revisa las excepciones a mano.
• Incluye las variantes con y sin www, con y sin barra final y las antiguas versiones HTTP.
• No olvides imágenes, PDF y otros archivos que reciben tráfico o enlaces.

La regla de oro de cualquier migración es sencilla: ninguna URL con tráfico o enlaces puede quedarse sin destino. En Clyvert la comprobamos dos veces, con Screaming Frog antes del lanzamiento y con los registros del servidor después.

¿Qué conviene comprobar en el entorno de preproducción?

Comprueba que la web nueva ofrece a Google, como mínimo, lo mismo que la antigua: contenido, enlaces internos, metadatos, datos estructurados y rendimiento. El entorno de preproducción debe estar protegido con contraseña para que no se indexe, y conviene rastrearlo con la misma herramienta del inventario para comparar ambos resultados línea por línea.

• Que todas las URL del mapa respondan con un único 301 y un destino con código 200.
• Que títulos, encabezados y textos principales se mantengan o mejoren, nunca se recorten.
• Que las canónicas apunten a las nuevas URL definitivas y no al dominio de pruebas.
• Que el contenido importante se vea sin depender de recursos de JavaScript bloqueados.
• Que la analítica y las conversiones estén configuradas antes del lanzamiento.

Proteger la preproducción con contraseña es preferible a usar una etiqueta noindex, porque así no corres el riesgo de que esa etiqueta pase a producción por descuido, uno de los errores más caros y frecuentes en cualquier lanzamiento.

¿Qué hay que hacer el día del lanzamiento?

Esa jornada se activan las redirecciones, se retiran los bloqueos de pruebas y se comunica el cambio a Google. Elige un día de poco tráfico, nunca un viernes ni el inicio de una campaña, y asegúrate de que desarrollo está disponible las 48 horas siguientes. El objetivo es que Google descubra cuanto antes las nuevas URL y sus redirecciones.

1. Activa el mapa de redirecciones y verifica una muestra amplia de URL antiguas.
2. Comprueba que robots.txt permite el rastreo y que no queda ninguna etiqueta noindex heredada.
3. Envía el nuevo sitemap en Search Console y mantén unas semanas el antiguo para acelerar el descubrimiento de las redirecciones.
4. Si cambias de dominio, verifica ambas propiedades y usa la herramienta de cambio de dirección.
5. Actualiza los enlaces de tus perfiles, campañas de pago y firmas de correo.

La herramienta de cambio de dirección de Search Console solo sirve para cambios de dominio y exige que las redirecciones 301 ya estén funcionando. No sustituye a las redirecciones: las complementa y ayuda a Google a priorizar el rastreo del dominio nuevo.

¿Cómo vigilar la migración durante las semanas siguientes?

El seguimiento debe ser diario las dos primeras semanas y semanal hasta el tercer mes. Los indicadores clave son los errores 404 nuevos, el estado de indexación de las nuevas URL, las estadísticas de rastreo, las posiciones de las palabras clave principales y el tráfico de las páginas que más convertían. Cualquier anomalía debe corregirse en horas, no en semanas.

Es normal ver fluctuaciones durante unas semanas mientras Google rastrea y reprocesa el sitio. Google advierte de que una web de tamaño medio puede tardar varias semanas en trasladar la mayoría de sus páginas, y más si es grande [Google, s. f.]. Lo que no es normal es una caída que se mantiene o se agrava pasado el primer mes.

• Revisa el informe de páginas de Search Console y compara las URL indexadas antiguas y nuevas.
• Rastrea de nuevo las URL antiguas del inventario para confirmar que todas redirigen bien.
• Analiza los registros del servidor para ver qué rastrea Googlebot y qué errores encuentra.
• Compara las páginas de entrada orgánicas en la analítica con el periodo previo a la migración.

En Clyvert cruzamos ese seguimiento con Google Search Console y Google Analytics 4 para detectar en horas cualquier URL que pierda tráfico.

¿Cuánto tarda en recuperarse el tráfico tras una migración web?

En una migración bien ejecutada, el tráfico suele estabilizarse entre dos y ocho semanas después del lanzamiento, a veces incluso por encima del nivel anterior si la web nueva es más rápida y está mejor estructurada. Cuando hubo errores graves, la recuperación puede llevar meses y depende de corregirlos cuanto antes, mientras Google todavía recuerda las URL antiguas.

Si llevas más de un mes con caídas, conviene descartar con método las causas posibles. En por qué ha bajado mi tráfico orgánico de Google de repente explicamos cómo diferenciar en Search Console un problema de la migración de una actualización del algoritmo que haya coincidido en el tiempo.

Y si la migración todavía no ha empezado, la mejor inversión es la fase de preparación. Cada hora dedicada al inventario y al mapa de redirecciones ahorra muchas más horas de recuperación y, sobre todo, evita perder ventas mientras tanto. La velocidad también cuenta: una mejora de 0,1 segundos en móvil se asoció con un 8,4 % más de conversiones en el comercio minorista [Deloitte, 2020], de modo que una web nueva más rápida suma en las dos direcciones.

Preguntas frecuentes

¿Puedo usar redirecciones 302 en una migración web?

No es lo recomendable. La redirección 302 indica un cambio temporal, así que Google puede seguir mostrando la URL antigua durante más tiempo. En una migración definitiva debes usar redirecciones permanentes, ya sean 301 o 308, para que las señales de la página antigua se consoliden en la nueva.

¿Cuánto tiempo hay que mantener las redirecciones 301?

Google recomienda mantenerlas como mínimo un año. Lo ideal es conservarlas de forma indefinida, sobre todo las de URL con enlaces externos, porque otras webs seguirán enlazando a la dirección antigua durante años. Retirarlas convierte esos enlaces en errores 404 y desperdicia la autoridad que transmitían.

¿Hay que avisar a Google de un cambio de dominio?

Sí. Además de las redirecciones 301, conviene usar la herramienta de cambio de dirección de Search Console, que requiere tener verificados el dominio antiguo y el nuevo. También es buena práctica enviar el nuevo sitemap y revisar que los enlaces de perfiles y campañas apunten al dominio actual.

¿Es mejor migrar una web por fases o de una sola vez?

Depende del tamaño. En webs pequeñas suele ser más sencillo migrar de una vez con todo bien preparado. En webs grandes, migrar por secciones permite detectar problemas en una parte antes de extenderlos al resto. Lo que conviene evitar es combinar el mismo día cambio de dominio, de plataforma y de estructura.

Cambiar de dominio, de plataforma o de diseño es una de las pocas decisiones capaces de borrar en una semana el posicionamiento de años, y también una oportunidad para corregir errores técnicos acumulados. La diferencia está en la preparación: inventario, mapa de redirecciones, pruebas y seguimiento. En Clyvert coordinamos SEO y desarrollo web en un único equipo para que ese cambio sume tráfico en lugar de restarlo.