La fase de preparación de una migración de sitio, paso a paso
El éxito de una migración se decide antes del lanzamiento. Las etapas de la preparación, de la delimitación a las pruebas en preproducción, y lo que evita cada una.
El éxito de una migración de sitio se decide casi por completo antes del lanzamiento. La preparación reduce los riesgos al fijar qué hay que migrar, conservar una huella de lo existente y construir el plan de redirecciones mientras se desarrolla el nuevo sitio. Estas son sus etapas, en el orden en que se llevan a cabo.
1. Delimitar el proyecto
Ponga por escrito los objetivos de la migración (qué debe mejorar y cómo se medirá), su alcance (contenidos, idiomas y secciones afectados), el equipo y el calendario. Elija una fecha de lanzamiento fuera de los picos de actividad e informe a todas las personas afectadas, del servicio de atención al cliente al marketing. El alcance depende del tipo de migración: vea los tipos de migración y su alcance, y para el calendario en qué momento hacer el plan de migración.
2. Hacer una copia de seguridad de lo existente
Antes de cualquier cambio, haga una copia de seguridad de los archivos y de la base de datos del sitio antiguo, así como de la lista de sus URL y contenidos. La copia se guarda fuera del servidor (en local o en un almacenamiento en línea) y permite volver atrás si hay un problema.
Las herramientas de copia de seguridad y transferencia del alojamiento (OVHcloud, por ejemplo) suelen bastar, sin conocimientos particulares. La base de datos también se exporta desde phpMyAdmin, la herramienta de administración de MySQL que ofrecen la mayoría de los alojamientos. El detalle está en nuestro artículo sobre la copia de seguridad de los datos antes de una migración y en el de la copia de seguridad de la base de datos.
3. Hacer inventario de las URL y los contenidos
Elabore la lista de todas las URL que cuentan: las de un rastreo del sitio antiguo (Screaming Frog u otro rastreador), pero también las de Search Console, de las herramientas de enlaces (Ahrefs, Majestic), de los registros del servidor y de los sitemaps antiguos. Una página ausente de los menús puede seguir recibiendo enlaces y tráfico. Identifique también las URL que hay que eliminar, que responderán con un código 410.
Para los contenidos, un inventario página por página indica qué recuperar, reescribir o abandonar: vea la migración de datos en un rediseño.
4. Tomar las mediciones de referencia
Para juzgar la migración hay que poder comparar. Antes del lanzamiento, registre el rendimiento del sitio con PageSpeed Insights y las Core Web Vitals: el tiempo de visualización del elemento de contenido más grande (LCP), la rapidez de respuesta de la página a las interacciones (INP) y la estabilidad visual del diseño (CLS). Exporte también las páginas y consultas de Search Console y los informes de Google Analytics 4 sobre páginas y conversiones (vea guardar los datos de Google Analytics 4).
5. Auditar los contenidos y las palabras clave
La preparación es la ocasión de mejorar el posicionamiento en lugar de copiar lo existente. La auditoría de contenidos indica qué páginas conservar, fusionar o retocar. La búsqueda de palabras clave, con herramientas como Ubersuggest, Semrush o Ahrefs, comprueba que las páginas de la nueva arquitectura corresponden a búsquedas reales.
Compruebe también lo básico página por página: title y meta description, jerarquía de títulos, enlaces internos y externos. Lo que falta en el sitio antiguo debe figurar en las especificaciones del nuevo.
6. Redactar las especificaciones SEO
Los desarrolladores necesitan reglas escritas: estructura de las URL, etiquetas title y meta description, etiquetas canonical, hreflang para un sitio multilingüe, datos estructurados, paginación, sitemap XML, robots.txt y tiempos de carga esperados. Entregadas pronto, estas especificaciones evitan descubrir las diferencias durante las pruebas, cuando ya es tarde para corregirlas.
7. Recopilar los enlaces externos
Los enlaces de otros sitios hacia el suyo son una parte esencial de su posicionamiento. Desde el inicio del rediseño, recopile las URL que los reciben (Search Console, Ahrefs, Majestic) y evalúe su calidad, por ejemplo con el Trust Flow de Majestic: son las URL cuya redirección no debe faltar en ningún caso. Vea la importancia de los backlinks en una migración.
8. Construir el plan de redirecciones
El plan de redirecciones hace corresponder cada URL antigua con su nueva dirección. Se construye en preproducción en cuanto existen las nuevas páginas, y se verifica con un nuevo rastreo justo antes del lanzamiento: mientras el nuevo sitio no esté cerrado, sus URL pueden cambiar todavía. Vea el plan de redirecciones.
9. Preparar el entorno de pruebas
La preproducción sirve para probar el nuevo sitio en condiciones reales sin que se indexe: redirecciones, enlaces internos, etiquetas, formularios, proceso de compra, tiempos de carga. Manténgala cerrada a los buscadores (contraseña o noindex) y compruebe que estos ajustes no pasarán a producción. Las comprobaciones están en nuestro checklist de migración, y las trampas más comunes en los errores que hay que evitar en una migración.
Contar con apoyo
Si el código, el desarrollo o el SEO no le son familiares, confíe la preparación a un equipo acostumbrado a las migraciones: se encargará de los análisis, de la migración técnica y de las pruebas. No es un proyecto que se deba minimizar: están en juego su tráfico y sus clientes.
Swan rastrea su sitio antiguo y la preproducción, propone las correspondencias entre sus páginas y prepara su plan de redirecciones.
