Migración de una página web sin que ello afecte a tu posicionamiento SEO

He visto cómo migraciones de cinco cifras se convertían en desastres de SEO de seis cifras porque el equipo abordó la migración como un problema técnico en lugar de como un problema de continuidad. El patrón es siempre el mismo: se crea la nueva web, se activa el cambio y se observa cómo el tráfico orgánico cae entre un 40 % y un 70 % durante las siguientes ocho semanas. A continuación, se dedica todo el trimestre siguiente a intentar recuperar lo que se perdió el día del cambio.

Rara vez es el cambio técnico lo que te hunde. Lo que te hunde son los mapas de redireccionamiento que están completos al ochenta por ciento. Lo que te hunde son las etiquetas «canonical» que apuntan a dominios de prueba. Lo que te hunde son los enlaces internos que siguen apuntando a la estructura antigua. Lo que te hunde son los cambios de URL que se hacen «ya que estamos». La creación en sí es la parte fácil; el trabajo de continuidad es lo que determina el éxito o el fracaso de todas las migraciones a gran escala que he llevado a cabo.

Cinco cosas, aprendidas de la manera difícil en cinco mil sitios en Seahawk Media. Cada una es innegociable en cada migración que envío.

En primer lugar, el mapa de redireccionamientos se crea antes que cualquier código. Cada URL antigua recibe un 301 hacia su nueva contraparte. Exportamos la lista de URL de origen desde Search Console, Ahrefs y el mapa del sitio existente, y luego creamos la correspondencia en una hoja de cálculo que se convierte en la fuente de referencia para la transición. El linter de compilación rechaza la implementación si falta alguna URL previa a la migración en el mapa.

En segundo lugar, se conserva la estructura de las URL siempre que la nueva plataforma lo permita. Cada cambio en una URL supone un riesgo para el posicionamiento. Solo modificamos las URL cuando existe una razón de contenido real, un duplicado, un error tipográfico o una URL canónica que estamos consolidando; nunca porque la nueva plataforma sugiera una convención diferente. La tentación de «poner orden de paso» nos ha costado más posiciones en los resultados de búsqueda que cualquier otra decisión tomada durante nuestra práctica de migración.

En tercer lugar, los sitios web con más de diez mil páginas se actualizan por fases. Migra primero el contenido con menos tráfico, comprueba que se mantienen las posiciones en los buscadores y, a continuación, amplía la migración. Una migración por fases limita el alcance de los efectos negativos si surge algún problema con una plantilla o un tipo de contenido concretos, y ofrece al equipo la oportunidad de solucionar el problema antes de que se vean afectadas las páginas con mayor tráfico.

En cuarto lugar, un periodo de funcionamiento en paralelo. La antigua página web permanece activa en modo de solo lectura durante treinta días tras el lanzamiento. Si la nueva página web presenta algún problema, el tráfico se redirige de nuevo a la antigua al instante. El coste de mantener dos entornos en funcionamiento durante un mes es mínimo en comparación con el coste de un ciclo de recuperación del tráfico de cuatro semanas.

Un puñado de modelos de migración representan casi la totalidad de nuestro trabajo en los proyectos. Cada uno tiene su propio manual de procedimientos y sus propios modos habituales de fallo.

La migración de WordPress a Next.js o Astro es el proyecto más habitual. El encargo suele consistir en una web de marketing o de contenidos que ha alcanzado el límite de rendimiento en WordPress clásico y un equipo que desea una experiencia de desarrollo (DX) moderna en el front-end sin perder el acceso a wp-admin para el equipo editorial. Un WordPress «Headless» con WPGraphQL, junto con un front-end de Next.js o Astro, satisface a ambas partes.

La migración de Drupal, Sitecore o Typo3 a WordPress constituye el segundo patrón. Se trata de abandonar un CMS empresarial obsoleto sin perjudicar el posicionamiento SEO que el equipo anterior ha ido construyendo a lo largo de una década. Las migraciones son más lentas y el modelado de contenidos más complejo, pero el procedimiento es el mismo: mapa completo de redireccionamientos, conservación de las URL siempre que sea posible, funcionamiento en paralelo y despliegue por fases.

La transición de Shopify al comercio «Headless» es la tercera opción. Tienda de Shopify Plus con un front-end de Next.js o Hydrogen, diseño totalmente personalizado, mejores métricas de Core Web Vitals y motor de comercio conservado. Shopify sigue siendo la fuente de referencia para el catálogo, el inventario y el proceso de pago; el front-end se personaliza.

Otros patrones que observamos con frecuencia son la consolidación de dominios (la fusión de varios dominios heredados en uno solo con una estrategia adecuada de enlaces canónicos y redireccionamientos), la consolidación de subdominios a subdirectorios (el traslado de blog.example.com a example.com/blog/ para consolidar el valor de los enlaces) y las migraciones de alojamiento y plataformas (el traslado de WordPress gestionado entre Kinsta, WP Engine, Pressable o a una infraestructura «bare-metal»).

Los sitios web con menos de mil páginas tardan entre cuatro y ocho semanas en completarse, incluyendo la planificación, la configuración de redireccionamientos, la migración de contenidos, el control de calidad y la supervisión posterior al lanzamiento. Los sitios web de entre 10 000 y 20 000 páginas tardan entre doce y veinte semanas. Las migraciones empresariales de 50 000 páginas o más duran como mínimo entre seis y nueve meses, con implementaciones por fases y períodos de funcionamiento en paralelo integrados en el calendario.

La variable más importante es la calidad del contenido en la fuente. Las taxonomías desordenadas, las URL duplicadas y los metadatos incoherentes alargan la fase de planificación en semanas. Durante la auditoría, te diremos con total sinceridad si tu sitio de origen está listo para la migración o si primero es necesario realizar una limpieza del contenido. Fingir que la fuente está limpia cuando no lo está es lo que hace que las migraciones se alarguen de un trimestre a medio año.

Precios de referencia extraídos de contratos recientes, presentados de forma deliberadamente sencilla. Las migraciones para pequeñas empresas de menos de quinientas páginas tienen un precio a partir de 3.000 dólares. Los proyectos para el mercado medio, que abarcan entre mil y diez mil páginas, tienen un precio a partir de 7.000 dólares. Las migraciones para grandes empresas, que abarcan entre diez mil y cien mil páginas, tienen un precio a partir de 29.000 dólares, lo que incluye asistencia en SEO tras el lanzamiento durante el primer trimestre.

Entre el treinta y el cuarenta por ciento del coste se destina a la planificación y al control de calidad, no a la desarrollo técnico. Los equipos que te ofrecen presupuestos baratos son los que se saltan la fase de planificación. Lo acabarás pagando más adelante en forma de pérdida de posicionamiento, y el coste de recuperar el posicionamiento siempre es mayor que el de mantenerlo desde el principio.