Migraciones SEO
Cambia de web, de dominio o de CMS sin perder lo que has ganado en Google
Planificamos y acompañamos migraciones de dominio, de plataforma, de diseño, de HTTP a HTTPS y de estructura de URL. Inventario completo, mapa de redirecciones 301, pruebas en un entorno de staging, un día de lanzamiento con lista de verificación y semanas de seguimiento posterior.
El riesgo
Una migración es el momento en que más tráfico se puede perder de golpe
Cada URL que posiciona hoy acumula señales: enlaces externos, historial en el índice de Google, relevancia para unas búsquedas concretas. Cuando cambias la dirección, la plantilla o el contenido de esa URL, le pides a Google que vuelva a evaluarla. Si la nueva versión es equivalente y la redirección es correcta, las señales se transfieren. Si no, se pierden.
La mayoría de las caídas de tráfico tras un lanzamiento no se deben a «algo que ha cambiado en Google», sino a errores evitables: redirecciones que faltan, un noindex olvidado, contenido recortado o enlaces internos que siguen apuntando a la versión antigua. Por eso tratamos la migración como un proyecto con fases, responsables y criterios de aceptación, no como una tarea de última hora.
Si quieres entender el proceso en detalle antes de hablar con nosotros, lee nuestra guía Migrar una web sin perder SEO.
Causas habituales
Por qué se pierde tráfico en una migración
URL sin redirigir o redirigidas a la home
Las páginas antiguas devuelven 404 o se redirigen en bloque a la portada. Google trata las redirecciones masivas a la home como errores suaves y las señales no se transfieren.
El noindex o el robots.txt de staging llega a producción
El entorno de pruebas estaba bloqueado, como debe ser, y el bloqueo se publica con la web nueva. Es uno de los errores más frecuentes y más fáciles de evitar con una lista de verificación.
Se recorta o se fusiona contenido que posicionaba
El diseño nuevo «limpia» textos, elimina páginas con tráfico o fusiona temas distintos. La página sigue existiendo, pero ya no responde a las búsquedas que la hacían visible.
Cadenas de redirección y canónicas incorrectas
Redirecciones que encadenan tres o cuatro saltos, canónicas que apuntan al dominio antiguo o a staging, hreflang roto entre versiones de idioma.
Enlaces internos que apuntan a URL antiguas
Menús, contenidos y sitemaps siguen enlazando las direcciones viejas. Funcionan gracias a la redirección, pero diluyen señales y ralentizan el rastreo.
Contenido que solo aparece con JavaScript
El nuevo frontend carga textos y enlaces en el navegador. Google puede renderizarlo con retraso y muchos rastreadores de IA no lo hacen en absoluto.
Proceso
Las fases de una migración bien hecha
Inventario y línea base
Antes de cambiar nada, registramos el estado actual: todas las URL indexables, las que reciben tráfico orgánico, las que tienen enlaces externos, sus títulos, contenido y datos estructurados. Combinamos un rastreo completo con los datos de Search Console, Analytics, sitemaps y herramientas de enlaces.
Guardamos también una foto del rendimiento (clics, impresiones, posiciones de las consultas principales, conversiones) para poder comparar con rigor después del lanzamiento.
Actividades
Resultados
- Inventario de URL priorizado
- Línea base de rendimiento
Mapa de redirecciones
Cada URL antigua con valor se asigna a su equivalente más cercano en la nueva web mediante una redirección 301, uno a uno. Las páginas sin equivalente se valoran caso por caso: redirigir a la categoría más relevante o devolver un 410 si de verdad ya no tiene sentido. Nunca redirecciones masivas a la portada.
Revisamos que el mapa no genere cadenas ni bucles, y que incluya variantes con y sin barra final, mayúsculas, parámetros y versiones antiguas HTTP o con www.
Actividades
Resultados
- Mapa de redirecciones validado
- Reglas listas para el servidor o el CMS
Staging y pruebas
La nueva web se revisa en un entorno de staging protegido con contraseña y con noindex, para que no se indexe por accidente. Allí rastreamos la nueva versión y comprobamos títulos, canónicas, hreflang, datos estructurados, enlaces internos, rendimiento y renderizado, y probamos el mapa de redirecciones contra la lista de URL antiguas.
Cerramos la fase con un informe de incidencias bloqueantes y no bloqueantes y un criterio claro: no se lanza con bloqueantes abiertos.
Actividades
Resultados
- Informe de incidencias
- Aprobación de lanzamiento
Día de lanzamiento
Elegimos un momento de menor actividad y estamos presentes durante el despliegue. Retiramos el noindex y la protección de staging, activamos las redirecciones, actualizamos robots.txt y sitemaps, y verificamos en vivo una muestra amplia de URL antiguas y nuevas.
En un cambio de dominio verificamos la nueva propiedad en Search Console y usamos la herramienta de cambio de dirección. Enviamos los sitemaps nuevos y, de forma temporal, también uno con las URL antiguas para acelerar que Google descubra las redirecciones.
Actividades
Resultados
- Checklist de lanzamiento completada
- Registro de incidencias del día
Seguimiento posterior
Durante las semanas siguientes vigilamos cobertura e indexación, errores 404, rastreo, posiciones de las consultas principales, tráfico y conversiones frente a la línea base. Las fluctuaciones iniciales son normales; lo que no es normal es que una sección entera desaparezca, y eso se detecta en días, no en meses.
Las redirecciones deben mantenerse al menos un año, y lo ideal es no retirarlas nunca mientras reciban visitas o enlaces.
Actividades
Resultados
- Informes de seguimiento semanales
- Informe de cierre de la migración
Checklist
Comprobaciones esenciales por fase
Un resumen de lo que verificamos en cada migración. La lista completa se adapta al tipo de cambio y a tu plataforma.
| Fase | Comprobación | Por qué importa |
|---|---|---|
| Antes | Inventario de URL con tráfico, enlaces y conversiones | Sin inventario no sabes qué proteger ni qué redirigir. |
| Antes | Línea base de clics, posiciones y conversiones | Permite distinguir una fluctuación normal de un problema real. |
| Staging | Protección con contraseña y noindex | Evita que Google indexe una copia duplicada de tu web. |
| Staging | Mapa de 301 probado contra todas las URL antiguas | Detecta huecos, cadenas y bucles antes de que afecten a usuarios. |
| Staging | Títulos, contenido, canónicas, hreflang y Schema equivalentes | La nueva página debe poder ocupar el lugar de la antigua. |
| Lanzamiento | Retirada de noindex y bloqueos de robots.txt | El error más habitual y más dañino en el día del lanzamiento. |
| Lanzamiento | Sitemaps nuevos y cambio de dirección en Search Console | Acelera el descubrimiento de la nueva estructura. |
| Lanzamiento | Etiquetas de analítica y conversiones funcionando | Sin medición no hay forma de evaluar la migración. |
| Después | Seguimiento de 404, indexación y rendimiento por sección | Permite corregir en días lo que de otro modo tardaría meses en notarse. |
| Después | Actualización de enlaces internos y de perfiles externos | Reduce la dependencia de las redirecciones y refuerza las nuevas URL. |
¿Tu migración ya ha salido mal?
También intervenimos después de un lanzamiento con caída de tráfico: comparamos el estado anterior con el actual, reconstruimos el mapa de redirecciones que faltó y priorizamos la recuperación de las páginas que más valor tenían. Cuanto antes se actúe, mejor.
Preguntas frecuentes
Sobre migraciones
¿Cuánto tiempo antes del lanzamiento debo contactar?
Lo antes posible, idealmente cuando se esté definiendo la nueva arquitectura y antes de cerrar el diseño. Así el SEO influye en decisiones que después son caras de cambiar, y hay tiempo para el inventario, el mapa de redirecciones y las pruebas en staging.
¿Es normal perder algo de tráfico tras una migración?
Son habituales algunas fluctuaciones en las primeras semanas mientras Google procesa los cambios. Una migración bien ejecutada debería estabilizarse; no podemos garantizar que no haya ninguna variación, pero sí reducir al mínimo los riesgos evitables y detectar cualquier problema rápidamente.
¿Qué diferencia hay entre una redirección 301 y una 302?
La 301 indica un cambio permanente y es la que se usa en migraciones. La 302 indica un cambio temporal; Google puede acabar tratándola como permanente si se mantiene, pero no conviene dejarlo a su interpretación.
¿Podéis trabajar con nuestro equipo de desarrollo o con otra agencia?
Sí, es lo más habitual. Nosotros aportamos el inventario, el mapa de redirecciones, los requisitos de SEO y las pruebas; vuestro equipo implementa. Nos coordinamos por las herramientas que ya uséis.
¿Cambiar de HTTP a HTTPS también es una migración?
Sí, técnicamente cambian todas las URL. Requiere redirecciones 301 de cada URL HTTP a su versión HTTPS, actualización de canónicas, enlaces internos y sitemaps, y revisión de contenido mixto. Hoy suele hacerse junto a otros cambios.
¿Y si fusiono dos webs en una?
Es una de las migraciones más delicadas, porque hay que decidir qué contenido sobrevive y cómo se combinan dos historiales. Hacemos el inventario de ambas webs, resolvemos solapamientos temáticos y diseñamos un mapa de redirecciones conjunto.
Relacionado
Para preparar tu migración
Migrar una web sin perder SEO
Cómo migrar una web sin perder SEO: inventario de URLs, mapa de redirecciones 301, entorno de pruebas protegido, checklist de lanzamiento y monitorización.
Checklist SEO
Checklist SEO interactivo con más de 80 puntos: técnico, indexación, on-page, contenido, E-E-A-T, local, internacional, búsqueda con IA, analítica y enlaces.
SEO técnico
SEO técnico: rastreo, renderizado, indexación, Core Web Vitals, arquitectura, canonicals, hreflang, datos estructurados, logs y SEO para JavaScript.
¿Tienes una migración en el horizonte?
Revisemos tu web actual antes de tocar nada. Empieza con una auditoría y un plan de migración a medida.