Migración SEO: cómo cambiar de web sin perder posicionamiento

Una migración SEO es el trabajo de trasladar una web a otro dominio, otro CMS, otro protocolo u otra estructura de URLs conservando el posicionamiento que ya tiene. La migración en sí la hace el equipo técnico. La parte SEO consiste en que Google encuentre cada página antigua en su nueva dirección y le traslade lo que había ganado: sus posiciones y los enlaces que apuntan a ella.

En esta guía vamos a ver los tipos de migración y su riesgo, el checklist paso a paso (antes, el día del cambio y después), lo específico de un cambio de dominio y de un cambio de CMS, qué hacer si pierdes tráfico y cuánto cuesta. Al final te contamos cómo migramos nuestra propia web de WordPress a Astro en septiembre de 2026.

Qué es una migración SEO y qué tipos hay

Hablamos de migración cuando cambia algo que obliga a Google a volver a rastrear e indexar la web: las URLs, el dominio, la plataforma o el servidor. No todas pesan igual. La pregunta que decide el riesgo es si cambian las URLs.

Si lo que tienes entre manos es un cambio de diseño sin tocar URLs, lo explicamos en nuestra guía de rediseño web. Aquí vamos a los casos en los que las direcciones cambian.

¿Se pierde posicionamiento en una migración?

Una migración bien hecha conserva el tráfico, aunque lo mueve durante unas semanas. Lo dice la guía de Google para trasladar un sitio con cambios de URL: el posicionamiento puede fluctuar mientras Google rastrea e indexa de nuevo, y en una web mediana puede tardar «varias semanas o más» en mostrar las URLs nuevas en lugar de las antiguas.

La misma guía aclara un miedo frecuente: las redirecciones 301 y las demás permanentes no afectan negativamente al PageRank. Las caídas que duran tienen otras causas:

• URLs antiguas sin redirección, o redirigidas a una página que no es su equivalente.
• Contenido que posicionaba y desaparece, o se recorta, en la web nueva.
• El noindex o el bloqueo de robots.txt del entorno de pruebas, publicado con la web nueva.
• Redirecciones temporales (302) donde tocaban permanentes.
• Varios cambios a la vez, que hacen imposible saber cuál ha causado la caída.

Todas se pueden evitar con el checklist de abajo.

Antes de empezar: tres decisiones

Un cambio cada vez. Google recomienda no cambiar a la vez de dominio, de CMS y de diseño. Si tienes que hacer las tres cosas, primero el dominio y después el resto. Cuantas menos variables cambien el mismo día, más fácil es saber qué ha fallado.

De golpe o por secciones. Para webs pequeñas y medianas, Google recomienda trasladar todas las URLs de una vez: los usuarios ven una sola versión y el índice se actualiza antes. En webs grandes se puede ir sección a sección, empezando por una que cambie poco, para medir el efecto antes de seguir.

Cuándo. Elige el periodo de menos tráfico del año y evita las semanas de campaña. Si vendes online, nunca antes del Black Friday o de tu temporada fuerte: los problemas de una migración aparecen en los días siguientes, justo cuando más te cuestan.

Checklist de migración SEO paso a paso

1. Inventario y línea base

Antes de tocar nada, guarda una foto completa de la web actual. Te servirá para hacer el mapa de redirecciones y, después, para comparar:

• Clics, impresiones, CTR y posición por URL y por consulta en Search Console. Solo guarda 16 meses: expórtalos.
• Conversiones por página en GA4.
• Las páginas que reciben enlaces de otras webs, desde el informe de enlaces de Search Console o con Ahrefs o Semrush.
• Un rastreo completo con Screaming Frog o similar: cada URL con su código de respuesta, título, descripción, H1, canonical y datos estructurados.
• Los sitemaps actuales y, si puedes, los registros del servidor de los últimos meses. Ahí aparecen URLs con visitas que ningún rastreo encuentra.
• Imágenes, PDF, vídeos y demás archivos con URL propia. También reciben tráfico y enlaces, y también hay que trasladarlos.

Si no tienes claro en qué estado está la web antes de migrarla, una auditoría SEO te da esa foto y la lista de problemas que no conviene arrastrar a la web nueva.

2. Mapa de redirecciones

Es el documento que más pesa en una migración: una fila por cada URL antigua con su destino en la web nueva. Empieza por las URLs con tráfico o con enlaces y termina con todas las demás.

Las reglas para decidir el destino:

• Cada URL va a su equivalente más parecida. Si varias páginas se han fusionado en una, todas pueden ir a esa.
• Nunca redirijas en bloque a la home. Google avisa de que puede tratar esas redirecciones como un error soft 404, y el valor de cada página se pierde.
• Lo que desaparece sin sustituto responde 404 o 410. Es la respuesta correcta y Google la entiende.
• Redirecciones permanentes (301 o 308) en el servidor, sin cadenas. Googlebot sigue hasta 10 saltos, pero Google recomienda ir al destino final y, si no es posible, menos de tres y nunca más de cinco.
• Si solo cambia el dominio y las rutas siguen iguales, basta con una regla comodín que lleve cada ruta a la misma en el dominio nuevo.

3. La web nueva en un entorno de pruebas

Monta la web nueva en un subdominio de pruebas y, mientras tanto, la actual sigue funcionando:

• Protégelo con contraseña o por IP. Un noindex o un bloqueo en robots.txt también lo evitan, pero hay que acordarse de quitarlos el día del cambio.
• Canonicals autorreferentes con las URLs definitivas, y las etiquetas hreflang actualizadas si hay varios idiomas.
• Enlaces internos apuntando a las URLs nuevas, nunca a las antiguas a través de las redirecciones.
• Lo que posiciona, igual o mejor: títulos, descripciones, encabezados, textos y datos estructurados. Compáralos página a página con el rastreo del paso 1.
• El sitemap nuevo, con las URLs definitivas, listo para enviarlo.
• El servidor, dimensionado. Después de una migración Google rastrea más de lo habitual, y el servidor tiene que aguantar ese rastreo y las redirecciones.
• Si cambias de hosting, baja el TTL de las DNS al menos una semana antes, como recomienda Google, para que el cambio se propague rápido.

4. El día del cambio

Por este orden:

1. Copia de seguridad completa de la web antigua, comprobada.
2. Publica la web nueva y quita los bloqueos del entorno de pruebas: noindex, contraseña, reglas de robots.txt o cabeceras X-Robots-Tag.
3. Activa las redirecciones y pruébalas todas contra el mapa con un script o con Screaming Frog en modo lista: código 301 y destino correcto, en un solo salto.
4. Comprueba que Search Console sigue verificado (un cambio de CMS puede llevarse la etiqueta o el archivo de verificación) y envía el sitemap nuevo.
5. Si has cambiado de dominio, usa la herramienta de cambio de dirección (la vemos más abajo).
6. Prueba lo que da dinero: formularios, carrito, pago y etiquetas de medición.
7. Ten escrita la vuelta atrás: qué se restaura, en qué orden, quién lo hace y cuánto tarda.

Si necesitas cerrar la web unas horas durante el cambio, responde con un 503. Google lo interpreta como algo temporal. Un 404 o un noindex, en cambio, sacan las páginas del índice.

5. Los 90 días siguientes

• Revisa los informes de Páginas y de Sitemaps de Search Console los días 1, 3 y 7, y después cada semana. Lo normal es que bajen las URLs antiguas indexadas y suban las nuevas.
• Vigila los errores 404 nuevos: cada uno es una redirección que falta en el mapa.
• Compara clics por página con la línea base, y siempre las mismas semanas, para no confundir la temporada con la migración.
• Actualiza los enlaces externos que puedas: perfiles en redes sociales, directorios, campañas de anuncios y las webs que más visitas te envían.
• Mantén las redirecciones. Google recomienda conservarlas al menos un año y, pensando en los usuarios, indefinidamente. Nosotros no las quitamos nunca.

Cómo cambiar de dominio sin perder posicionamiento

Un cambio de dominio sigue el mismo checklist y añade un paso: la herramienta de cambio de dirección de Search Console, que avisa a Google del traslado y le pide priorizar el dominio nuevo. Sus condiciones:

• Tienes que ser propietario de las dos propiedades con la misma cuenta de Google.
• Solo funciona con propiedades de dominio, no con rutas como example.com/tienda/.
• No traslada los subdominios: hay que hacerlo con cada variante del dominio antiguo (con www, sin www, m., en. o cualquier otro subdominio), aunque no las uses. Todas tienen que estar verificadas.
• Se usa después de activar las redirecciones, nunca antes.

Lo que conviene saber después:

• Google sigue el traslado durante 180 días. Mantén las redirecciones como mínimo ese tiempo, y más si siguen recibiendo tráfico.
• Sigue pagando el dominio antiguo al menos un año, para que nadie lo compre y aproveche tus enlaces.
• No encadenes traslados (de A a B y enseguida de B a C) ni lleves varios dominios al mismo destino a la vez. Google recomienda hacerlo de uno en uno y esperar a que el tráfico se estabilice.
• Si el dominio nuevo lo has comprado de segunda mano, revisa en Search Console que no arrastre acciones manuales ni retiradas de URLs del dueño anterior.
• Si tenías un archivo de enlaces desautorizados, súbelo también en la propiedad nueva.

La herramienta no hace falta para pasar de HTTP a HTTPS, para cambiar entre www y sin www, ni para mover rutas dentro del mismo dominio. En esos casos bastan las redirecciones y el sitemap.

Cambio de CMS: lo que se rompe sin cambiar de dominio

Al cambiar de plataforma, el dominio sigue igual y por eso se subestima el riesgo. Cada CMS genera sus propias URLs, y muchas no se ven en el menú:

• Paginación y archivos: /page/2/ y los archivos por fecha, por autor, por categoría y por etiqueta. Decide cuáles se mantienen y cuáles responden 404. Lo contamos en nuestra guía de paginación SEO.
• Imágenes: WordPress las guarda en /wp-content/uploads/ con varias copias de cada tamaño. En la web nueva cambian de ruta y a menudo de formato.
• Sitemaps y feeds: el sitemap del plugin SEO (Yoast, Rank Math) cambia de dirección. Redirige el antiguo al nuevo.
• Lo que hacía un plugin: títulos, descripciones, canonicals, datos estructurados y migas de pan. Si no los rehaces en la plataforma nueva, desaparecen sin avisar.
• URLs con parámetros: búsquedas internas, filtros, versiones para imprimir y parámetros de seguimiento de campañas.
• En una tienda online, además, las fichas de producto, las variantes, las categorías y los filtros. Es la migración con más URLs y más riesgo: si es tu caso, mira cómo trabajamos el desarrollo de ecommerce con migración incluida.

Un error típico de este tipo de migración: la URL antigua sigue respondiendo con un 200 al lado de la nueva. Son dos páginas iguales compitiendo por la misma búsqueda, un caso de canibalización SEO. Y si el cambio de CMS trae una estructura nueva, aprovecha para revisar la arquitectura web, pero con su propio mapa de URLs.

Qué hacer si pierdes tráfico después de una migración

Las primeras semanas las posiciones se mueven y eso es normal. Si pasado un mes la caída sigue, busca la causa por el síntoma:

Anota la fecha de la migración en tus informes. Así cualquiera que mire la gráfica dentro de un año sabrá por qué se movió.

Herramientas para una migración SEO

Google cita en su guía las listas de comprobación de Aleyda Solis y la guía de migraciones de Screaming Frog como referencias para planificar.

Así migramos coliseo.digital (septiembre de 2026)

El 22 de septiembre de 2026 pasamos nuestra web de WordPress a una web estática hecha con Astro. Fue un cambio de CMS con diseño nuevo. Google recomienda un cambio cada vez y nosotros hicimos dos, así que dejamos fijo todo lo demás: el dominio, el servidor, el certificado y las URLs de páginas y posts, salvo dos posts que fusionamos con sus páginas de servicio.

• 184 reglas de redirección, comprobadas una a una antes y después del cambio: 155 para las imágenes de los posts (de /wp-content/uploads/ a su nueva ruta en formato webp), 21 de páginas, una genérica para las copias de cada tamaño que generaba WordPress, las de los sitemaps de Yoast hacia el sitemap nuevo, 3 para las primeras páginas de los listados y una respuesta 410 para una sección que retiramos a propósito.
• Una comparación página a página de la web nueva, en un subdominio de pruebas con noindex, frente a la de WordPress: títulos, descripciones, enlaces internos y datos estructurados. Cada diferencia tenía que estar justificada por escrito.
• Cuatro URLs antiguas que dejamos en 404 a propósito. Eran páginas de listado del blog y de una categoría que WordPress generaba porque mostraba menos posts por página. No tenían impresiones en Search Console, y redirigirlas obligaba a mantener una regla que dependía del número de posts. Un 404 era la respuesta correcta.
• Vuelta atrás preparada para hacerse en menos de 15 minutos, escrita paso a paso, con la copia de seguridad comprobada antes de empezar y la web antigua archivada en un subdominio.
• Search Console desde el mismo día: el sitemap nuevo enviado (los antiguos de Yoast redirigen a él) y revisiones programadas de indexación, sitemaps, errores 404 y Core Web Vitals los días 1, 3, 7 y 30.

Al día siguiente retiramos una página índice, /soluciones/, que pasó a redirigir a la home. Había reglas antiguas que apuntaban a ella, así que las cambiamos todas para que fueran directas a la home y no se formaran cadenas.

No damos cifras de tráfico de antes y después. Nuestro volumen es pequeño y unas semanas no demuestran nada. Lo que sí comprobamos es que ninguna URL antigua se quedara sin destino.

Cuánto cuesta una migración SEO

Depende sobre todo de cuántas URLs hay que mapear y de si cambia la plataforma. Una web de 20 páginas con las mismas URLs se resuelve con pocas reglas; una tienda con miles de productos que cambia de plataforma necesita un mapa por patrones, pruebas por lotes, quizá una salida por secciones y semanas de seguimiento. Como referencia, estas son nuestras tarifas, sin IVA:

Compares con quien compares, pide por escrito qué parte del presupuesto va al mapa de redirecciones y cuántas semanas de seguimiento incluye después del cambio. Son las partes que se recortan para bajar el precio, y las que deciden si conservas el tráfico.

Preguntas frecuentes sobre la migración SEO

¿Cuánto tarda Google en reconocer una migración?

En una web pequeña o mediana, varias semanas para la mayoría de las páginas, según Google. En una grande, más. Depende del número de URLs y de lo rápido que responda el servidor, y enviar el sitemap nuevo lo acelera.

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

Google recomienda al menos un año, y con la herramienta de cambio de dirección como mínimo los 180 días que dura el traslado. Para los usuarios, lo mejor es no quitarlas nunca: siempre queda algún enlace antiguo por ahí.

¿301 o 302 en una migración?

301 o 308, que son permanentes. Google las toma como señal de que la URL nueva debe sustituir a la antigua en los resultados. Una 302 o una 307 son temporales y pueden mantener la URL antigua en el índice.

¿Hace falta la herramienta de cambio de dirección para pasar a HTTPS?

No. Google detecta el cambio solo con las redirecciones. La herramienta es para cambiar de dominio o de subdominio.

¿Se puede migrar una web por partes?

Sí, pero Google lo recomienda solo para webs grandes. En una pequeña o mediana es mejor trasladarlo todo de una vez para que Google actualice el índice antes.

¿Una migración afecta a la visibilidad en ChatGPT y otros asistentes?

Sí. ChatGPT, Perplexity, Gemini y los AI Overviews citan URLs concretas, y una URL que desaparece sin redirección deja de llevar visitas desde esas citas. Comprueba también que el robots.txt de la web nueva no bloquee a los rastreadores que quieres dejar entrar. Lo explicamos en cómo posicionarse en ChatGPT.

Por dónde empezar

Exporta hoy tus datos de Search Console y los enlaces que recibe tu web. Es lo único del checklist que no se puede recuperar después del cambio.

Si vas a migrar y quieres que alguien con experiencia dirija el proceso mientras tu equipo o tu proveedor lo ejecuta, como consultor SEO preparamos el mapa de URLs con tus datos y revisamos la web nueva antes y después de publicarla.