Migración SEO 2026: guía completa para no perder tráfico al cambiar de dominio, plataforma o estructura

Las migraciones SEO son donde más fácil se pierde tráfico orgánico de forma irreversible. El 60 % de las migraciones mal gestionadas pierden más del 40 % del tráfico orgánico que no recuperan jamás. Sin embargo, una migración bien planificada puede ejecutarse perdiendo menos del 5 % de tráfico en el primer mes y recuperando ese 5 % en 60-90 días. La diferencia está en seguir un plan estructurado en 8 fases, hacer redirect mapping completo, monitorizar agresivamente los primeros 90 días post-migración, y validar cada paso con datos. Esta guía cubre los tipos de migración (dominio, plataforma, HTTPS, estructura, internacional), el plan operativo completo y los 10 errores más caros que matan migraciones.

Los 5 tipos de migración SEO

Los más arriesgados son: cambio de plataforma (WooCommerce → Shopify, WordPress → Next.js, Magento → Shopify Plus), migración internacional (especialmente de un dominio único a ccTLDs separados), y cambio de estructura de URLs combinado con cambio de plataforma. Los más sencillos son: HTTP → HTTPS si el sitio está bien indexado y cambio de hosting con misma estructura.

El plan operativo de migración SEO en 8 fases

Fase 1 · Auditoría pre-migración (semanas 1-2)

• ✓Crawl completo del sitio actual con Screaming Frog: listar TODAS las URLs (HTML, imágenes, PDFs, etc.).
• ✓Exportar lista de URLs indexadas desde Google Search Console (últimos 16 meses).
• ✓Exportar URLs con tráfico orgánico desde Search Console + GA4 (últimos 12 meses).
• ✓Identificar URLs estratégicas: 100-500 URLs que generan 80 % del tráfico orgánico (regla 80/20).
• ✓Documentar todos los backlinks externos hacia esas URLs (Ahrefs/Semrush).
• ✓Snapshot completo de Core Web Vitals actuales como baseline.
• ✓Snapshot completo de posiciones de keywords-target (Ahrefs Rank Tracker o Sistrix).
• ✓Inventario de schema markup actual implementado.
• ✓Backup completo del sitio actual (BBDD + archivos).

Fase 2 · Diseño del redirect mapping (semanas 2-3)

El redirect mapping es el documento más crítico de toda la migración. Lista cada URL del sitio antiguo con su destino en el sitio nuevo. Reglas operativas:

• Redirect 1:1 cuando exista equivalente: URL antigua → URL nueva equivalente. Mantener jerarquía siempre que sea posible.
• Redirect a categoría superior si no hay equivalente exacto: producto descontinuado → categoría que lo contenía.
• 410 Gone para contenido permanentemente eliminado: nunca redirigir 1:1 al home como solución comodín — Google detecta el patrón y lo trata como soft 404.
• URLs estratégicas con redirect manual de calidad: las 100-500 URLs principales merecen revisión individual del destino.
• URLs long-tail con redirect por patrones (regex en .htaccess o middleware Next.js): /blog/2018/* → /blog/* es válido si la estructura interna es equivalente.
• Documentar excepciones: URLs que NO van a redirigir y devolverán 404 deliberadamente.

Fase 3 · Preparación del sitio nuevo (semanas 3-6)

• ✓Desarrollo del sitio nuevo en entorno staging con dominio o subdominio diferente al de producción.
• ✓Implementar TODAS las URLs nuevas en estructura definitiva.
• ✓Re-implementar schema markup en cada plantilla del sitio nuevo (LocalBusiness, Article, Product, Service, FAQPage, BreadcrumbList según aplique).
• ✓Configurar canonicals, hreflang (si multi-país), meta robots correctamente.
• ✓Implementar sitemap.xml nuevo con TODAS las URLs canónicas del sitio nuevo.
• ✓Configurar robots.txt nuevo: NO bloquear nada en producción; en staging SÍ bloquear con noindex para evitar indexación temporal.
• ✓Pruebas exhaustivas de Core Web Vitals en staging.
• ✓Test de schema en Rich Results Test para cada plantilla.
• ✓Test de hreflang si aplica con Screaming Frog tab International.

Fase 4 · Implementación de redirects (semana 6)

Los redirects deben estar listos ANTES del go-live. Lugar de implementación según stack:

• WordPress: plugin Redirection (gratis), Rank Math Redirections, Yoast SEO Premium Redirects, o reglas en .htaccess directamente.
• Shopify: app Easy Redirects, app Smart SEO, o gestión nativa en Online Store → Navigation → URL Redirects.
• Next.js: next.config.js redirects key o middleware.ts con NextResponse.redirect (recomendado para volúmenes grandes).
• Cloudflare Pages / Vercel / Netlify: _redirects file en estático, o middleware en runtime.
• Servidor Apache: .htaccess con reglas RewriteRule.
• Servidor Nginx: bloque server con rewrite rules.
• CDN Cloudflare: Bulk Redirects (hasta 100k redirects sin tocar origen).

Fase 5 · Go-live (día D)

• ✓Backup final del sitio antiguo antes del cambio.
• ✓Cambiar DNS o configuración del dominio para apuntar al nuevo servidor/plataforma.
• ✓Verificar que el sitio nuevo responde correctamente con TODAS las URLs principales.
• ✓Verificar que los redirects 301 están funcionando (test con 20-30 URLs sample).
• ✓Subir sitemap nuevo a Search Console y solicitar fetch.
• ✓Si cambia el dominio: usar Change of Address tool en Search Console para notificar a Google.
• ✓Activar tracking en GA4 con la nueva configuración (verificar eventos custom y conversiones).
• ✓Reconfigurar Search Console con las propiedades correctas (dominio o URL prefix).
• ✓Monitorizar errores 4xx y 5xx en las primeras 24h con GSC + Cloudflare Analytics.

Fase 6 · Validación inmediata (días 1-7 post go-live)

• ✓Diariamente: revisar errores en Search Console → Páginas indexadas.
• ✓Diariamente: monitorizar Core Web Vitals en CrUX (Chrome User Experience Report).
• ✓Crawl completo con Screaming Frog del sitio nuevo para detectar URLs internas con errores.
• ✓Verificar que el sitemap nuevo se está procesando en GSC (debe aparecer status "Éxito").
• ✓Validar muestra de 100 redirects manualmente — comprobar que destino correcto.
• ✓Monitorizar tráfico orgánico día a día vs baseline pre-migración (Search Console + GA4).
• ✓Comunicar a equipos internos (atención al cliente, ventas) las URLs nuevas para sus referencias.

Fase 7 · Monitorización extendida (semanas 2-12)

• ✓Semanal: revisar GSC Páginas indexadas + Coverage report para detectar errores no inmediatos.
• ✓Semanal: comparar posiciones de keywords-target en Ahrefs/Sistrix vs baseline.
• ✓Semanal: monitorizar tráfico orgánico no-branded por sección del sitio.
• ✓Mensual: comparar Core Web Vitals vs baseline pre-migración.
• ✓Mensual: revisar backlinks: cuántos siguen apuntando a URLs viejas que ahora redirigen vs cuántos a URLs nuevas directas.
• ✓A partir de mes 3: campaña activa de outreach a sitios con backlinks importantes para actualizar URLs (mejora SEO juice transferido).

Fase 8 · Post-mortem y aprendizajes (mes 3-4)

Documentar para futuras migraciones: qué funcionó bien, qué causó pérdida temporal de tráfico, qué tardó más en recuperar, qué URLs perdieron posicionamiento que no se recuperan. Este documento es oro para la siguiente migración en cualquier proyecto.

Particularidades por tipo de migración

Migración de dominio

Cuando cambias de marca-vieja.es a marca-nueva.es. Pasos específicos: 1) Verificar ambos dominios en Search Console. 2) Usar Change of Address tool en GSC para notificar a Google el cambio. 3) Mantener ambos dominios activos durante 12-24 meses con redirects 301 desde el viejo hacia el nuevo. 4) Comunicar el cambio a sitios que enlazan importantes para actualizar URLs. 5) Re-verificar perfil de backlinks 6 meses post-migración.

Migración de plataforma

La más arriesgada. Ejemplos: WooCommerce → Shopify, WordPress → Next.js headless, Magento → Shopify Plus, Prestashop → WooCommerce. Pasos específicos críticos: 1) Antes de elegir la plataforma destino, contratar consultor SEO especializado en migraciones. 2) Reproducir estructura de URLs idénticamente si es posible. 3) Re-implementar schema markup completo (la pieza más olvidada). 4) Validar JavaScript SEO si la plataforma destino es SPA. 5) Migrar contenido sin perder canonicals ni hreflang. 6) Monitorización post-migración mínimo 6 meses.

Migración HTTP → HTTPS

La más sencilla pero requiere atención. Pasos: 1) Instalar certificado SSL (Let's Encrypt gratis o Cloudflare SSL). 2) Configurar redirects 301 de http://* a https://*. 3) Actualizar URLs absolutas internas (especialmente en imágenes, scripts y links). 4) Cambiar URL en GSC a HTTPS y enviar sitemap nuevo. 5) Actualizar Google Analytics. 6) Verificar que no hay mixed content (HTTPS con assets HTTP cargando). Tiempo de recuperación: 2-4 semanas típicamente.

Migración de estructura de URLs

Por ejemplo: pasar de /post-titulo/ a /blog/post-titulo/ o de URLs parametrizadas (?id=123) a URL amigable. Importante: documentar cada redirect 1:1 sin asumir patterns automáticos para URLs estratégicas. Tiempo de recuperación: 4-12 semanas según volumen.

Migración internacional (estructura multi-país)

La más compleja. Pasar de marca.com a marca.com/es/ + marca.com/fr/ + marca.com/de/, o de subdirectorios a ccTLDs separados. Pasos críticos: 1) Diseñar arquitectura nueva ANTES de migrar (ccTLD vs subdirectorio vs subdominio). 2) Implementar hreflang completo y validado en cada URL. 3) Configurar geo-targeting en GSC para cada propiedad. 4) Migrar autoridad gradualmente si pasas a ccTLDs (los nuevos dominios empiezan de cero). Tiempo de recuperación: 6-12 meses según número de países.

Los 10 errores más caros en migraciones SEO

1. 1Redirigir todo el sitio antiguo al home del nuevo: Google lo detecta como soft 404 masivo y penaliza. Hacer mapping 1:1 o a categoría equivalente.
2. 2Olvidar redirects de imágenes, PDFs y assets: pierdes backlinks que apuntaban a esos recursos.
3. 3Redirects 302 en vez de 301: Google no transfiere SEO juice en 302 (temporal). Siempre 301 en migraciones definitivas.
4. 4Redirect chains de 3+ saltos: cada salto pierde crawl budget. Redirigir siempre directo a destino final.
5. 5No actualizar sitemap.xml: el sitemap viejo con URLs 301 pierde valor. Sitemap nuevo solo con canónicas 200.
6. 6Olvidar Change of Address tool en GSC en cambio de dominio: Google tarda mucho más en procesar la transferencia.
7. 7Migrar sin backup completo previo: si algo sale mal en go-live, no tienes vuelta atrás.
8. 8No re-implementar schema markup en el sitio nuevo: pierdes rich snippets y AI Overview presencia.
9. 9Bloquear robots.txt en producción por error (heredado del staging): el sitio nuevo no se indexa. Verificar robots.txt el día del go-live.
10. 10No monitorizar agresivamente los primeros 90 días: errores que se detectan a la semana 12 ya causaron pérdida irreversible.

Herramientas profesionales para migraciones SEO

• Screaming Frog SEO Spider: crawl pre y post migración. Detección de errores. ~310 €/año.
• Google Search Console: Change of Address tool, sitemap monitoring, errores de indexación. Gratis.
• Ahrefs Site Audit + Backlinks: auditoría técnica + monitorización de backlinks antes/después. 199 $/mes.
• Sistrix Optimizer: auditoría on-page específica. 220 €/mes módulo.
• Redirection plugin (WordPress): gestión de redirects con logs. Gratis.
• Cloudflare Bulk Redirects: hasta 100k redirects sin tocar origen. Incluido en plan Business+.
• httpstatus.io: validación masiva de códigos HTTP de redirects. Gratis.
• RedirectMapper.io / Migration Mapper: herramientas específicas para crear el redirect mapping con IA.
• CrUX Dashboard: Chrome User Experience Report para monitorizar Core Web Vitals post-migración. Gratis.