Migrar una web a una plataforma nueva: cómo no perder datos ni posiciones

El buscador no castiga el cambio de plataforma: reacciona a que unas páginas de repente sean inaccesibles o irreconocibles. Prácticamente todas las caídas tras una mudanza se reducen a cinco causas:

• Direcciones cambiadas sin redirecciones. El CMS nuevo generó sus propias URL, las antiguas devuelven 404 y con ellas se van posiciones y enlaces externos.
• Metaetiquetas que no viajaron. Title y description se generaron por plantilla y una página que llevaba años sosteniéndose en un titular exacto pasó a ser «Categoría — Tienda».
• Un noindex olvidado. Se cerró el entorno de pruebas a la indexación y nadie lo abrió tras el lanzamiento.
• Duplicados por filtros. La plataforma nueva genera páginas con parámetros: en lugar de una página fuerte, el índice guarda cuarenta débiles.
• No se migró todo. Parte de los productos sin descripción ni foto, categorías vacías, artículos del blog desaparecidos: el valor total del sitio para el buscador bajó.

La lista mínima sin la cual una mudanza no puede darse por terminada:

• Productos y catálogo — con características, fotos, categorías, marcas, stock y precios, junto con los filtros.
• Pedidos y clientes — historial con contenido y estados, cuentas, direcciones de entrega, reseñas. Es lo que más se «olvida», porque no se ve en la web.
• Contenido — páginas, artículos, documentos, versiones de idioma.
• La capa SEO — estructura de URLs, title y description de cada página, canonical, sitemap, robots, datos estructurados.

Sobre pedidos y clientes en particular: técnicamente la web funcionará sin ellos, por eso las mudanzas baratas los dejan en la base antigua. Medio año después se apaga el hosting viejo y con él desaparece todo el historial de compras. No es una hipótesis: es la pérdida más frecuente en una migración.

La migración ideal es aquella en la que las direcciones no cambian en absoluto: entonces no hacen falta redirecciones. Si la plataforma impone otra estructura, vale una regla simple: cada dirección antigua lleva a su equivalente nuevo más cercano, con un 301 y en un solo salto.

• No lo vuelques todo a la portada: una redirección masiva a «/» Google la interpreta como un soft 404 y la página simplemente desaparece.
• Evita cadenas: antigua → intermedia → nueva. Cada eslabón pierde peso y tiempo.
• Comprueba por lista, no por muestra: todas las direcciones del sitemap antiguo deben devolver 200 o 301, y ninguna 404.
• No olvides las versiones con y sin www, http y https: también son direcciones.

1. Tomamos el patrón. Antes de empezar exportamos el mapa completo de la web antigua: todas las direcciones, title, description, H1 y posiciones de hoy. Ese es el punto de comparación.
2. Construimos la plataforma nueva aparte. La web antigua sigue funcionando y vendiendo mientras tanto.
3. Migración de prueba sobre una copia. Cotejamos cantidades: había 4 312 productos, hay 4 312. No «más o menos los mismos».
4. Mapa de redirecciones. Cada dirección del patrón recibe su equivalente.
5. Cambio en la franja de menor tráfico. El entorno antiguo queda vivo unos días: revertir cuesta un minuto.
6. Dos semanas de seguimiento. Search Console, posiciones, 404, solicitudes, formularios, pagos.

• robots.txt abierto y meta noindex retirados, comprobado a mano y no «debería estar bien».
• Nuevo sitemap.xml generado y enviado a Search Console.
• Comprobación por muestreo de 20–30 direcciones antiguas: todas devuelven 200 o 301.
• Title y description de las páginas clave coinciden con el patrón.
• Formularios, carrito y pago pasan una prueba de extremo a extremo con un pedido real de test.
• Los contadores de analítica y las conversiones funcionan y los objetivos no se han perdido.
• Velocidad: Core Web Vitals no peores que en la web antigua.

La regla principal de verificación: un código 200 todavía no significa que la página esté entera. Compara con el patrón: contenido, metaetiquetas, número de productos en la categoría.

La mudanza de una web de presentación o corporativa lleva de 2 a 4 semanas; una tienda con miles de productos e integraciones, desde 5 semanas. El precio se compone de la plataforma nueva según tarifa (desde €325 la de presentación, desde €895 la tienda) y del trabajo de traslado de datos, cuyo alcance se ve tras la auditoría.

No lo confundas con mudarse a otro hosting sin cambiar de motor: eso es el mismo sistema en un servidor nuevo, uno o dos días de trabajo y un precio desde €50. Si alguien te ofrece «migrar la web a una plataforma nueva» por ese dinero, lo más probable es que traslade el diseño y deje los datos.