Una migración web SEO es el proceso de hacer cambios importantes en tu web — nuevo dominio, nuevas URLs, nueva plataforma o rediseño — sin perder el tráfico orgánico y las posiciones que ya tienes. Bien hecha, la visibilidad orgánica se mantiene o mejora. Hecha sin cuidado, puedes perder entre un 20% y un 50% del tráfico orgánico de la noche a la mañana, y la recuperación puede llevar más de un año.
Lo frustrante es que casi nada de esa pérdida es inevitable. Las migraciones rara vez fallan porque Google penalice el cambio. Fallan porque alguien se saltó un redirect, dejó una etiqueta noindex heredada de staging, o lanzó un viernes sin un plan de monitorización. Esta guía explica exactamente cómo ejecutar una migración web SEO sin hundir tu tráfico.
Qué cuenta como migración
Se suele asumir que “migración” significa cambiar de dominio. Es mucho más amplio. Para los buscadores, cualquiera de estos casos es una migración:
- Cambio de dominio — pasar de
marcaantigua.comamarcanueva.com - Cambio de protocolo o estructura — de HTTP a HTTPS, o reestructurar las rutas de tus URLs
- Cambio de plataforma (replatforming) — cambiar de CMS o de plataforma de ecommerce (de WordPress a un build headless, de Magento a Shopify)
- Rediseño — mantener el dominio pero cambiar plantillas, navegación y contenido on-page
- Consolidación — fusionar varios sitios o subdominios en uno
Cada tipo tiene un riesgo distinto. Una migración pura a HTTPS es de bajo riesgo si los redirects están limpios. Un cambio de dominio y replatforming y rediseño simultáneos es lo más arriesgado que puedes hacer en SEO — y la gente lo hace todo a la vez constantemente. Mi primera recomendación en la mayoría de proyectos es separar esos cambios en fases distintas para poder aislar qué provocó cualquier caída.
Por qué las migraciones pierden tráfico
Los datos asustan. Los estudios del sector sugieren que entre el 60% y el 80% de las migraciones provocan pérdida de tráfico medible, solo alrededor de 1 de cada 10 acaba con mejores posiciones, y la media de recuperación de todas las migraciones ronda los 523 días. Un gran retailer del Reino Unido perdió, según se informó, unos 3,8 millones de libras en el primer mes después de que IT rechazara las recomendaciones de redirects durante un rediseño.
En las migraciones que he auditado, las causas se agrupan en una lista corta y predecible:
- Redirects ausentes o rotos — las URLs antiguas devuelven 404, o las cadenas de redirects diluyen la autoridad.
- Redirigir todo a la home — el “atajo” más dañino que existe.
- Bloqueos heredados de staging — una meta
noindexo unDisallow: /en robots.txt que llega a producción. - Canonicals apuntando a URLs antiguas — decirle a Google que la página nueva es copia de una que ya no existe.
- Cambiar contenido y enlazado interno a la vez — de modo que no puedes saber qué causó la caída.
Fíjate en que ninguna de ellas tiene que ver con que Google sea hostil. Son fallos de ejecución. Según los análisis de resultados de migraciones, la fase previa al lanzamiento representa en torno al 60% de si una migración sale bien — es decir, casi todo el trabajo, y casi todo el riesgo, viven antes de pulsar el botón.
El proceso de migración web SEO: un framework paso a paso
Este es el framework que uso en cada migración. Recórrelo en orden. Las fases anteriores al lanzamiento son las que más pesan.
Fase 1 — Toma de referencia (2–4 semanas antes)
No puedes demostrar que una migración fue un éxito, ni diagnosticar una caída, sin una línea base. Antes de tocar nada, registra:
- Un crawl completo de la web actual (todas las URLs indexables) con Screaming Frog o similar
- El tráfico orgánico, las posiciones y las landing pages principales actuales desde Google Search Console y tu analítica
- Tus URLs más valiosas ordenadas por tráfico, conversiones y backlinks
- Los Core Web Vitals y el estado de indexación actuales
Esta referencia es lo que compararás durante los seis meses siguientes. Si no tienes claro si tu web actual está siquiera sana para migrar, hacer antes una auditoría SEO técnica sacará a la luz problemas que no querrás arrastrar.
Fase 2 — Construir el mapeo de redirects (el paso decisivo)
Aquí se ganan o se pierden las migraciones. Crea un mapa uno a uno de cada URL antigua con valor a su equivalente más cercano en la web nueva. Después impleméntalos como redirecciones 301 — permanentes y que transfieren autoridad.
Reglas que importan:
- Mapea por relevancia, no por comodidad. El destino nuevo debe servir la misma intención que la página antigua.
- Nunca apuntes todo a la home. Si no existe un equivalente concreto, redirige a la categoría o página superior más relevante.
- Evita las cadenas de redirects.
A → B → Cpierde autoridad y ralentiza el rastreo. RedirigeA → Cdirectamente. - Consolida con criterio. Si fusionas dos artículos pobres, apunta ambas URLs antiguas a la única página nueva.
El mapeo de redirects es tedioso y es la parte que los clientes más quieren saltarse. También es la que determina si conservas tus posiciones. Trátalo como innegociable.
Fase 3 — Probar en staging
Construye y valida la web nueva en un entorno de staging bloqueado para indexación (protegido con contraseña, no solo con noindex — no querrás olvidarte de quitarlo). En staging, confirma:
- Que los redirects resuelven correctamente y devuelven 301, no 302 ni 404
- Que las etiquetas canonical apuntan a URLs nuevas, en vivo y auto-referenciadas
- Que se han conservado los title tags, meta descriptions, encabezados y datos estructurados
- Que los enlaces internos apuntan a URLs nuevas, no a antiguas redirigidas
- Que el sitemap XML lista solo URLs nuevas e indexables
Fase 4 — Lanzamiento
Elige tu ventana de menor tráfico. Evita festivos y picos. Después, en este orden exacto:
- Quita el bloqueo de staging (
noindex/Disallowen robots.txt). Es el punto uno por algo. - Despliega los redirects y confirma que una muestra devuelve 301 en vivo.
- Actualiza y envía el nuevo sitemap XML en Search Console.
- Si cambias de dominio, usa la herramienta de “Cambio de dirección” de Search Console.
- Actualiza los enlaces internos y cualquier referencia fija en el código.
Fase 5 — Monitorizar de forma agresiva (primeros 30 días)
Las primeras 72 horas son críticas, y el primer mes decide tu curva de recuperación. Monitoriza a diario: errores de rastreo, indexación, posiciones, tráfico orgánico, Core Web Vitals y que los redirects sigan resolviendo. Corrige los problemas en cuanto aparezcan, sin esperar al informe semanal.
El checklist previo al lanzamiento
Pasa este checklist antes de lanzar cualquier migración web SEO. Si no puedes marcar todos los puntos, no estás listo:
- Crawl completo y referencia de tráfico de la web antigua guardados
- Mapa de redirects 301 uno a uno para cada URL con valor
- Sin cadenas de redirects en el mapa
- Canonicals auto-referenciados a URLs en vivo
-
noindexy bloqueos en robots.txt eliminados del build de producción - Title tags, metas, encabezados y schema conservados o mejorados
- Enlaces internos actualizados a URLs nuevas
- Nuevo sitemap XML listo para enviar
- Lanzamiento programado en una ventana de bajo tráfico
- Dashboard de monitorización y disponibilidad del equipo organizados para la semana del lanzamiento
Errores de migración que veo una y otra vez
Por mi experiencia auditando caídas posteriores a migraciones, los mismos errores aparecen una y otra vez.
Tratar los redirects como algo secundario. El mapeo de redirects se le encarga a quien tenga un rato libre la semana antes del lanzamiento. Merece la atención más sénior que tengas, con semanas de antelación.
Cambiar demasiado a la vez. Un cambio de dominio, un rediseño y contenido nuevo lanzados juntos hacen imposible el diagnóstico. Cuando el calendario lo permita, fasea los cambios. Migra primero la plataforma, optimiza el contenido después.
Olvidar los backlinks. Tus páginas de más valor suelen ser las que tienen enlaces externos. Si esas URLs cambian y los redirects fallan, pierdes la autoridad de enlaces que tardaste años en ganar. Prioriza las páginas enlazadas en tu mapa de redirects.
No tener plan de rollback. Si el lanzamiento va mal, tienes que poder revertir rápido. Mantén disponible el entorno antiguo hasta verificar que el nuevo es estable.
La propia documentación de Google Search Central sobre cambios de URL y dominio deja claro que, con redirects correctos y una señal de cambio de dirección, la recuperación de posiciones es el resultado esperado — no la excepción. Los sitios que sufren son los que recortan en los pasos de arriba.
Cuándo recurrir a un especialista
Un blog pequeño que pasa a HTTPS con redirects limpios es algo que la mayoría de desarrolladores competentes pueden gestionar. Un replatforming de un ecommerce con mucho tráfico, una consolidación de dominios, o cualquier caso donde la web sea un canal de ingresos principal, es otra categoría de riesgo. El coste de equivocarse — meses de tráfico e ingresos perdidos — empequeñece el coste de una supervisión experta.
Este es exactamente el tipo de trabajo donde la consultoría SEO justifica su precio: no haciendo el trabajo de los desarrolladores, sino siendo dueño de la estrategia de redirects, firmando el checklist previo al lanzamiento y cazando ese único noindex olvidado que, si no, desindexaría la web. Si tienes una migración en el horizonte, el precio de un encargo acotado es ridículo al lado de los ingresos que un lanzamiento chapucero pone en riesgo.
Una migración web SEO con éxito no va de suerte — va de disciplina. Toma referencia primero, mapea cada redirect uno a uno, prueba en staging, lanza en una ventana tranquila y monitoriza como un halcón. Haz eso y el peor caso es una caída breve seguida de una recuperación total. Sáltatelo y estarás apostando con un tráfico que quizá nunca recuperes.
Preguntas Frecuentes
¿Cuánto tarda en recuperarse el tráfico tras una migración web SEO?
Una migración bien ejecutada suele recuperar el 80–90% de su tráfico orgánico en dos o tres meses, con estabilización completa entre el cuarto y sexto mes. Las migraciones mal ejecutadas tardan mucho más: los datos del sector apuntan a una media de recuperación de unos 523 días, y alrededor del 17% de los sitios no se recuperan del todo nunca. La diferencia está casi siempre en la calidad de los redirects y la planificación previa, no en la suerte.
¿Tengo que redirigir todas las URLs antiguas?
Tienes que redirigir todas las URLs que tengan valor: las que posicionan, las que reciben tráfico o las que tienen backlinks apuntando. Mapea cada una de ellas uno a uno a su equivalente más cercano en la web nueva con un redirect 301. Las páginas sin valor real — parámetros caducados, URLs de prueba, contenido duplicado — pueden dejarse en 404 o consolidarse, pero nunca redirijas todo a la home. Eso le dice a Google que la página antigua ya no existe y pierdes su autoridad.
¿Debo lanzar una migración en un periodo de baja actividad?
Sí. Migra en tu ventana de menor tráfico y evita festivos, periodos de rebajas y picos de negocio. Las migraciones provocan volatilidad temporal en las posiciones por muy limpias que sean, así que quieres exponer a la menor audiencia posible a esa volatilidad — y tener a todo el equipo disponible para resolver incidencias rápido en las primeras 72 horas.
¿Cuál es la causa más común de pérdida de tráfico en una migración?
Los redirects rotos o ausentes, con diferencia. La segunda más común es lanzar con una etiqueta noindex o un bloqueo en robots.txt heredados del entorno de staging, que desindexa toda la web nueva. Ambas son totalmente evitables con un checklist de lanzamiento que ponga “quitar noindex” y “verificar redirects” como los dos primeros puntos.
¿Puede una migración mejorar mi SEO?
Puede, pero es raro: solo alrededor de 1 de cada 10 migraciones acaba con mejores posiciones que antes. Las que mejoran aprovechan la migración para corregir la arquitectura de la información, consolidar contenido pobre, mejorar la velocidad y limpiar la estructura de URLs. Si migras sin atacar los problemas de fondo, el mejor resultado realista es quedarte igual.
