Cómo hacer una migración SEO paso a paso

Una migración SEO es el proceso que sigue un equipo para cambiar el dominio, la plataforma, las URLs o el servidor de una web intentando conservar el tráfico orgánico que ya tiene. Si el cambio se hace sin planificación, Google puede tardar en entender qué página sustituye a cuál. Mientras procesa los cambios, las posiciones y el tráfico pueden verse afectados.

En marketinhouse, sabemos quemMuchos de los problemas de una migración SEO se pueden prever con tiempo. A continuación, vemos qué tipos de migración existen, qué riesgo implica cada uno y cómo abordar el proceso completo en tres fases.

Qué es una migración SEO

Una migración SEO es cualquier cambio en una web que modifica cómo Google accede a sus URLs o cómo las interpreta. Incluye cambios de dominio, de plataforma, de estructura de URLs, de protocolo o de servidor. Su objetivo es trasladar a la nueva versión las posiciones, la autoridad y el tráfico de la anterior.

Cada URL indexada acumula valor con el tiempo. Puede posicionar para diferentes búsquedas y recibir enlaces de otras webs. Cuando esa dirección cambia o desaparece, es necesario indicar al buscador cuál es su nuevo destino.

Las redirecciones permiten establecer esa relación entre las URLs antiguas y las nuevas y facilitan que tanto Google como los usuarios encuentren el contenido después de la migración.

No todo cambio en una web es una migración. Cambiar la paleta de colores, sustituir las fotos o reescribir un texto no altera necesariamente las URLs, y Google puede procesarlo como una actualización normal.

Sí hablamos de migración cuando el cambio afecta a las direcciones, al dominio, al servidor o a elementos técnicos que modifican la forma en la que Google accede e interpreta el contenido. También puede ocurrir al cambiar la forma en la que se genera el HTML, algo habitual al estrenar gestor de contenidos.

La migración web y la migración SEO son trabajos distintos que se realizan de forma paralela. La migración web es la parte técnica de mover archivos, bases de datos y configuraciones, y suele ejecutarla el equipo de desarrollo.

La parte SEO se ocupa de que Google y los usuarios encuentren cada contenido en su nueva ubicación. Cuando se deja para el final, el equipo SEO puede llegar tarde a decisiones importantes, como la estructura de URLs de la nueva web.

Tipos de migración según su riesgo para el SEO

El riesgo de una migración depende, entre otros factores, de cuántas URLs cambien y de cuánta información nueva tenga que procesar Google al mismo tiempo.

A grandes rasgos, podemos diferenciar los siguientes tipos:

Tipo de migración	Qué cambia	Riesgo
Cambio de dominio	Todas las URLs y la marca	Alto
Cambio de CMS o plataforma	URLs, plantillas y código HTML	Alto
Cambio de estructura de URLs	Rutas de categorías, productos o posts	Alto o medio
Paso de subdominio a subcarpeta	Ubicación de una sección	Medio
Cambio de hosting o servidor	IP, velocidad y configuración	Bajo
Migración de HTTP a HTTPS	Protocolo de todas las URLs	Bajo

En la práctica, muchos proyectos combinan varios tipos. Un rediseño web puede estrenar CMS y estructura de URLs al mismo tiempo y, en algunos casos, también dominio.

Si el tráfico cae después, cuantos más cambios se hayan realizado simultáneamente, más difícil resulta identificar la causa. Cuando el calendario lo permite, es recomendable separar los cambios.

Cambio de dominio

El cambio de dominio implica un riesgo elevado porque todas las URLs cambian al mismo tiempo. Suele deberse a un cambio de marca, a una fusión entre empresas o al paso de un dominio a otro para reforzar la presencia en un mercado determinado.

Cada URL del dominio antiguo necesita una redirección 301 hacia su equivalente en el nuevo dominio. No es recomendable redirigir todas las páginas antiguas a la portada del nuevo sitio, ya que cada URL debe tener un destino relevante y equivalente siempre que sea posible.

Google Search Console ofrece, además, una herramienta de cambio de dirección para comunicar el traslado. Para utilizarla, las propiedades correspondientes deben estar verificadas y las redirecciones deben encontrarse ya activas.

Esta herramienta complementa las redirecciones 301 y ayuda a comunicar a Google el cambio de dominio.

También conviene mantener el control sobre el dominio antiguo para conservar las redirecciones. Los enlaces que sí controla la empresa, como perfiles sociales, directorios o firmas de email, pueden actualizarse manualmente para apuntar directamente al nuevo dominio.

Cambio de CMS o plataforma

Cada gestor de contenidos construye las URLs de una manera diferente. PrestaShop, por ejemplo, puede incluir el ID del producto en la dirección, mientras que Shopify coloca los productos bajo /products/ y las categorías bajo /collections/.

Por eso, al migrar de una plataforma a otra puede ser necesario redirigir gran parte del catálogo. Algo similar ocurre al trasladar un blog entre CMS que utilizan estructuras de URL diferentes.

El cambio de plataforma también puede alterar el código de cada página. Es importante revisar que la nueva versión conserve títulos, meta descriptions, encabezados y datos estructurados de las páginas que ya posicionaban.

Los textos de categoría requieren especial atención, ya que un cambio de plantilla puede provocar que determinados contenidos desaparezcan de la nueva versión sin que resulte evidente a primera vista.

Otro punto importante es el renderizado. Si el nuevo CMS carga parte del contenido con JavaScript, la inspección de URLs de Search Console permite comprobar cómo procesa Google la página y verificar que el contenido y los enlaces importantes están disponibles.

Cambio de estructura de URLs

Ocurre cuando se reorganiza la arquitectura web sin cambiar necesariamente de dominio ni de plataforma.

Quitar la fecha de las URLs de los posts, renombrar categorías o eliminar un nivel de carpetas son ejemplos habituales.

El riesgo aumenta con el volumen de URLs modificadas. Cambiar diez slugs es relativamente sencillo si cada uno cuenta con su redirección correspondiente. Rehacer la ruta de miles de fichas de producto requiere una planificación y comprobación mucho más cuidadosas.

En proyectos grandes pueden utilizarse reglas o patrones de redirección, pero siempre es necesario comprobar que ninguna regla afecte a URLs que deberían conservar otro destino.

Antes de cambiar una URL que ya funciona y posiciona correctamente, conviene valorar si la modificación aporta suficiente beneficio. Una página puede conservar su dirección aunque no encaje perfectamente en la nueva estructura.

Paso de subdominio a subcarpeta

Muchas empresas tienen el blog o la tienda en un subdominio, como blog.dominio.es, y deciden trasladarlo a una estructura como dominio.es/blog/.

Desde el punto de vista técnico, este proceso puede abordarse de forma similar a un cambio de estructura. Cada URL del subdominio debe redirigirse hacia su equivalente dentro de la nueva subcarpeta.

También es importante revisar los enlaces internos entre ambas partes de la web. Si están escritos con la URL absoluta del subdominio, podrían seguir pasando innecesariamente por una redirección después del cambio.

Cambio de hosting o servidor

Si las URLs no cambian, el riesgo SEO suele ser menor que en una migración de dominio o estructura. Sin embargo, pueden aparecer problemas relacionados con el rendimiento y la configuración técnica.

Un servidor más lento puede aumentar el tiempo de respuesta y afectar tanto al rastreo como a la experiencia del usuario.

Antes de empezar, conviene realizar una copia completa de los archivos y de la base de datos. También es recomendable probar la web en el nuevo servidor antes de modificar las DNS.

Bajar el TTL de las DNS con antelación puede facilitar la propagación del cambio. Además, es recomendable mantener temporalmente el servidor anterior hasta confirmar que la nueva infraestructura funciona correctamente.

Durante las semanas siguientes, el informe de estadísticas de rastreo de Search Console puede ayudar a detectar cambios en los errores del servidor o en el tiempo medio de respuesta.

Migración de HTTP a HTTPS

Actualmente, la mayoría de las webs utilizan HTTPS, pero todavía pueden existir sitios pendientes de migrar o implementaciones antiguas con problemas.

Si la estructura de URLs se mantiene, el proceso es más sencillo que otros tipos de migración. Cada URL HTTP debe redirigir mediante un 301 hacia su equivalente en HTTPS.

Las imágenes y scripts que continúan cargando mediante HTTP pueden generar avisos de contenido mixto en el navegador.

Además, las etiquetas canonical, el sitemap y los enlaces internos absolutos deben apuntar a las versiones HTTPS. De lo contrario, se pueden enviar señales contradictorias sobre qué versión de una URL debe utilizarse.

Fases de una migración SEO paso a paso

Una migración SEO bien planificada puede dividirse en tres grandes fases: preparación, lanzamiento y seguimiento.

La preparación concentra gran parte del trabajo preventivo. El lanzamiento consiste en ejecutar y comprobar los cambios en producción. El seguimiento posterior permite detectar problemas de indexación, tráfico o redirecciones durante las semanas siguientes.

Fase	Objetivo principal	Momento
Preparación	Auditar, mapear URLs y probar redirecciones	Antes de publicar
Lanzamiento	Ejecutar y comprobar la migración	Día del cambio
Seguimiento	Controlar indexación, tráfico y errores	Semanas posteriores

Fase 1. Preparación antes de migrar

Esta fase debería empezar desde el momento en el que se decide realizar la migración. Cuanto antes participe el equipo SEO, más margen habrá para detectar problemas antes de que lleguen a producción.

Aquí se recogen los datos de partida, se decide qué URL sustituirá a cada dirección antigua y se comprueba el funcionamiento antes de que Google encuentre la nueva versión.

1. Haz una foto del estado actual. Exporta de Search Console las consultas, páginas, clics e impresiones disponibles y, desde GA4, extrae las sesiones orgánicas y conversiones por página de destino. Este benchmark permitirá comparar el rendimiento antes y después de la migración. Guárdalo fuera de la web que vas a migrar.
2. Rastrea la web entera. Con Screaming Frog o una herramienta similar puedes obtener el listado de URLs con su código de estado, título, canonical y enlaces internos.El rastreo solo encuentra aquello a lo que puede acceder siguiendo enlaces. Por eso, conviene incorporar también URLs procedentes de Search Console y páginas que reciben enlaces externos, aunque ya no estén enlazadas internamente. Aquí pueden aparecer páginas antiguas con autoridad que todavía deben tenerse en cuenta.
3. Detecta las URLs que más valor tienen. Cruza datos de tráfico, conversiones y enlaces externos. Las páginas que destaquen deben tener prioridad en el mapa de redirecciones, las pruebas y el seguimiento posterior.En una tienda con miles de fichas, este análisis permite revisar manualmente las URLs más importantes y trabajar el resto mediante patrones cuando sea posible.
4. Monta el mapa de redirecciones 301. Puede organizarse en una hoja de cálculo con dos columnas principales: URL antigua y URL nueva.Cada dirección antigua debe apuntar a la nueva URL que responda a una intención equivalente. Evita enviar indiscriminadamente a la home aquellas URLs que no encajan en la nueva estructura.Si un contenido desaparece y no existe una alternativa relevante, habrá que decidir cuál es la respuesta técnica más adecuada en lugar de forzar una redirección sin relación.
5. Bloquea la preproducción. El entorno de pruebas no debería ser accesible para los buscadores. Puede protegerse mediante autenticación y aplicar las medidas técnicas necesarias para evitar su indexación.También conviene dejar definido quién será responsable de retirar estos bloqueos en el momento del lanzamiento.
6. Prueba las redirecciones antes de publicar. Carga las URLs antiguas en Screaming Frog en modo lista y comprueba su comportamiento en el entorno preparado para las pruebas.Cada URL debería llegar a su destino correcto evitando cadenas innecesarias y páginas de error. Este proceso permite detectar reglas que se solapan, cadenas de varios saltos o destinos incorrectos antes de publicar.
7. Prepara robots.txt y sitemap. El robots.txt no debe bloquear secciones que quieras posicionar ni recursos necesarios para el correcto procesamiento de las páginas.El sitemap.xml debe contener las URLs finales que quieras indexar y evitar direcciones redirigidas o páginas marcadas como noindex.
8. Elige bien la fecha. Siempre que sea posible, evita realizar la migración durante los periodos de mayor actividad comercial.También es recomendable evitar momentos en los que el equipo técnico no vaya a estar disponible durante las horas o días posteriores al lanzamiento.

Fase 2. El día del lanzamiento

El día del lanzamiento toca ejecutar todo lo preparado y comprobar que funciona correctamente en producción.

Una checklist compartida entre desarrollo y SEO, con un responsable asignado a cada punto, puede facilitar mucho el proceso.

1. Activa las redirecciones 301. Comprueba una muestra en cuanto estén en funcionamiento, empezando por las URLs prioritarias.
2. Retira los bloqueos del nuevo entorno. Comprueba que las medidas utilizadas durante la preproducción para evitar la indexación no impidan ahora a Google acceder a la web que quieres posicionar.
3. Revisa el robots.txt en producción. Comprueba que no se haya trasladado por error una configuración propia de preproducción y verifica que referencia el sitemap correcto.
4. Envía el nuevo sitemap en Search Console. Si también has cambiado de dominio, verifica las propiedades necesarias y utiliza las herramientas correspondientes para comunicar el traslado.
5. Comprueba canonicals, hreflang y datos estructurados. Estos elementos deben utilizar las URLs correctas de la nueva versión. Una canonical que continúa apuntando hacia una URL antigua puede generar señales contradictorias.
6. Actualiza el enlazado interno. Menús, footer, migas de pan y enlaces incluidos dentro de los contenidos deben apuntar directamente a las URLs finales siempre que sea posible.
7. Confirma que la analítica mide correctamente. Comprueba que GA4, Tag Manager y los píxeles necesarios funcionan en la nueva web. Perder datos justo después de una migración dificulta enormemente evaluar su impacto.
8. Rastrea la web publicada. Realiza un rastreo completo de producción y busca errores 404, cadenas de redirecciones, bloqueos o etiquetas noindex introducidas por error. Puede ser conveniente repetir la comprobación cuando la nueva infraestructura lleve un tiempo funcionando.

Fase 3. Control del tráfico después de migrar

Durante las primeras semanas pueden producirse fluctuaciones mientras Google vuelve a rastrear las URLs, procesa las redirecciones y actualiza sus señales.

Por eso, no basta con comprobar que la nueva web funciona el día del lanzamiento. El seguimiento posterior forma parte de la propia migración SEO.

1. Controla la indexación durante las primeras semanas. El informe de indexación de Search Console permite comprobar cómo evolucionan las URLs nuevas y antiguas. Presta especial atención a aumentos inesperados de páginas excluidas, errores del servidor o URLs bloqueadas.
2. Compara los resultados con el benchmark por tipo de página. Agrupa las URLs por plantilla o tipología —categorías, fichas de producto, posts o landings— y compara su evolución con los datos recogidos antes de migrar.Si un problema se concentra en un único grupo de páginas, esta segmentación puede ayudarte a encontrar la causa.
3. Revisa los errores 404. Compruébalos en Search Console y, cuando sea posible, también en los logs del servidor. Si una URL antigua con tráfico o enlaces externos devuelve un 404 y dispone de un destino equivalente, revisa su redirección.
4. Comprueba los backlinks más valiosos. Las redirecciones permiten conservar las señales de las URLs antiguas, pero puedes actualizar los enlaces externos más importantes cuando tengas relación con las webs que los publicaron.
5. Mantén las redirecciones activas. Google recomienda mantenerlas al menos durante un año. Además, conservarlas durante más tiempo puede seguir siendo útil para usuarios y enlaces externos que todavía utilizan las URLs antiguas.
6. Anota la fecha del lanzamiento. Márcala en informes y paneles de analítica. Así será mucho más fácil interpretar posteriormente cualquier cambio producido alrededor de la migración.

¿Y cuánto tarda en recuperarse el tráfico? No existe un plazo único para todas las migraciones.

El tiempo dependerá del tamaño de la web, el tipo de cambio, la frecuencia de rastreo y la cantidad de URLs afectadas, entre otros factores.

Además, una migración técnicamente correcta no implica necesariamente que la nueva web vaya a conservar exactamente las mismas posiciones. Si también han cambiado aspectos importantes del contenido, rendimiento o estructura, estos elementos pueden influir en el comportamiento orgánico posterior.

Errores que hacen perder posiciones al migrar una web

Muchos de los problemas que aparecen después de una migración SEO están relacionados con las redirecciones, los bloqueos técnicos o una planificación insuficiente.

Estos son algunos de los errores que conviene evitar:

• Redirigir a la home todas las URLs sin equivalente claro. Cada página debería apuntar hacia un destino relevante siempre que exista. Una redirección hacia una página sin relación con el contenido original puede no cumplir correctamente su función.
• Crear cadenas de redirecciones. Si una URL ya redirigía antes de la migración y se añade un nuevo salto, puede terminar pasando por varias direcciones antes de alcanzar el destino final. Siempre que sea posible, la URL original debería apuntar directamente hacia la definitiva.
• Eliminar las redirecciones tiempo después de migrar. Pueden seguir existiendo backlinks, marcadores de usuarios o enlaces antiguos que apunten hacia esas direcciones.
• Trasladar bloqueos de preproducción a la web publicada. Un noindex global o un robots.txt demasiado restrictivo puede impedir el rastreo o la indexación de páginas importantes.
• Olvidar imágenes y documentos. Los PDF, imágenes u otros archivos también pueden recibir tráfico orgánico o enlaces externos y deben tenerse en cuenta en la planificación cuando cambien de dirección.
• Cambiar contenido y URLs simultáneamente sin necesidad. Cuantos más elementos se modifican al mismo tiempo, más difícil resulta identificar la causa si el rendimiento orgánico empeora después del lanzamiento.
• Migrar en un momento crítico para el negocio. Una incidencia durante una temporada de alta demanda puede tener un impacto mayor sobre ventas o generación de leads.
• No guardar un benchmark previo. Sin datos anteriores de tráfico, conversiones, consultas y páginas es mucho más difícil medir qué ha ocurrido después de la migración.

Conclusión: claves para una migración SEO segura

Una migración SEO se gana o se pierde en gran medida durante la preparación, mucho antes del día del lanzamiento.

Si solo te quedas con cuatro ideas, que sean estas:

• Guarda el benchmark de Search Console y GA4 antes de realizar cambios.
• Prepara el mapa de redirecciones 301 y pruébalo antes de publicar.
• Siempre que sea posible, separa en el tiempo los grandes cambios de dominio, CMS y estructura.
• Después de migrar, compara los resultados por tipo de página y mantén las redirecciones durante el tiempo necesario.

El objetivo no es únicamente publicar una nueva web, sino conseguir que buscadores y usuarios puedan pasar de la versión antigua a la nueva sin perder por el camino las páginas que ya generaban tráfico, conversiones y autoridad.

Si tienes una migración a la vista y quieres hacerla con red, en mh. revisamos el plan antes de publicar y hacemos el seguimiento posterior desde nuestra consultoría SEO.