Migración SEO: qué planificar antes de cambiar tu web

Cambiar de dominio, pasarte a otro CMS o rehacer la estructura de tu web casi siempre se decide por motivos de marca, diseño o tecnología. Y está bien. El problema es que cada URL que cambia pone en juego el tráfico orgánico acumulado durante años, con sus enlaces externos y sus posiciones ganadas a pulso.

Es como mudar tu tienda a otro barrio sin colgar un cartel con la nueva dirección. Los clientes de siempre llegan, encuentran la persiana bajada y se van con la competencia.

Ni la mejor planificación garantiza cero fluctuaciones: Google necesita tiempo para rastrear de nuevo el sitio y trasladar las señales de las direcciones antiguas a las nuevas. Lo que sí controlas es el margen de error. Para eso hacen falta un inventario completo, un mapa de redirecciones 301 sin huecos, pruebas serias antes de publicar y un seguimiento que atrape los fallos antes de que lleguen a la facturación.

¿Qué es una migración SEO y qué cambios en tu web la hacen necesaria?

Una migración SEO es cualquier cambio que obliga a Google a recalcular cómo rastrea, indexa y posiciona tu sitio. Ocurre cuando cambian las URLs, el dominio, la plataforma o la arquitectura. Si solo tocas colores, tipografías o fotos, sin modificar URLs ni contenido, no hay migración: es un rediseño visual.

En la práctica, casi todas las migraciones SEO encajan en uno de estos tres escenarios:

El cambio de dominio es el escenario más delicado. Todos tus backlinks siguen apuntando al dominio antiguo, así que dependes casi por completo de las redirecciones. Es además el único caso en que se usa la herramienta «Cambio de dirección» de Search Console, que no sirve para un cambio de CMS ni de estructura.

Por otro lado, el cambio de CMS engaña, porque el diseño puede quedar idéntico. Por debajo, la nueva plataforma impone otros patrones de URL, otras plantillas de metadatos y otro renderizado. Shopify, por ejemplo, obliga a usar /products/ y /collections/, mientras que WordPress te deja definir estructuras libres.

El cambio de estructura implica reorganizar categorías, fusionar páginas o eliminar secciones, y eso altera el enlazado interno y la profundidad de clics. El mayor riesgo es suprimir una sección estratégica sin crear una página equivalente que recoja su tráfico.

Hacer las tres cosas a la vez es posible, pero el riesgo se multiplica. Si el tráfico cae, te va a costar horrores saber si el culpable es el dominio o la nueva arquitectura.

Siempre que puedas, haz los cambios de forma paulatina: primero migra de CMS conservando las URLs y, unas semanas después, cambia de dominio. Si no hay margen, documenta cada cambio para poder aislar las causas.

¿Qué tienes que planificar antes de cambiar tu web?

Antes de tocar una línea de código, necesitas una foto exacta del punto de partida y un documento de requisitos SEO que llegue a desarrollo antes de cerrar el diseño. Aquí se juega buena parte del partido: muchos fallos post-lanzamiento, como URLs olvidadas o metadatos perdidos, nacen en esta fase.

Foto del punto de partida: inventario de URLs y métricas de referencia

No puedes proteger lo que no sabes que tienes. Para armar un inventario de URLs completo, sigue estos pasos:

1. Rastrea el sitio completo con Screaming Frog o una herramienta similar.
2. Cruza ese rastreo con los sitemaps, Search Console, la analítica y los logs del servidor. Así detectas URLs con tráfico que el crawler no encuentra, como las landings huérfanas de campañas antiguas que nadie enlaza, pero que siguen recibiendo visitas.
3. Guarda un benchmark con el tráfico orgánico por URL, las consultas principales separando marca y no marca, el número de páginas indexadas y las Core Web Vitals. Sin esta foto no podrás medir ni explicar el impacto después del lanzamiento.
4. Prioriza las URLs según tráfico, conversiones y enlaces externos. Para los enlaces, usa el informe de Search Console, Ahrefs o Semrush. Las páginas que generan ventas o reciben backlinks se mapean y se prueban primero.

Requisitos SEO para el nuevo sitio y elección de la fecha

Entrega a desarrollo un documento de requisitos antes de maquetar. Debe incluir como mínimo:

• estructura de URLs;
• titles y meta descriptions por plantilla;
• canonicals;
• hreflang, si trabajas con varios países;
• datos estructurados;
• paginación;
• reglas de indexación.

Haz este trabajo pronto, porque corregir en diseño cuesta muchísimo menos que corregir en producción.

Otro consejo importante: lanza lejos de tus picos de negocio: Hot Sale, Buen Fin, CyberDay o tu propia temporada alta. Si tu web tiene versiones para México, Argentina o Chile, ojo, porque cada país tiene su propio calendario de picos.

Mejor a principios de semana, con el equipo disponible para reaccionar, y siempre con copias de seguridad completas de los archivos y de la base de datos.

¿Cómo armar un mapa de redirecciones 301 sin dejar URLs huérfanas?

El mapa de redirecciones es el documento central de cualquier migración SEO: relaciona cada URL antigua con su nueva dirección para que usuarios y Googlebot lleguen siempre al sitio correcto. Piensa en él como el GPS de la mudanza. Si falta una calle, el usuario se desorienta y la autoridad de esa página se esfuma con él.

La estructura básica tiene cuatro columnas:

La regla de oro: cada URL redirige a su equivalente más cercano en contenido. Mandarlo todo a la home es tentador, pero Google suele tratar esas redirecciones masivas como soft 404 y pierden su valor.

Para los cambios permanentes, usa una redirección 301 o 308. Una 302 le dice a Google que el cambio es provisional, justo lo contrario de lo que buscas. En un cambio de dominio, redirige página a página, nunca con un comodín que mande todo el dominio antiguo a la portada.

Elimina también cadenas y bucles. Si tu sitio acumulaba redirecciones históricas, reescríbelas para que apunten directamente al destino final: si antes A redirigía a B y ahora B pasa a C, la regla queda A→C y B→C. Cada salto intermedio suma latencia y riesgo.

Las URLs sin equivalente tienen dos salidas:

1. Redirigir a la categoría padre, si cubre la misma intención de búsqueda.
2. Devolver un 410 o un 404, si el contenido desaparece de verdad.

En ambos casos, documenta cada decisión. Así, SEO y desarrollo no reabren el debate el día del lanzamiento, justo cuando menos tiempo hay.

Mantén las redirecciones activas a largo plazo y renueva el dominio antiguo. Los enlaces externos, los favoritos y las menciones seguirán apuntando ahí mucho tiempo después del cambio, y dejarlo caducar es tirar a la basura años de autoridad.

¿Qué pruebas hacer en preproducción y el día del lanzamiento?

Las pruebas se hacen en dos momentos. Primero validas el nuevo sitio en un entorno de preproducción, protegido y fuera del alcance de Google, y después ejecutas un checklist muy concreto en cuanto sale a producción. Saltarte una de las dos fases es como mudarte sin comprobar si la casa nueva tiene luz y agua.

Pruebas en el entorno de preproducción

Lo primero es blindar el entorno de pruebas con autenticación HTTP o con la cabecera X-Robots-Tag: noindex. Un simple bloqueo en robots.txt no impide que se indexen URLs enlazadas desde fuera.

Con el entorno protegido, toca comprobar:

1. Rastrear las URLs antiguas contra el nuevo entorno. Cada una debe devolver un 301 hacia un destino que responda 200, sin saltos intermedios.
2. Comparar titles, H1, canonicals y contenido con la versión actual, sobre todo en las páginas prioritarias.
3. Revisar el HTML renderizado. El contenido clave tiene que aparecer en el HTML y no depender de clics o interacciones en JavaScript.
4. Validar la versión móvil y los datos estructurados de las plantillas principales.

Checklist del día del lanzamiento

En cuanto el sitio esté en producción, ejecuta y verifica lo siguiente:

1. Retira el bloqueo de preproducción. El error más frecuente es heredar en producción un noindex o un «Disallow: /». Revisa robots.txt, meta robots y cabeceras HTTP justo después de publicar.
2. Envía el nuevo sitemap XML en Search Console con las URLs finales y, solo si cambias de dominio, activa la herramienta de cambio de dirección.
3. Actualiza los enlaces internos para que apunten a los destinos definitivos, sin pasar por redirecciones.
4. Comprueba la analítica. Verifica que registra visitas y conversiones. Migrar sin datos es mudarte sin inventario de cajas: no sabrás qué llegó ni qué se perdió por el camino.

¿Qué vigilar después de la migración y qué fluctuaciones son normales?

Después del lanzamiento toca vigilar a diario la indexación y el rastreo, siempre comparando con el benchmark inicial. Las oscilaciones son normales mientras Google reprocesa el sitio, y tu trabajo consiste en separar el ruido de las señales que exigen actuar ya.

Seguimiento post-migración en Search Console, logs y analítica

Search Console es tu primer termómetro. Revisa cada día los informes de indexación de páginas y las estadísticas de rastreo. Las URLs nuevas deben ganar presencia mientras las antiguas pasan al estado «Página con redirección».

Los logs del servidor te muestran lo que la analítica no ve: confirman que Googlebot recorre las URLs antiguas y sigue los 301. Los picos de 404 o 5xx delatan errores del mapa antes de que aparezcan en el tráfico.

En la analítica, compara con el benchmark por segmentos (plantilla, categoría, consultas de marca) y no solo el total. Una caída concentrada en una única sección suele apuntar a un fallo técnico concreto, como una regla de redirección mal escrita o un bloqueo olvidado.

Fluctuaciones esperables frente a señales de alarma

Vamos al grano: nadie puede garantizar cero pérdidas, y quien lo haga te está vendiendo humo. Las oscilaciones de posiciones y tráfico son habituales mientras Google traslada las señales. En un cambio de dominio suelen durar más que en un cambio de estructura.

Ante una señal de alarma, revisa redirecciones, canonicals y bloqueos antes de tocar el contenido. Reescribir textos cuando el fallo es técnico solo añade otra variable al lío.

SEO y desarrollo: ¿quién se encarga de qué en una migración web?

Una migración funciona cuando SEO y desarrollo trabajan juntos desde el primer día, con tareas claras. SEO define qué debe pasar y desarrollo lo hace posible en el servidor. Si uno de los dos llega tarde, el riesgo de caída aumenta mucho, porque ya no hay margen para corregir URLs ni plantillas.

Nombra a un responsable final y abre un canal de incidencias compartido. Muchas caídas nacen cuando SEO entra tarde, con el diseño cerrado y sin margen para cambiar nada.

Conviene contar con un equipo profesional en estos casos:

• si tienes un e-commerce;
• si tu sitio tiene miles de URLs;
• si trabajas en varios países con hreflang;
• si cambias de dominio y de CMS a la vez.

Eso sí, desconfía de quien te prometa cero pérdidas o resultados inmediatos. Una migración necesita planificación y seguimiento: hay que identificar qué funciona en tu sitio, cómo conservarlo y qué revisar después del lanzamiento.

Por eso, contar con una agencia que coordine SEO y desarrollo web desde el inicio ayuda a reducir riesgos. Decisiones como cambiar la estructura, eliminar páginas o modificar URLs pueden afectar tu visibilidad y conviene evaluarlas antes de aprobar el diseño.

En Relevant llevamos más de una década construyendo marcas en Latinoamérica. Integramos SEO y desarrollo web in-house, con oficinas en México, Argentina y Perú. Partimos de un diagnóstico de tu sitio para preparar una propuesta a medida, sin paquetes cerrados.

¿Estás por migrar? Escríbenos antes de cerrar el diseño para que podamos evaluar qué necesitas conservar y cómo abordar el cambio.

Preguntas frecuentes sobre migración SEO

¿Cuánto tiempo tarda Google en procesar una migración SEO?

Depende del tamaño del sitio y de la frecuencia de rastreo. Según Google Search Central, en un sitio mediano, la mayoría de las páginas pueden trasladarse en unas semanas, mientras que los sitios grandes tardan más. Un cambio de dominio suele requerir más tiempo que un cambio de estructura.

¿Se pierde posicionamiento al cambiar de dominio?

Es frecuente ver pérdidas temporales mientras Google traslada las señales. Con redirecciones 301 página a página, la herramienta de cambio de dirección y un seguimiento riguroso, el impacto se reduce bastante.

¿Qué diferencia hay entre una redirección 301 y una 302 en una migración web?

La 301 indica un cambio permanente: Google traslada las señales a la nueva URL. La 302 indica un cambio provisional, así que Google puede seguir tratando la URL antigua como la principal. En una migración, usa 301 o 308.

¿Cuánto tiempo hay que mantener las redirecciones 301 después de una migración?

Google recomienda mantenerlas al menos un año. Lo ideal es dejarlas indefinidamente, porque los backlinks y los favoritos seguirán apuntando a las URLs antiguas durante mucho tiempo.

¿Se puede cambiar de CMS sin cambiar las URLs?

Sí, si la nueva plataforma permite estructuras de URL libres, como WordPress. Otras imponen prefijos, como el /products/ de Shopify. Aunque las URLs se mantengan, cambian las plantillas y el renderizado, así que audítalo todo igualmente.