Migración de Sitio Sin Costo para tu SEO

He visto migraciones de cinco cifras convertirse en desastres SEO de seis cifras porque el equipo trató la migración como un problema técnico en lugar de un problema de continuidad. El patrón es siempre el mismo. Construye el sitio nuevo. Activa el cambio. Mira cómo el tráfico orgánico cae entre cuarenta y setenta por ciento en las próximas ocho semanas. Pasa el próximo trimestre intentando recuperar lo que se perdió el día del cambio.

El movimiento técnico raramente es lo que te mata. Los mapas de redirección que están ochenta por ciento completos te matan. Las etiquetas canónicas que apuntan a dominios de staging te matan. Los enlaces internos que aún apuntan a la estructura antigua te matan. Los cambios de URL hechos "mientras estamos en eso" te matan. La construcción en sí es la parte fácil; el trabajo de continuidad es donde toda migración que he entregado a escala vive o muere.

Cinco cosas, aprendidas de la manera difícil en doce mil sitios en Seahawk Media. Cada una es innegociable en toda migración que entregamos.

Primero, el mapa de redirecciones se construye antes de cualquier código. Cada URL antigua recibe un 301 hacia su equivalente nueva. Exportamos la lista de URLs de origen desde Search Console, Ahrefs y el sitemap existente, luego construimos el mapeo en una hoja de cálculo que se convierte en la fuente de verdad para el cambio. El linter de compilación falla el deploy si falta alguna URL previa a la migración en el mapa.

Segundo, la estructura de URLs se preserva donde la nueva plataforma lo permite. Cada cambio de URL es un riesgo de ranking. Cambiamos URLs solo cuando hay una razón real de contenido —un duplicado, un error tipográfico, un canonical que consolidamos— nunca porque la nueva plataforma sugiera una convención diferente. La tentación de "ordenar mientras estamos en ello" ha costado más rankings que cualquier otra decisión en nuestra práctica de migraciones.

Tercero, los sitios con más de diez mil páginas reciben un despliegue por fases. Migrar el contenido de menor tráfico primero, validar que los rankings se mantienen, luego expandir. Una migración escalonada limita el radio de explosión si algo sale mal en un template o tipo de contenido particular, y le da al equipo una oportunidad de arreglarlo antes de que las páginas de alto tráfico se vean afectadas.

Cuarto, un período de operación paralela. El sitio antiguo permanece activo en modo de solo lectura durante treinta días post-lanzamiento. Si el nuevo sitio tiene un problema, el tráfico se redirige hacia atrás instantáneamente. El costo de ejecutar dos stacks durante un mes es pequeño comparado con el costo de un ciclo de recuperación de tráfico de cuatro semanas.

Quinto, noventa días de monitoreo post-lanzamiento. Estadísticas de rastreo en Search Console, cobertura de indexación, impresiones, análisis de archivos de log, validador de schema, datos de campo de Core Web Vitals. Arregla regresiones en días, no en trimestres. Al día noventa el sitio es estable y nosotros entregamos limpiamente o nos movemos a un plan de cuidado continuo.

Un puñado de formas de migración cuenta por casi todo nuestro trabajo de proyectos. Cada una tiene su propio playbook y sus propios modos de fallo usuales.

WordPress a Next.js o Astro es el engagement más común. El brief suele ser un sitio de marketing o contenido que ha alcanzado el límite de rendimiento en WordPress clásico y un equipo que quiere DX de front-end moderno sin perder wp-admin para el equipo editorial. WordPress headless con WPGraphQL más un front-end de Next.js o Astro satisface ambos lados.

Drupal, Sitecore o Typo3 a WordPress es el segundo patrón. Migrar desde un CMS empresarial legado sin romper los rankings de SEO que el equipo legado construyó durante una década. Migraciones más lentas, modelado de contenido más complejo, pero el playbook es el mismo —mapa de redirecciones completo, URLs preservadas donde sea posible, operación paralela, despliegue por fases.

Shopify a comercio headless es el tercero. Tienda Shopify Plus con un front-end de Next.js o Hydrogen, diseño completamente personalizado, Core Web Vitals más rápido, motor de comercio mantenido. Shopify sigue siendo la fuente de verdad para catálogo, inventario y checkout; el front-end se vuelve personalizado.

Los otros patrones que vemos regularmente son consolidación de dominios (múltiples dominios heredados fusionándose en uno con estrategia adecuada de canonicalización y redirecciones), consolidación de subdominio a subdirectorio (mover blog.example.com a example.com/blog/ para consolidar autoridad de enlaces), y migraciones de hosting y plataforma (mover WordPress administrado entre Kinsta, WP Engine, Pressable, o hacia infraestructura bare-metal).

Los sitios bajo mil páginas se ejecutan entre cuatro y ocho semanas de extremo a extremo, incluyendo planificación, mapeo de redirecciones, migración de contenido, control de calidad y monitoreo post-lanzamiento. Los sitios de diez mil a veinte mil páginas corren entre doce y veinte semanas. Las migraciones empresariales de cincuenta mil páginas o más se ejecutan mínimo entre seis y nueve meses, con lanzamientos por fases y períodos de ejecución paralela integrados en la cronología.

La variable más grande es la calidad del contenido en la fuente. Las taxonomías desordenadas, URLs duplicadas y metadatos inconsistentes agregan semanas a la fase de planificación. Te diremos honestamente durante la auditoría si tu sitio de origen está listo para migración o si necesita una pasada de limpieza de contenido primero. Pretender que la fuente está limpia cuando no lo está es cómo las migraciones se deslizan de un trimestre a medio año.

Rangos honestos de compromisos reales recientes. Una migración de pequeño negocio bajo quinientas páginas corre entre cuatro mil y doce mil libras. Una migración de mid-market de mil a diez mil páginas corre entre quince mil y sesenta mil. Una migración empresarial de diez a cien mil páginas corre entre sesenta mil y trescientas mil libras, incluyendo soporte SEO continuo post-lanzamiento durante el primer trimestre.

Aproximadamente treinta a cuarenta por ciento del costo va a planificación y control de calidad, no a la construcción técnica. Los equipos que te cotizan barato son los que saltan la planificación. Lo pagas después en rankings perdidos, y el costo de reconstruir rankings es siempre más alto que el costo de preservarlos en primer lugar.