Migrar una tienda online no es un proyecto técnico: es un proyecto de negocio con riesgo de ingresos. Cada URL que se pierde, cada pedido que no se importa y cada pasarela que falla el día del go-live se traduce en dinero. Por eso la diferencia entre una migración que sale bien y una que deja secuelas durante meses casi nunca está en la herramienta elegida, sino en la preparación.
En 2026 el calendario aprieta más que nunca. Magento Open Source y Adobe Commerce 2.4.5 y 2.4.6 dejaron de recibir soporte el 11 de agosto de 2026, lo que ha empujado a muchas tiendas a decidir entre actualizar a 2.4.8 o replantearse la plataforma. En paralelo, PrestaShop 9 —disponible desde junio de 2025 y ya con la rama 9.1 y el tema Hummingbird 2.0 por defecto— ha marcado una ruptura técnica que obliga a revisar módulos y personalizaciones. Muchos proyectos que llevaban años posponiendo la decisión han tenido que tomarla ahora.
Esta guía recoge cómo planteamos nosotros una migración de e-commerce: cuándo tiene sentido, cómo elegir destino, qué fases seguir para no perder SEO y qué errores hemos visto repetirse una y otra vez.
Cuándo es el momento de migrar tu e-commerce
Las señales son claras: tu tienda online tarda más de 3 segundos en cargar, no es responsive, el coste de mantenimiento se dispara cada año, no puedes integrar nuevos métodos de pago o tu plataforma dejó de recibir actualizaciones de seguridad. Si reconoces alguna de estas situaciones, es momento de plantearse la migración.
En Keliam trabajamos con las principales plataformas de e-commerce y hemos gestionado migraciones desde Magento 1/2, PrestaShop, plataformas propias y soluciones legacy hacia ecosistemas modernos como WooCommerce y Shopify.
Cuando el coste de no migrar ya supera al de migrar
Hay un momento en el que mantener la plataforma actual sale más caro que cambiarla, y suele detectarse antes en la factura que en el roadmap. Estas son las señales que miramos primero:
- Versión sin soporte. Si tu plataforma ya no recibe parches de seguridad, no tienes un problema técnico: tienes un problema de cumplimiento y de seguro. Es el caso de quien sigue en Magento 1 o en versiones de Magento 2 fuera de ciclo desde agosto de 2026.
- Cada cambio pequeño requiere un desarrollador. Cuando el equipo de marketing no puede publicar una landing o cambiar un banner sin abrir un ticket, la plataforma está frenando al negocio.
- Los módulos de terceros bloquean las actualizaciones. Un solo módulo incompatible que nadie mantiene puede congelar la tienda entera durante años.
- El hosting crece pero la web no mejora. Si cada pico de tráfico se resuelve subiendo de plan, el problema es arquitectónico.
- Integrar algo nuevo es siempre un proyecto. Un método de pago, un marketplace o un ERP no deberían implicar semanas de desarrollo a medida.
Conviene también nombrar lo contrario: no siempre hay que migrar. Si la tienda funciona, está en una versión con soporte y el equipo trabaja cómodo, invertir ese presupuesto en optimizar el checkout o en rendimiento suele dar más retorno que cambiar de plataforma.
Comparativa de destinos: WooCommerce vs Shopify
WooCommerce es la opción cuando necesitas control total. Es open source, se ejecuta en tu propio servidor y permite personalizaciones ilimitadas. Ideal para catálogos complejos, B2B con precios personalizados, integraciones profundas con ERP/CRM y negocios que necesitan funcionalidades a medida. En Keliam lo combinamos con WordPress para crear experiencias de compra únicas.
Shopify es la elección para velocidad de lanzamiento y simplicidad operativa. SaaS, hosted, con ecosistema de apps maduro. Perfecto para D2C, catálogos medianos, equipos pequeños sin departamento técnico y negocios que priorizan time-to-market.
La comparativa de coste merece un matiz que rara vez aparece en los cuadros comerciales. Shopify tiene un coste visible y predecible —cuota mensual, apps y comisiones— mientras que WooCommerce tiene un coste distribuido: hosting, mantenimiento, licencias de plugins premium y horas de desarrollo. En catálogos pequeños Shopify suele salir más barato en total; a partir de cierto volumen, o cuando el negocio necesita lógica propia, la balanza se invierte.
Si quieres el detalle de cada camino, tenemos guías específicas para migrar de WooCommerce a Shopify y para el recorrido inverso, de Shopify a WooCommerce.
¿Y si el destino es PrestaShop 9 o Adobe Commerce?
WooCommerce y Shopify no son las dos únicas salidas. PrestaShop 9 es una opción razonable para tiendas que ya conocen el ecosistema, tienen módulos propios amortizados y prefieren no cambiar de paradigma: el salto desde PrestaShop 8 es una actualización mayor con revisión de módulos, no una migración completa de datos. Lo detallamos en la guía de migración a PrestaShop 9 y en la de PrestaShop a Shopify.
En cuanto a Adobe Commerce, seguir en el ecosistema Magento tiene sentido para operaciones grandes con equipo interno, múltiples almacenes y requisitos B2B profundos. Para el resto, el coste total de propiedad rara vez compensa. Analizamos ese dilema en detalle en Magento y Adobe Commerce en 2026: ¿vale la pena?.
Plan de migración paso a paso
1. Inventario del sistema actual: Catálogo completo (productos, variantes, categorías, atributos), clientes y sus historiales de compra, pedidos activos y recurrentes, contenido (páginas, blog posts, landing pages), configuración de SEO (URLs, meta tags, redirects) y todas las integraciones activas (pasarelas de pago, ERP, logística, marketing).
En esta fase aparecen casi siempre sorpresas: suscripciones activas, saldos de monedero de cliente, cupones con condiciones especiales o pedidos parcialmente servidos. Documentarlas antes de tocar nada evita descubrirlas el día del lanzamiento.
2. Mapeo de datos: Cada campo del sistema origen debe tener un destino claro. Los campos custom son los que más problemas dan. La IA ayuda a analizar exports CSV/XML y generar mapeos automáticos.
El mapeo debe cubrir también los estados: qué significa exactamente cada estado de pedido en origen y a cuál corresponde en destino. Un pedido «pendiente de validación» que se importa como «pagado» genera un problema contable, no informático.
3. Preservar el SEO: Este es el punto más crítico. Si tu tienda tiene tráfico orgánico, una migración mal ejecutada puede destruir meses de posicionamiento. Necesitas: mapa de redirects 301 para TODAS las URLs que cambian, preservar meta titles y descriptions, mantener la estructura de URLs si es posible y migrar el sitemap y notificar a Google Search Console.
Nuestro método aquí es sistemático: exportar todas las URLs indexadas desde Search Console y desde un rastreo completo del sitio, cruzarlas con las URLs del nuevo sistema, y revisar manualmente el 20 % que más tráfico genera. Las cadenas de redirects encadenados hay que aplanarlas —cada salto adicional diluye señal y añade latencia— y conviene mantener el mapa activo de forma indefinida, no unos meses.
4. Migración de catálogo: Productos con todas sus variantes, precios, imágenes, descripciones y atributos. Para catálogos grandes (+5.000 productos), usamos scripts de migración automatizados. La IA generativa para e-commerce puede mejorar las descripciones de producto durante la migración.
Un detalle que se olvida con frecuencia: las reseñas de producto y el contenido generado por usuarios. Son un activo SEO y de conversión que cuesta años acumular y minutos perder.
5. Testing exhaustivo: Proceso de compra completo, pasarelas de pago en modo test, cálculo de impuestos, gastos de envío, cupones, programa de fidelización. Todo debe verificarse antes del go-live.
A ese listado añadimos siempre las pruebas de los flujos poco visibles: devoluciones, facturas, correos transaccionales, exportación al ERP y comportamiento con el stock a cero. Son los que menos se prueban y los que más soporte generan la primera semana.
Cuánto dura y qué presupuesto conviene reservar
Como orden de magnitud, una tienda pequeña con catálogo sencillo y sin integraciones se migra en cuatro a seis semanas. Un proyecto medio, con varios miles de referencias, dos o tres idiomas y conexión con un ERP, se mueve entre ocho y doce. Por encima de eso normalmente ya no hablamos de migración sino de replanteamiento del ecommerce, y conviene separarlo en fases con entregas parciales.
La partida que más se subestima no es el desarrollo, sino el saneamiento de datos: catálogos con duplicados, atributos inconsistentes o imágenes de baja resolución acumuladas durante años. Migrar el desorden solo lo traslada de sitio.
¿Tu tienda se ha quedado en una plataforma sin soporte?
Analizamos tu plataforma actual, recomendamos destino y estimamos plazos y coste real de la migración, incluido el mapa de redirects para no perder posicionamiento.
Caso: de Magento 1 a WooCommerce
Un cliente del sector moda llevaba 7 años con Magento 1 (ya sin soporte oficial). 8.500 productos, 25.000 clientes, 3 idiomas. El hosting dedicado costaba 400€/mes y las actualizaciones de seguridad eran un riesgo constante.
La migración a WooCommerce se completó en 8 semanas con cero pérdida de tráfico SEO gracias a un mapa de redirects generado con IA que cubrió más de 12.000 URLs. El nuevo hosting cuesta 89€/mes con mejor rendimiento y el equipo del cliente gestiona el catálogo sin depender de un desarrollador para cada cambio.
El patrón se repite en proyectos parecidos: el ahorro más visible está en infraestructura, pero el más rentable a medio plazo es la autonomía del equipo interno. Cuando publicar una campaña deja de depender de una agencia, la frecuencia de campañas se multiplica.
De PrestaShop a Shopify
Otro caso frecuente: PrestaShop a Shopify. Un cliente B2C con 3.000 SKUs quería simplificar operaciones. La migración incluyó: productos y variantes via Matrixify, clientes con historiales, páginas de contenido adaptadas al theme de Shopify, y configuración de Shopify Markets para venta internacional.
En 4 semanas estaban operativos con un coste de mantenimiento un 70% menor y un checkout que convierte un 15% más gracias a Shop Pay.
En migraciones hacia SaaS conviene tener presente la contrapartida: se gana simplicidad operativa y se cede control sobre el checkout, las comisiones y el ritmo de cambios de la plataforma. Es un intercambio razonable para muchos negocios, pero debe ser una decisión consciente y no un descubrimiento posterior.
Errores fatales en migración de e-commerce
Ignorar los redirects: Cada URL que cambia sin redirect 301 es tráfico y posicionamiento perdido. Sin excepción.
No migrar reseñas: Las reseñas de producto son contenido generado por usuarios y factor de conversión. Migrarlas es tan importante como migrar el catálogo.
Lanzar sin testing de pago real: El modo test no es suficiente. Haz al menos 5 compras reales con diferentes métodos de pago antes del go-live.
Migrar en temporada alta. Ninguna migración debería lanzarse en las semanas previas a Black Friday, campaña de Navidad o rebajas. Si el calendario no da, se pospone.
Dejar el sitio antiguo accesible. Si la tienda anterior sigue en línea e indexable, Google acaba sirviendo contenido duplicado y las señales se reparten entre dos dominios o subdominios.
Olvidar el correo transaccional. Confirmaciones de pedido, recuperación de contraseña y avisos de envío suelen configurarse al final y llegan a spam en las primeras semanas por falta de SPF, DKIM y DMARC en el nuevo proveedor.
No planificar la vuelta atrás. Toda migración necesita un plan de rollback escrito, con ventana de decisión y responsable. Rara vez se usa, pero es lo que permite lanzar con tranquilidad.
Descuidar la seguridad del nuevo entorno. Una tienda recién migrada maneja datos personales y de pago desde el primer día. Merece la pena revisar accesos, doble factor y política de copias antes del go-live; lo desarrollamos en seguridad en el ecommerce.
Las primeras semanas después del go-live
La migración no termina cuando el DNS apunta al sitio nuevo. Las dos o tres semanas siguientes son las que determinan si el proyecto se considera un éxito o un sobresalto.
En ese periodo vigilamos cuatro cosas. Primero, los errores 404 reales en Search Console y en el log del servidor, que revelan URLs que nadie había previsto. Segundo, la evolución de posiciones de las páginas que más tráfico traían: una caída leve y temporal es normal, una caída sostenida a las tres semanas no lo es. Tercero, la tasa de conversión por paso del checkout, que detecta fricciones nuevas mucho antes que las ventas totales. Y cuarto, los tickets de soporte, que son el mejor indicador de lo que se rompió sin hacer ruido.
Conviene además mantener el entorno anterior congelado y accesible internamente durante al menos un mes. No como sitio público, sino como fuente de verdad para resolver dudas sobre pedidos históricos o configuraciones que nadie documentó.
Preguntas frecuentes sobre migrar una tienda online
¿Voy a perder posicionamiento sí o sí?
No necesariamente, pero es habitual una oscilación de dos a cuatro semanas mientras Google reprocesa las URLs nuevas. Con un mapa de redirects completo y las metas preservadas, la recuperación suele ser total. Las pérdidas permanentes casi siempre se explican por URLs olvidadas, contenido que se decidió no migrar o una estructura de categorías que cambió sin criterio.
¿Puedo migrar por fases en lugar de todo de golpe?
Sí, y en tiendas grandes es lo recomendable. Se puede migrar primero el blog y el contenido, después el catálogo y por último el checkout y los pedidos. El coste es mayor porque hay un periodo con dos sistemas conviviendo, pero el riesgo baja mucho.
¿Qué pasa con los pedidos históricos?
Depende de para qué los necesitas. Si es para consulta contable, muchas veces basta con conservarlos exportados y en el sistema antiguo congelado. Si el cliente debe verlos en su área privada o hay suscripciones activas, hay que migrarlos con sus estados y sus líneas de detalle, y eso multiplica el trabajo de mapeo.
¿Hace falta rehacer el diseño al migrar?
No siempre, pero suele ser el momento natural. Replicar píxel a píxel un diseño antiguo sobre una plataforma nueva es caro y desaprovecha la oportunidad. Nuestra recomendación habitual es conservar la identidad de marca y rehacer las plantillas con los estándares actuales de accesibilidad y rendimiento.
¿Cuándo es mejor lanzar?
Martes o miércoles por la mañana, fuera de campaña y con el equipo completo disponible las 48 horas siguientes. Nunca un viernes por la tarde.
Conclusión
Una migración de e-commerce bien ejecutada mejora rendimiento, reduce costes y abre nuevas posibilidades de crecimiento. En Keliam ofrecemos análisis gratuito de tu plataforma actual con recomendación de destino y estimación de plazos. Si tu Magento ya no da más de sí, hablemos.
La conclusión de fondo, después de bastantes proyectos, es que el destino importa menos de lo que parece y el método importa mucho más. WooCommerce, Shopify o PrestaShop 9 son plataformas maduras y cualquiera de las tres puede sostener un buen negocio. Lo que separa una migración limpia de una traumática es el inventario previo, el mapa de redirects y el testing real de pago. Todo lo demás se puede corregir sobre la marcha; el tráfico orgánico perdido, no.
Te puede interesar
Guías específicas por combinación
Este artículo cubre el método común a cualquier migración. Para el detalle técnico de tu caso concreto, cada combinación de origen y destino tiene su propia guía paso a paso:
