Saltar al contenido

Ruta de migración

Migración de Magento a BigCommerce

Pasar de Adobe Commerce o Magento Open Source a BigCommerce cambia una plataforma autoalojada centrada en código por una SaaS gestionada, algo parecido en espíritu a un paso a Shopify pero con un conjunto de compromisos distinto. BigCommerce admite de forma nativa más combinaciones de variantes de producto y te da más control sobre la estructura de URL que muchos competidores SaaS, lo que puede hacerla un encaje estructural más cercano para un catálogo Magento complejo, pero el hosting, las extensiones y la configuración multitienda igualmente hay que reconstruirlos de forma deliberada, no exportarlos en bloque.

Por qué los comercios dejan Magento

Magento Open Source y Adobe Commerce dan control total sobre el código, el hosting y el checkout, a costa de tener que gestionar esa infraestructura tú mismo: parches de seguridad de PHP y Magento, hosting en servidor o nube, y cumplimiento PCI para el checkout que alojas. BigCommerce, como plataforma SaaS gestionada, quita de encima de tu equipo el hosting, el cumplimiento PCI y los parches de seguridad de plataforma, a cambio de trabajar dentro de sus límites en lugar de con código arbitrario.

Un detonante habitual es el mismo que empuja a los comercios hacia Shopify: el coste de mantener a un desarrollador o agencia para sostener una instancia de Magento deja de tener sentido cuando el crecimiento de la tienda ya no justifica ese gasto, sobre todo en tiendas que aún tienen una instancia de Magento 2 sin parchear o que se han quedado en el Magento 1 fuera de soporte.

Qué cambia en el modelo de datos

La estructura de catálogo EAV (entidad-atributo-valor) de Magento permite definir atributos personalizados prácticamente arbitrarios por tipo de producto. El modelo de producto de BigCommerce es más estructurado que el de Magento, pero por lo general más flexible en variantes que otras plataformas SaaS competidoras: admite de forma nativa un número mayor de combinaciones de variantes de producto, además de campos personalizados y modificadores de producto para atributos fuera de la estructura de variantes. Eso no quita que los conjuntos de atributos de Magento haya que mapearlos de forma deliberada a las opciones de variante y los campos personalizados de BigCommerce, en lugar de copiarlos atributo por atributo.

El árbol de categorías de Magento permite anidar con la profundidad que quieras y ajustes de visualización por vista de tienda, y un producto puede pertenecer a varias categorías a la vez. Las categorías de BigCommerce se parecen más a un árbol tradicional que al modelo plano de colecciones de Shopify, lo que hace algo más directa la migración de una estructura de categorías muy anidada de Magento, pero aun así conviene revisarla y simplificarla donde la estructura de Magento haya crecido de forma orgánica a lo largo de los años en vez de haber sido diseñada.

URLs, redirecciones y qué es distinto aquí respecto a Shopify

Las claves de URL y reescrituras de Magento son totalmente configurables por vista de tienda. BigCommerce, a diferencia de Shopify, permite rutas de URL personalizadas para productos, categorías y páginas sin imponer un prefijo obligatorio /products/ o /collections/, lo que puede facilitar conservar la estructura de URL existente de Magento. Eso no elimina la necesidad de un plan de redirecciones: cualquier URL que sí cambie sigue necesitando una redirección 301 explícita, y el ejercicio de auditar cada URL indexada de Magento contra su nuevo equivalente en BigCommerce hay que hacerlo de todas formas para evitar una caída de posicionamiento tras la migración.

Extensiones, checkout y multitienda

El ecosistema de extensiones de Magento y su capacidad para personalizar el checkout y los flujos del panel mediante código no tienen un equivalente directo en BigCommerce: BigCommerce usa un marketplace de apps más sus propias APIs y la personalización de tienda Stencil/Catalyst para la lógica a medida. Cada extensión activa de Magento necesita una decisión explícita durante la evaluación: una app equivalente de BigCommerce, un desarrollo a medida contra las APIs de BigCommerce, o la confirmación de que ya no hace falta. El modelo multisitio/multitienda de Magento también necesita mapearse a las capacidades multitienda de BigCommerce, que funcionan de forma distinta por dentro aunque el resultado final se parezca.

Preguntas frecuentes

¿BigCommerce puede gestionar los atributos de producto personalizados de Magento?

A través de una combinación de opciones de variante y campos personalizados, pero BigCommerce no tiene un equivalente automático a los conjuntos de atributos EAV de Magento. Mapeamos el uso real de tus atributos durante la evaluación, en lugar de migrar cada atributo que Magento tenga definido.

¿Migrar las URLs de Magento a BigCommerce es más fácil que a Shopify?

A menudo, algo más, porque BigCommerce permite rutas de URL personalizadas sin un prefijo obligatorio, a diferencia de la estructura fija de Shopify. Eso reduce cuántas URLs necesitan cambiar, pero cualquier URL que sí cambie sigue necesitando una redirección 301 explícita; la auditoría hay que hacerla igualmente.

¿Qué pasa con mis extensiones y módulos personalizados de Magento?

Cada uno se evalúa individualmente durante la evaluación: se sustituye por una app existente de BigCommerce, se reconstruye contra las APIs de BigCommerce, o se confirma que ya no es necesario. Señalamos esta lista antes de definir el alcance del proyecto, no después.

¿Puedo conservar la funcionalidad multitienda o multisitio?

El modelo multisitio de Magento no se corresponde directamente con la arquitectura de BigCommerce, aunque BigCommerce también admite varias tiendas. Mapeamos tu necesidad real (marcas, regiones o monedas separadas) a la estructura de BigCommerce adecuada, en lugar de asumir una conversión uno a uno.

Prevedshop.com

¿Vas a mudar tu tienda? Veamos qué debe viajar contigo.

Cuéntanos dónde está la tienda y adónde va. Volveremos con preguntas útiles, no con un discurso comercial genérico.

Ver el plan de migración