Una migración de sitio web ejecutada correctamente preserva entre el 90% y el 99% del tráfico orgánico mediante redirecciones 301 bien planificadas, un redirect mapping preciso y monitoreo activo durante los primeros 90 días. El proceso requiere coordinación técnica entre hosting, plataforma y capa de redirección para evitar pérdidas de posicionamiento SEO.
Este checklist técnico cubre migraciones por cambio de dominio, hosting, plataforma o rediseño completo. Cada paso está validado con datos reales de migraciones B2B en Chile, incluyendo la implementación de redirects en Cloudflare, Apache y Nginx, la configuración de Google Search Console y la re-implementación de schema markup para mantener la visibilidad en resultados de búsqueda generativa.
Puntos clave
- Una migración mal ejecutada puede hacer perder entre el 50% y el 80% del tráfico orgánico, mientras que una migración planificada preserva hasta el 99% de la autoridad de enlaces.
- La redirección 301 transfiere entre el 90% y el 99% del link juice de la URL antigua a la nueva, pero solo si se evita cadenas de redirección y se mapea 1:1 cada URL con equivalente.
- El redirect mapping es el documento más crítico: lista cada URL antigua con su destino nuevo, aplicando 410 Gone para contenido eliminado y nunca redirigiendo todo al home.
- El monitoreo durante los primeros 90 días es obligatorio: errores 404, cobertura en Search Console, impresiones y Core Web Vitals determinan el éxito de la migración.
Fase 1: Auditoría y planificación pre-migración
Antes de tocar cualquier configuración de hosting o plataforma, debes realizar un inventario completo del sitio actual. Exporta todas las URLs indexadas desde Google Search Console, identifica las 100-500 páginas que generan el 80% del tráfico orgánico y documenta el schema markup actual (LocalBusiness, Article, Product, Service, FAQPage, BreadcrumbList). Este inventario será la base del redirect mapping.
El sitio nuevo debe desarrollarse en un entorno de staging bloqueado para indexación. Configura noindex en el WordPress del staging o protege con HTTP Auth para evitar que Google indexe contenido duplicado antes del lanzamiento. Este error es uno de los más comunes en migraciones a WordPress y puede cancelar el lanzamiento completo si se detecta duplicación masiva.
Realiza un backup completo del sitio actual: base de datos, archivos, configuración de .htaccess o rewrite rules de Nginx, y certificados SSL. Una migración sin backup es una apuesta de alto riesgo donde un error de configuración puede dejar el sitio inoperable por días.
Fase 2: Construcción del redirect mapping técnico
El redirect mapping es el documento más crítico de toda migración. Lista cada URL antigua con su destino nuevo siguiendo reglas estrictas: mapeo 1:1 cuando exista equivalente exacto, redirección a categoría superior si no hay equivalente, y 410 Gone para contenido eliminado sin reemplazo. Nunca redirijas todo al home: Google lo detecta como soft-404 masivo y puede penalizar el dominio completo.
Para URLs long-tail (miles de páginas de blog, tags, archivos), usa patrones regex en la capa de redirección. Por ejemplo, en Apache: RedirectMatch 301 ^/blog/([0-9]{4})/([0-9]{2})/(.*)$ https://nuevodominio.cl/blog/$3. Esto captura patrones de fecha y preserva la estructura de URLs amigables.
Las URLs estratégicas (las 100-500 principales) requieren revisión individual. Verifica que cada redirección apunte al destino final sin cadenas intermedias. Una cadena A → B → C pierde crawl budget en cada salto y diluye la autoridad transferida. Configura cada redirect directo al destino final.
Fase 3: Implementación de la capa de redirección
La implementación de redirects sigue una jerarquía de capas, desde el edge más cercano al usuario hasta el interior del servidor. La primera capa es la CDN: si usas Cloudflare, configura Bulk Redirects en el dashboard. Esta capa es la más rápida y descarga trabajo del servidor de origen.
La segunda capa es el servidor web. En Apache, usa el archivo .htaccess con reglas Redirect 301 o RewriteRule. En Nginx, configura rewrite rules en el bloque server. Ejemplo Apache: Redirect 301 /pagina-antigua.html https://nuevodominio.cl/pagina-nueva/. Ejemplo Nginx: rewrite ^/pagina-antigua.html$ https://nuevodominio.cl/pagina-nueva/ permanent;
La tercera capa, como última opción, es el plugin Redirection en WordPress. Úsalo solo para ajustes puntuales post-lanzamiento, no para la migración completa. Los redirects a nivel de plugin son más lentos porque se ejecutan después de cargar WordPress, mientras que los redirects de servidor o CDN se procesan antes.
Siempre usa código 301 (permanente), nunca 302 (temporal). La redirección 302 no transfiere autoridad SEO y Google mantiene la URL antigua en el índice. Verifica cada redirect con una herramienta de cabeceras HTTP para confirmar que devuelve 301 y no 302 o 200.
Fase 4: Lanzamiento y configuración de Google Search Console
En el momento del lanzamiento, cambia los DNS para apuntar al nuevo hosting. Si es un cambio de dominio, usa la herramienta Change of Address de Google Search Console en la propiedad del dominio antiguo. Esta herramienta notifica a Google que el sitio se trasladó permanentemente y acelera la transferencia de señales de ranking.
Sube el nuevo sitemap.xml a Search Console y mantén el sitemap antiguo activo durante 2-4 semanas con los redirects 301 funcionando. Esto permite que Google descubra las nuevas URLs mientras procesa las redirecciones. No elimines el sitemap antiguo inmediatamente.
Verifica el archivo robots.txt del sitio en producción. Un error común es migrar el robots.txt del staging (que bloquea indexación) a producción, dejando el sitio nuevo invisible para Google. El robots.txt de producción debe permitir el rastreo de todas las URLs públicas.
Fase 5: Monitoreo post-migración y re-implementación de schema
Los primeros 90 días son críticos. Monitorea diariamente: errores 404 en Search Console (indican URLs sin redirect), cobertura de indexación (páginas válidas vs excluidas), impresiones en resultados de búsqueda y Core Web Vitals. Una caída del 20-30% en impresiones las primeras 2 semanas es normal, pero debe recuperarse hacia el día 60-90.
Re-implementa el schema markup en el sitio nuevo. Copia la estructura JSON-LD del sitio antiguo (LocalBusiness para la empresa, Article para posts, Product para ecommerce, Service para servicios, FAQPage para páginas con preguntas, BreadcrumbList para navegación). El schema es esencial para Schema Markup y visibilidad en resultados enriquecidos.
Si el nuevo hosting tiene diferente configuración de servidor, verifica los Core Web Vitals. Un hosting más lento puede degradar LCP (Largest Contentful Paint) y FID (First Input Delay), afectando el ranking. Usa PageSpeed Insights para comparar antes y después de la migración.
¿Cuánto tiempo tarda Google en procesar una migración de sitio web?
Google normalmente procesa una migración bien ejecutada entre 30 y 90 días. Las primeras 2-4 semanas muestra fluctuaciones mientras reindexa las URLs con redirects 301. Hacia el día 60-90, el tráfico orgánico debería estabilizarse en niveles iguales o superiores al sitio anterior si se preservó la estructura de enlaces internos y el schema markup.
| Fase | Objetivo | Acciones clave | Error típico |
|---|---|---|---|
| 1. Auditoría pre-migración | Inventario completo del sitio | Exportar URLs de Search Console, identificar top 500 páginas, documentar schema markup | No hacer backup antes de migrar |
| 2. Redirect mapping | Mapear URLs antiguas a nuevas | Reglas 1:1, 410 para eliminados, regex para long-tail | Redirigir todo al home (soft-404 masivo) |
| 3. Implementación redirects | Configurar capa de redirección | CDN (Cloudflare), servidor (.htaccess/Nginx), plugin como última capa | Usar 302 en vez de 301, crear cadenas A→B→C |
| 4. Lanzamiento | Pasar a producción | Cambiar DNS, Change of Address, subir sitemap nuevo | Migrar robots.txt de staging (noindex) a producción |
| 5. Monitoreo 90 días | Validar éxito de migración | Revisar 404, cobertura, impresiones, Core Web Vitals, re-implementar schema | No re-implementar schema markup en sitio nuevo |
Qué NO hacer
- Redirigir todas las URLs antiguas al home: Google lo interpreta como soft-404 masivo y puede desindexar el sitio completo. Cada URL debe redirigir a su equivalente o a la categoría superior más relevante.
- Olvidar redirects de imágenes, PDFs y assets: si una imagen con backlinks devuelve 404, pierdes esa autoridad. Mapea también /wp-content/uploads/ y otros directorios de medios.
- Usar 302 en vez de 301: la redirección temporal no transfiere link juice y Google mantiene la URL antigua en el índice. Siempre 301 permanente.
- Cadenas de redirección de 3+ saltos: cada salto consume crawl budget y diluye autoridad. Configura cada redirect directo al destino final, sin intermediarios.
- No monitorear los primeros 90 días: una migración sin monitoreo es una caja negra. Revisa Search Console diariamente las primeras 4 semanas para detectar errores 404 y problemas de cobertura.
Preguntas frecuentes
¿Cuánto tiempo tarda una migración de sitio web en estabilizarse en Google?
Una migración bien ejecutada se estabiliza entre 60 y 90 días. Las primeras 2-4 semanas hay fluctuaciones normales mientras Google reindexa URLs con redirects 301. Hacia el día 90, el tráfico orgánico debería igualar o superar los niveles anteriores si se preservó la estructura de enlaces y schema markup.
¿Qué porcentaje de tráfico puedo perder en una migración mal ejecutada?
Una migración mal planificada puede perder entre el 50% y el 80% del tráfico orgánico. Los errores más costosos son: redirigir todo al home, usar 302 en vez de 301, olvidar Change of Address en Search Console y no re-implementar schema markup.
¿Es obligatorio usar Change of Address en Google Search Console?
Sí, para cambios de dominio es obligatorio. La herramienta Change of Address notifica a Google que el sitio se trasladó permanentemente y acelera la transferencia de señales de ranking. Sin ella, Google trata los dominios como sitios separados y la migración tarda el doble.
¿Puedo usar un plugin de WordPress para todos los redirects de la migración?
No como capa principal. Los plugins de redirects se ejecutan después de cargar WordPress, lo que los hace más lentos. Usa CDN (Cloudflare Bulk Redirects) o servidor (.htaccess en Apache, rewrite en Nginx) como capa principal. El plugin Redirection úsalo solo para ajustes puntuales post-lanzamiento.
¿Debo mantener el sitemap.xml antiguo después de la migración?
Sí, mantén el sitemap antiguo activo 2-4 semanas con los redirects 301 funcionando. Esto permite que Google descubra las nuevas URLs mientras procesa las redirecciones. Sube también el sitemap nuevo inmediatamente para acelerar la reindexación.
¿Necesitas soporte en tu migración?
Nuestro equipo de arquitectos semánticos ejecuta migraciones técnicas con monitoreo de 90 días, preservando el 95-99% del tráfico orgánico. Incluye mantención web post-migración y re-implementación completa de schema markup.
Frase para video: “Una migración mal ejecutada puede hacerte perder el 80% de tu tráfico orgánico en 30 días. La diferencia entre el fracaso y el éxito está en un redirect mapping preciso y 90 días de monitoreo activo.”
Fuentes
- Google Search Central – Mover tu sitio web: https://developers.google.com/search/docs/crawling-indexing/moving-site
- Moz – Site Migration SEO Checklist: https://moz.com/blog/seo-site-checklist
- Ahrefs – How to Migrate a Website (Without Losing Traffic): https://ahrefs.com/blog/migrate-website/
- Search Engine Journal – The Complete Guide To Website Migrations: https://www.searchenginejournal.com/complete-guide-website-migrations/
