Migración de los contenidos editoriales: preservar el SEO en una migración

En un sitio editorial, institucional o un blog, los contenidos son lo que Google ha indexado y posicionado. Migrarlos es trasladar las páginas y los artículos al nuevo sitio sin dañar lo que les da su visibilidad: el texto, su estructura, sus metadatos y sus enlaces.

Este artículo trata lo que la migración tiene de propio en los contenidos. El método general está en nuestro artículo sobre la migración de datos en un rediseño; el caso de las tiendas online, en el de la migración de datos e-commerce.

El primer obstáculo es la maquetación. Un contenido creado con un constructor de páginas (Divi, Elementor) o lleno de shortcodes no se lee tal cual en otro editor: pasar de Divi a Gutenberg, o de WordPress a otro CMS, exige trasladar cada bloque. Compruebe que la jerarquía de los títulos (un H1 y luego H2 y H3) sobrevive al traslado: es la que estructura el contenido para Google y para el lector.

Cuando la nueva plantilla divide los contenidos de otra forma (una entradilla, recuadros, pestañas), la migración ya no puede ser un simple copiar y pegar: prevea reglas de división, o una migración manual de las páginas que lo merezcan.

Migre, página por página, lo que no se ve pero cuenta: la etiqueta title, la meta description, los textos alternativos de las imágenes, las etiquetas canónicas, los datos estructurados y las directivas de indexación (una página en noindex debe seguir así). Estos campos suelen vivir en una extensión SEO del CMS antiguo (Yoast, Rank Math) y no se exportan con el contenido: es el primer olvido de una migración.

Las imágenes y los documentos deben seguir, con sus rutas si están indexados en Google Imágenes o citados por otros sitios. Si sus direcciones cambian, se redirigen como las páginas; consulte nuestro artículo sobre la redirección de las imágenes.

Los enlaces de un contenido hacia las demás páginas del sitio apuntan a las direcciones antiguas. Si no se reescriben, cada clic pasa por una redirección, y Google también: el enlazado interno se debilita y las cadenas de redirecciones se multiplican. Reescriba los enlaces hacia las nuevas URL durante la migración, a partir del plan de redirección.

Una migración puede crear duplicados: la misma página con dos direcciones, una versión para imprimir, una página de prueba olvidada, dos artículos fusionados de los que uno sigue en línea. Localícelos en la comprobación y trátelos con una redirección o una etiqueta canónica; consulte nuestro artículo sobre la comprobación del contenido duplicado.

Cuando parte de la migración se hace a mano, no todo puede tratarse con el mismo cuidado. Empiece por los contenidos que tienen valor: los que reciben backlinks, tráfico o impresiones en Search Console, y los que generan contactos o facturación. En Swan, las URL importadas desde Search Console, Ahrefs, Majestic o sus registros llevan su origen: señalan las páginas que hay que migrar primero. Consulte también la importancia de los backlinks en una migración.

Swan propone, para cada página antigua, la página del nuevo sitio que la sustituye, comparando sus contenidos por proximidad semántica. Esta comparación solo tiene sentido si los contenidos se han migrado a la preproducción: lance la migración lo antes posible, antes del rastreo de los dos sitios. Nuestro artículo sobre el análisis semántico antes de una migración detalla este acercamiento, y la guía del plan de redirección, lo que sigue.