Migraciones desde Magento y WooCommerce que conservan el historial: catálogo, variantes, clientes, pedidos, URLs y redirecciones — más las automatizaciones que la tienda necesita del otro lado.
El problema
Cambiar de plataforma a mano pierde el historial de pedidos, rompe las URLs y deja la tienda caída en el peor momento.
Cómo funciona
Ensayos repetibles, mapeo campo por campo, tablas de redirección generadas desde el sitemap antiguo y un corte programado con plan de vuelta atrás.
Impacto
Lanzamiento sin caída, con el posicionamiento en buscadores y el historial de clientes intactos.
Productos, variantes, clientes, pedidos y metafields se mapean de forma explícita antes de mover nada. Donde el modelo antiguo no tiene equivalente en Shopify, la decisión se toma y se escribe, en vez de improvisarse durante el corte.
La migración completa corre contra una tienda de pruebas, tantas veces como haga falta. Cada ensayo reporta qué pasó, qué no y por qué — para que el corte real no traiga sorpresas.
Cada URL indexada de la tienda antigua recibe un 301 hacia su equivalente nuevo, generado desde el sitemap y no escrito a mano. Este es el paso que decide si la tienda conserva su posicionamiento.
El cambio ocurre a una hora acordada, con un plan de retorno verificado. Si algo sale mal, vuelve la tienda antigua — esa decisión nunca se toma a presión a las tres de la mañana.
No. Los pedidos y su historial migran junto con el catálogo y los clientes. Conservar el historial es justamente el objetivo: una tienda que llega a Shopify con la lista de pedidos vacía perdió su activo más útil.
El objetivo es cero caída. Como los datos se mueven antes en ensayos repetidos, el corte en sí es un cambio de DNS y de configuración, no un traspaso masivo.
Las redirecciones se generan desde el sitemap antiguo para que cada URL indexada siga apuntando a contenido real. El posicionamiento se mueve cuando las URLs se rompen; la migración está construida para que no se rompan.