Migración Web sin Perder SEO: Guía Paso a Paso
- Qué es una migración web y cuándo es necesaria
- Tipos de migración y su impacto en el SEO
- Fase 1: Preparación antes de la migración
- Fase 2: Ejecución de la migración
- Fase 3: Monitorización post-migración
- Errores que arruinan el SEO en una migración
- Checklist completa de migración web
- Preguntas frecuentes
Qué es una migración web y cuándo es necesaria
Migrar una web es una de las operaciones más delicadas que puedes hacer en tu presencia digital. Cambiar de dominio, de servidor, de CMS, de protocolo (HTTP a HTTPS) o incluso rediseñar la estructura de URLs puede tener consecuencias devastadoras para tu posicionamiento si no se ejecuta correctamente.
Según un estudio de SEMrush, el 60% de las migraciones web mal planificadas provocan una caída significativa de tráfico orgánico, y muchas webs tardan entre 6 y 12 meses en recuperar las posiciones que tenían antes de la migración. Algunas nunca lo consiguen.
Las razones habituales para migrar incluyen: cambio de dominio (por rebranding o adquisición), cambio de CMS (de WordPress a un framework moderno, o al revés), paso de HTTP a HTTPS, reestructuración de URLs (de URLs con parámetros a URLs semánticas), cambio de hosting o servidor, y rediseño completo del sitio. Cada tipo de migración tiene riesgos específicos para el SEO que requieren un plan adaptado.
Tipos de migración y su impacto en el SEO
| Tipo de migración | Ejemplo | Riesgo SEO | Complejidad |
|---|---|---|---|
| Cambio de protocolo | HTTP → HTTPS | Bajo (si se hacen los 301) | Baja |
| Cambio de hosting | Hosting compartido → VPS | Bajo (mismas URLs) | Baja |
| Rediseño sin cambio de URLs | Nuevo tema visual | Medio (pueden cambiar señales UX) | Media |
| Cambio de CMS | WordPress → HTML estático | Alto (cambian URLs, estructura) | Alta |
| Cambio de dominio | marca-vieja.com → marca-nueva.com | Muy alto (se pierde autoridad) | Muy alta |
| Fusión de dominios | Dos webs → una | Muy alto (duplicados, conflictos) | Muy alta |
La regla general es: cuantas más URLs cambien, mayor es el riesgo. Un cambio de hosting donde las URLs se mantienen idénticas tiene riesgo mínimo; un cambio de CMS que modifica la estructura de todas las URLs es una operación de alto riesgo que necesita planificación detallada.
Fase 1: Preparación antes de la migración
Inventario completo del sitio actual
Antes de tocar nada, haz un rastreo completo del sitio actual con Screaming Frog o similar. Necesitas una lista de todas las URLs, sus códigos de estado, titles, meta descriptions, canonicals, enlaces internos y backlinks. Este inventario es tu línea base: si algo sale mal, sabrás exactamente qué había antes.
Exporta también los datos de Google Search Console: las keywords que generan tráfico, las páginas más visitadas, los backlinks externos y el estado de indexación. Estos datos te dicen qué páginas son las más valiosas y, por tanto, las que más necesitan protegerse durante la migración.
Mapa de redirecciones 301
Si las URLs van a cambiar, crea un mapa de redirecciones URL por URL: un documento que asigne cada URL antigua a su equivalente nueva. No uses redirecciones genéricas (redirigir todo a la home): cada página antigua debe apuntar a la página nueva que cubre el mismo contenido. Si una página se elimina y no tiene equivalente, redirige a la categoría padre más relevante.
Este mapa es probablemente el documento más importante de toda la migración. Un error aquí — una redirección olvidada, un destino equivocado — significa tráfico y autoridad perdidos.
Entorno de staging
Monta la web nueva en un entorno de staging (subdominio tipo staging.tusitio.com) con acceso restringido por contraseña y directivas noindex para que Google no la rastree antes de tiempo. Verifica en staging que todo funciona: navegación, formularios, velocidad, visualización en móvil y, crucialmente, que todas las redirecciones del mapa funcionan correctamente.
Fase 2: Ejecución de la migración
Implementar redirecciones 301
El día de la migración, activa las redirecciones 301 de todas las URLs antiguas a las nuevas. El 301 le dice a Google que el cambio es permanente y que debe transferir la autoridad (PageRank) de la URL antigua a la nueva. No uses redirecciones 302 (temporal): Google puede no transferir la autoridad y seguir indexando la URL antigua.
Verifica las redirecciones más críticas inmediatamente: las 20 páginas con más tráfico, las que más backlinks reciben, la home y las páginas principales de servicio. Un error en estas URLs puede suponer una pérdida de tráfico significativa desde el primer minuto.
Actualizar sitemap y robots.txt
Actualiza el sitemap XML con las nuevas URLs y envíalo en Google Search Console. Mantén también un sitemap con las URLs antiguas durante 6 meses para que Google pueda descubrir las redirecciones. Actualiza el robots.txt para asegurarte de que no bloquea las nuevas URLs y elimina las directivas que eran específicas del sitio antiguo.
Actualizar enlaces internos
Aunque las redirecciones capturan el tráfico y la autoridad, los enlaces internos deben apuntar directamente a las nuevas URLs, no a las antiguas que redirigen. Cada redirección añade una pequeña latencia y, aunque Google sigue los 301 sin problema, los usuarios y los navegadores notan el retraso. Revisa el contenido, el menú de navegación, el footer y el sitemap para actualizar todos los enlaces.
Comunicar el cambio de dominio (si aplica)
Si cambias de dominio, usa la herramienta «Cambio de dirección» de Google Search Console: ve a Configuración > Cambio de dirección en la propiedad del dominio antiguo. Esto le indica explícitamente a Google que las URLs del dominio viejo deben transferir sus señales al nuevo.
Fase 3: Monitorización post-migración
La monitorización después de la migración es tan importante como la preparación. Los primeros 30 días son críticos.
Semana 1: revisa diariamente el informe de errores de Search Console. Busca errores 404 (URLs no redirigidas), errores de servidor (500) y problemas de indexación. Si detectas un pico de 404, revisa el mapa de redirecciones: probablemente hay URLs olvidadas. Monitoriza también las Core Web Vitals — un sitio nuevo puede tener problemas de rendimiento que el antiguo no tenía.
Semanas 2-4: compara el tráfico orgánico con el periodo equivalente anterior a la migración. Es normal una caída temporal del 10-20% mientras Google reindexa; caídas superiores al 30% indican problemas que necesitan atención inmediata. Revisa qué páginas han perdido más tráfico y verifica que sus redirecciones funcionan.
Meses 2-6: monitoriza la recuperación gradual. Las keywords más competidas pueden tardar más en volver. Si después de 3 meses algunas páginas siguen perdiendo tráfico sin explicación, revisa si hay canibalización, problemas de contenido duplicado entre URLs antiguas y nuevas, o si Google eligió canonicals diferentes a los que esperabas.
Errores que arruinan el SEO en una migración
No implementar redirecciones 301. El error más grave y sorprendentemente común. Sin 301, Google trata las URLs nuevas como páginas completamente nuevas sin autoridad, y las antiguas devuelven 404. Todo el SEO acumulado se pierde.
Usar redirecciones 302 en lugar de 301. El 302 indica un cambio temporal, por lo que Google puede no transferir la autoridad y seguir intentando indexar la URL antigua. Para migraciones permanentes, siempre 301.
Redirigir todo a la home. Redirigir las 500 URLs antiguas a la home destruye la experiencia de usuario (llegan a una página irrelevante) y desperdicia la autoridad de cada página individual. Cada URL debe redirigir a su equivalente más cercana.
Olvidar los backlinks externos. Si tienes backlinks importantes desde medios, directorios o partners, contacta con ellos para que actualicen los enlaces a las nuevas URLs. Las redirecciones funcionan, pero un enlace directo a la URL final es siempre mejor.
No mantener las redirecciones suficiente tiempo. Las redirecciones 301 deben mantenerse al menos 1 año, idealmente más. Google necesita tiempo para rastrear y procesar cada redirección, y los backlinks externos que apuntan a las URLs antiguas seguirán llegando durante meses.
Migrar en viernes. Nunca ejecutes una migración antes del fin de semana. Si algo sale mal, necesitas a tu equipo disponible para corregirlo rápidamente. Los martes y miércoles son los mejores días: tienes toda la semana por delante para monitorizar.
Checklist completa de migración web
| Fase | Acción | ✓ |
|---|---|---|
| Pre | Rastreo completo del sitio actual (Screaming Frog) | ☐ |
| Pre | Exportar datos de GSC (keywords, backlinks, indexación) | ☐ |
| Pre | Mapa de redirecciones URL por URL | ☐ |
| Pre | Staging con noindex y contraseña | ☐ |
| Pre | Verificar staging: navegación, formularios, velocidad | ☐ |
| Ejecución | Activar redirecciones 301 | ☐ |
| Ejecución | Actualizar sitemap XML con nuevas URLs | ☐ |
| Ejecución | Actualizar robots.txt | ☐ |
| Ejecución | Actualizar enlaces internos a nuevas URLs | ☐ |
| Ejecución | Enviar sitemap en GSC | ☐ |
| Ejecución | Configurar cambio de dirección en GSC (si aplica) | ☐ |
| Post | Revisar errores 404 en GSC (diario, semana 1) | ☐ |
| Post | Comparar tráfico orgánico con periodo anterior | ☐ |
| Post | Verificar indexación de URLs nuevas | ☐ |
| Post | Contactar sitios con backlinks para actualizar enlaces | ☐ |
¿Planeas una migración web y no quieres perder tu posicionamiento?
Solicita asesoramiento profesional →Preguntas frecuentes sobre migración web y SEO
¿Es normal perder tráfico después de una migración?
Sí, una caída temporal del 10-20% es normal y esperada incluso en migraciones bien ejecutadas. Google necesita tiempo para rastrear las redirecciones, reindexar las nuevas URLs y reevaluar sus posiciones. La recuperación completa suele llevar entre 2 y 6 meses dependiendo del tamaño del sitio.
¿Cuánto tiempo debo mantener las redirecciones 301?
Al menos 1 año, y preferiblemente indefinidamente si es posible. Mientras existan backlinks externos apuntando a las URLs antiguas, las redirecciones siguen siendo útiles. Google ha confirmado que procesar completamente un 301 puede llevar meses, y eliminar las redirecciones prematuramente provoca errores 404 que perjudican la experiencia de usuario y el SEO.
¿Puedo cambiar de dominio sin perder posiciones?
Es posible minimizar la pérdida, pero un cambio de dominio casi siempre provoca una caída temporal de posiciones. La clave es implementar todos los 301 correctamente, usar la herramienta de cambio de dirección de GSC y mantener el dominio antiguo activo con redirecciones durante al menos 1 año. Sitios con mucha autoridad acumulada pueden recuperarse en 2-3 meses; sitios más pequeños pueden tardar más.
¿Qué herramientas necesito para una migración segura?
Las imprescindibles son: Screaming Frog (rastreo previo y posterior), Google Search Console (monitorización de indexación y errores), una herramienta de monitorización de posiciones como SE Ranking, y acceso al servidor para implementar redirecciones. Un script de verificación de redirecciones que recorra tu mapa y compruebe que cada 301 funciona es también muy recomendable.
¿Es mejor migrar de WordPress a HTML estático?
Depende del caso. HTML estático es más rápido y seguro, pero pierde las funcionalidades dinámicas de WordPress (blog fácil de editar, plugins, formularios). Para sitios corporativos con contenido estable es una buena opción; para blogs activos o ecommerce, suele ser mejor quedarse en un CMS. Lo importante en cualquier migración es que las URLs y el contenido se preserven y las redirecciones funcionen.
