Saltar al contenido principal
Tu agencia digital de servicio completo y socio de estrategia con IA
1Digital

Replataformado de Magento → BigCommerce

Migración de Magento a BigCommerce

Replataformado de Magento / Adobe Commerce a BigCommerce: proyección del catálogo EAV al modelo relacional de productos de BigCommerce, reasignación de Customer Groups, precios por volumen, fuentes MSI y flujos de B2B Suite, y conversión de las URL .html + navegación por capas en un mapa 301 a nivel de página. Más de 200 migraciones completadas con un manual de lanzamiento documentado sin pérdida de datos y con planes de reversión.

Con la confianza de más de 400 marcas · Socios certificados

Google Partner
Socio Elite de BigCommerce
Socios de Shopify Plus
Neil Patel
15

Años en eCommerce

De resultados, escala y calidad a nivel empresarial.

50+

Equipo experto

Especialistas en SEO, SEO con IA, PPC, diseño, desarrollo y estrategia.

EE. UU.

Equipo central en EE. UU. + talento global

Equipo central en EE. UU. para una comunicación clara; especialistas globales verificados para proyectos internacionales de clientes.

4.9

Puntuación de reputación

Calificación de 4.9/5 en más de 100 reseñas verificadas de clientes.

Revisado por Equipo de migración de 1Digital®Última actualización:

TL;DR

1Digital® migra comercios de Magento 1, Magento 2, Adobe Commerce y Adobe Commerce Cloud a BigCommerce: temas Stencil, Catalyst headless y B2B Edition. El catálogo EAV se proyecta al modelo relacional de BigCommerce, los Customer Groups y los precios por volumen se convierten en Price Lists de B2B Edition, las fuentes MSI pasan a Multi-Location Inventory, y las URL .html + navegación por capas se convierten en un mapa 301 a nivel de página con un grafo de schema reconstruido.

Relacionado: Todas las migraciones de plataforma · Magento → Shopify Plus · Expertos en BigCommerce · Desarrollador de BigCommerce · Desarrollador de Magento · Migración de datos

De Magento a BigCommerce, paso a paso

Cadaregistromigradasyverificado,cadaURLredirigido

Productos, clientes, historial de pedidos y cada URL antigua pasan de Magento a BigCommerce en etapas planificadas, y cada una se verifica contra el origen antes del lanzamiento. Las redirecciones y los metadatos de SEO viajan con ellos, para que los buscadores encuentren la nueva tienda donde estaba la anterior.

  • ›Un mapa completo de URLs con una redirección 301 para cada página antigua
  • ›Datos verificados registro por registro contra el origen
  • ›Corte planificado en tu ventana de menor actividad comercial

¿Te mudas a BigCommerce?

Llega a una tienda que administramos por ti

  1. 01

    Mudamos tu tienda

    Productos, clientes, pedidos y redirecciones. Se cotiza aparte, o está incluido en Enterprise.

  2. 02

    Tienda nueva, creada gratis

    Un sitio WorkspaceCMS diseñado con tu marca en un Store Plan y conectado a tu tienda, con el SEO configurado desde el lanzamiento.

  3. 03

    Administrada por nosotros, mensualmente

    Cambios hechos por nosotros, revisiones de salud semanales, agentes de IA en Growth y Scale, y un rediseño gratis cada 2 años.

Apex Performance, una tienda demo de autopartes creada en WorkspaceCMS
Apex Performance, una tienda demo creada en WorkspaceCMS

Por qué replataformar

Problemas de Magento específico → ganancia en BigCommerce

Modelado del catálogo EAV en BigCommerce

Adobe Commerce guarda los datos de producto en el modelo Entity-Attribute-Value (EAV): catalog_product_entity más una docena de tablas de valores catalog_product_entity_*, conjuntos de atributos y tipos de entrada. BigCommerce lo aplana en un esquema relacional de producto + variante + campo personalizado, con modificadores de producto para las diferencias de precio y SKU según las opciones. Lo difícil es la proyección de EAV a relacional, no la cantidad de filas.

El fin de vida de Magento 1 es un reloj de seguridad

Magento 1 no recibe parches de seguridad oficiales desde junio de 2020. Las tiendas M1 cargan con exposición a PCI-DSS, un mercado de extensiones envejecido y deuda de parches SUPEE. La superficie SaaS de BigCommerce con PCI-DSS nivel 1 elimina por completo la responsabilidad de la cadencia de parches: no hay un servidor que puedas olvidar parchear.

El devops autoalojado desaparece

Adobe Commerce on-prem implica Varnish, Redis, OpenSearch/Elasticsearch, colas de mensajes RabbitMQ, consumidores de cron y el ritual de despliegue con bin/magento setup:upgrade. BigCommerce es SaaS multiinquilino: los niveles de indexación, caché y búsqueda que ajustas a mano en Magento simplemente no son tu problema en BigCommerce.

B2B Edition vs Adobe B2B Suite

Adobe Commerce B2B (cuentas de empresa, catálogos compartidos, listas de reposición, cotizaciones negociables) es un nivel de pago de Adobe Commerce. BigCommerce B2B Edition (empresas, roles de comprador, cotizaciones, listas de compras, portal de facturas, términos neto) ofrece los mismos flujos para compradores sin el sobrecosto de licencia de Adobe Commerce además del hosting.

Catalyst reemplaza a PWA Studio

BigCommerce Catalyst (Next.js + API GraphQL Storefront + editor visual Makeswift) es un framework headless propio, con mantenimiento activo. Es una salida limpia de Magento PWA Studio / Venia o de un stack Hyvä headless hecho a medida cuyo costo de mantenimiento tendrías que seguir cargando.

API abiertas sin la factura operativa

Las API REST + GraphQL Storefront/Admin y los Webhooks de BigCommerce cubren la superficie de integración que Magento expone con sus endpoints REST/GraphQL, sin que tengas que operar los servidores de aplicación, los workers de colas y el clúster de búsqueda detrás de esos endpoints de Magento.

15 años
Experiencia en Magento y BigCommerce
200+
Migraciones completadas
0
Cambios de plataforma fallidos
30d+
Monitoreo posterior al lanzamiento

Qué migramos

Los registros que tu migración Debe conservar

Mapeo a nivel de campo con integridad referencial: el catálogo EAV, los grupos de clientes, los precios por nivel, las fuentes MSI y los flujos B2B se trasladan con sus rastros de auditoría intactos.

Catálogo EAV

Tipos de producto simple, configurable, agrupado, paquete, virtual y descargable, más atributos personalizados EAV y conjuntos de atributos → productos de BigCommerce + variantes + campos personalizados + Product Modifiers. Los productos configurables se resuelven en matrices de variantes; la lógica de paquetes y agrupados se reexpresa con Modifiers o relaciones de producto.

Grupos de clientes

Cuentas de clientes, libretas de direcciones, grupos de clientes, listas de deseos y carritos guardados → grupos de clientes de BigCommerce, o cuentas de empresa de B2B Edition cuando intervienen precios o visibilidad por grupo. Las contraseñas se restablecen en el primer inicio de sesión (no hay forma de trasladar el hash entre plataformas).

Pedidos y RMA

Historial completo de pedidos, líneas de pedido, facturas, notas de crédito, RMA, crédito de tienda y tarjetas de regalo conservados para reportes de ingresos, continuidad del LTV y consulta de soporte después del cambio.

Precios por volumen → Price Lists

Reglas de precio de catálogo, precios por nivel y precios por grupo de clientes → listas de precios de BigCommerce (B2B Edition). Cotizaciones negociables de Magento → Quoting de BigCommerce; punchout mediante PunchOut2Go.

Fuentes MSI

Fuentes de Multi-Source Inventory (MSI) y reservas de stock → Multi-Location Inventory de BigCommerce, conservando la prioridad de fuentes y el stock por ubicación cuando el modelo se corresponde bien.

CMS y Page Builder

Páginas CMS, bloques estáticos y contenido de Page Builder → Pages + Page Builder de BigCommerce. Los slugs se conservan o se redirigen explícitamente con 301 a sus equivalentes en BigCommerce.

URL de navegación por capas

URLs canónicas de productos, categorías, CMS y navegación por capas exportadas por completo, y luego proyectadas en un mapa 301 a nivel de página. Title, meta, canonical y hreflang se trasladan por URL; el grafo de schema se reconstruye con referencias @id consistentes.

Reseñas y UGC

Los corpus de reseñas de Yotpo, Bazaarvoice, Okendo y Trustpilot se conservan con sus calificaciones de estrellas, marcas de comprador verificado y continuidad del schema AggregateRating, para que los motores de IA sigan citando a la marca.

Cómo migramos

Migración en seis fases Framework

01

Auditoría del código y las funciones de Magento

Inventariamos cada módulo instalado (composer.json + app/code), plugin personalizado, observer, conjunto de atributos EAV, flujo de B2B Suite, integración con ERP/PIM y regla de impuestos o envío. Cada uno se asigna a un equivalente de BigCommerce (nativo, app, Stencil, Catalyst o personalización de Open Checkout) y cualquier brecha se señala antes de la cotización.

02

Auditoría de datos EAV e inventario de URL

Cantidad de catálogo, densidad de atributos EAV, desglose de productos configurables, volumen de clientes y pedidos, tamaño de la biblioteca de medios, páginas CMS y el conjunto completo de URL canónicas de navegación por capas extraído del sitemap y la base de datos de Magento. Genera objetivos de paridad de datos y una hoja de cálculo de mapeo de URL a nivel de página.

03

Mapeo de URLs y schema

Magento /<category>/<product>.html (y el desorden canónico de ?attr= de la navegación por capas) → BigCommerce /<category>/<product>/ con barra final, con reglas 301, estrategia canónica y un grafo de esquema reconstruido (Product, BreadcrumbList, FAQPage, Organization) con referencias @id consistentes.

04

Desarrollo con Stencil/Catalyst y proyección EAV

Tema Stencil o tienda Catalyst. Cargas iterativas con reportes de paridad a nivel de campo: atributos EAV → campos personalizados/Modifiers, Customer Groups → empresas B2B, precios por volumen → Price Lists, pedidos, reseñas. Apps configuradas en staging.

05

Corte y DNS

Congelamos las escrituras en Magento, ejecutamos la sincronización final de diferencias (pedidos, clientes, stock MSI), cambiamos el DNS con un TTL bajo y validamos en vivo el checkout, los pagos, el envío, los impuestos, la búsqueda, GA4, Consent Mode v2 y los píxeles. La ventana de cambio suele durar menos de 60 minutos.

06

QA y monitoreo posteriores al lanzamiento

Más de 30 días de triaje de errores de rastreo, cambio de dirección en Search Console, monitoreo de posicionamiento y citas de IA, seguimiento de Core Web Vitals, validación de flujos B2B y un sprint de corrección de casos límite para problemas que solo aparecen con tráfico real.

Mapeo de extensiones

Extensión de Magento → Equivalente en BigCommerce

Las herramientas de terceros que usas rara vez necesitan cambiar: solo los conectores y la plataforma anfitriona. Los módulos y observers personalizados de Magento son las partidas que necesitan una estimación de reconstrucción.

Magento / Adobe CommerceEquivalente en BigCommerce
Adobe Sensei Live Search / Product RecsSearchspring, Algolia, Klevu o Nosto para BigCommerce
Extensión de Klaviyo para MagentoKlaviyo para BigCommerce (conector nativo)
Yotpo / Bazaarvoice / Okendo para MagentoLos mismos proveedores con conectores nativos de BigCommerce
Avalara AvaTax para MagentoAvalara AvaTax para BigCommerce (nativo)
ShipperHQ / ShipStation / TemandoIntegraciones nativas de BigCommerce con ShipperHQ / ShipStation
Suscripciones de Magento / pagos recurrentes de AheadworksRecharge o Rebillia para BigCommerce
Módulos de Stripe / Braintree / PayPal para MagentoStripe / Braintree / PayPal / Apple Pay / Affirm / Klarna nativos de BigCommerce
Suite B2B de Adobe CommerceBigCommerce B2B Edition (empresas, cotizaciones, listas de compras, portal de facturas)
PWA Studio / Venia / HyväBigCommerce Catalyst (Next.js + GraphQL) o tema Stencil
Módulos / observers personalizados de MagentoApps de BigCommerce, personalizaciones de Stencil o servicios sobre las API + Webhooks de BigCommerce
Conectores de NetSuite / SAP / DynamicsCeligo, Boomi, MuleSoft o middleware personalizado con la API Admin de BigCommerce

La realidad técnica

Lo que realmente hace difícil De Magento a BigCommerce

La proyección de EAV a modelo relacional es el verdadero trabajo de ingeniería

Adobe Commerce casi no guarda nada en una sola fila de producto. catalog_product_entity contiene el esqueleto de la entidad; los valores legibles viven repartidos en catalog_product_entity_varchar, _text, _int, _decimal y _datetime, unidos por attribute_id mediante eav_attribute y agrupados por conjunto de atributos. Un producto configurable es una entidad padre con vínculos de superatributo a sus hijos simples; un bundle es un padre con opciones de selección que apuntan a otros productos simples. Nada de esa estructura existe en BigCommerce.

Proyectamos el grafo EAV al modelo plano de productos de BigCommerce: los hijos simples de un configurable se colapsan en un solo producto con una matriz de variantes, los super-atributos se vuelven opciones de variante y los atributos que afectan precio/SKU pero no son variantes reales se convierten en Product Modifiers. Los conjuntos de atributos con atributos descriptivos (no variantes) pasan a campos personalizados. Los paquetes y los productos agrupados se reexpresan con Modifiers o relaciones de producto, según cómo se vendían. El entregable es una tabla de proyección atributo por atributo aprobada antes de mover cualquier dato, no una simple corrida de un importador CSV genérico.

Estructura de URL de Magento y el problema de los 301 de navegación por capas

La URL de producto predeterminada de Magento es /<url_key>.html, con el prefijo opcional de la ruta de categoría cuando 'Use Categories Path for Product URLs' está activado, y la tabla de reescritura de URL del catálogo acumula reescrituras históricas cada vez que cambia un url_key. BigCommerce usa una estructura /<category>/<product>/ con barra final y sin sufijo .html, así que cada URL de producto y de categoría cambia y necesita un 301 explícito.

El problema más difícil es la navegación por capas. Magento genera URL filtradas de categorías rastreables (?price=, ?color=, facetas de selección múltiple) que los buscadores llevan años indexando, un conocido sumidero de contenido duplicado y presupuesto de rastreo. Exportamos el conjunto completo de URL de Magento, incluida la tabla url_rewrite y las URL de facetas indexadas, decidimos por patrón si cada URL filtrada redirige con 301 a una página con facetas de BigCommerce, a una categoría o se elimina con canonical, y verificamos la cadena de redirecciones tras el lanzamiento con Screaming Frog y los reportes de cobertura de Search Console. Omitir las URL de facetas es la causa más común de pérdida de tráfico después de una migración en esta ruta.

B2B, MSI y las integraciones que se rompen sin avisar

Los flujos de Adobe Commerce B2B Suite (cuentas de empresa, catálogos compartidos, listas de reposición, cotizaciones negociables, crédito de empresa) se corresponden con empresas, roles de comprador, listas de precios, cotizaciones, listas de compras y términos neto de BigCommerce B2B Edition, pero las cotizaciones negociables con cadenas de aprobación personalizadas suelen requerir una reconstrucción ligera en el motor de cotizaciones de BigCommerce, y eso hay que definirlo en el descubrimiento, no descubrirlo en el cambio. Las fuentes de Multi-Source Inventory se corresponden con Multi-Location Inventory; la lógica del algoritmo de selección de fuentes que dirigía el abastecimiento de pedidos en Magento debe reexpresarse en la prioridad de ubicaciones de BigCommerce o trasladarse a un OMS.

Las integraciones que fallan en silencio son las extensiones específicas de Magento sin equivalente de comportamiento: lógica personalizada de precios en reglas de venta del carrito, efectos secundarios basados en observers y conectores de PIM/ERP escritos para el esquema REST/GraphQL de Magento. Se reconstruyen como apps de BigCommerce o middleware sobre la Admin API. Catalogamos cada módulo desde composer.json y app/code durante el descubrimiento, para que la lista de reconstrucción y su costo estén en la cotización y no sean una sorpresa a mitad del proyecto.

Protección del equity SEO

Conserva el Rankings, citas y tráfico que te has ganado

Las migraciones que pierden valor SEO pierden meses de ingresos. En esta ruta, las URL de facetas de navegación por capas son el mayor riesgo: se tratan como un bloqueo del lanzamiento, no como un detalle posterior.

  • Exportación completa de URL de Magento, incluida la tabla url_rewrite del catálogo y las URL de facetas de navegación por capas indexadas (el principal riesgo de contenido duplicado y de presupuesto de rastreo en Magento).
  • Mapa 301 a nivel de página: Magento /<category>/<product>.html → BigCommerce /<category>/<product>/, con las URL de facetas y los casos límite de páginas CMS decididos por patrón, sin redirigir todo en bloque a la página de inicio.
  • Traspaso por URL del título, meta descripción, canonical, hreflang y Open Graph, sin una plantilla global que anule la intención de búsqueda de cada página.
  • Grafo de schema reconstruido con referencias @id consistentes (Organization, Product, BreadcrumbList, FAQPage, AggregateRating) para que ChatGPT, Perplexity, Gemini y AI Overviews sigan citando a la marca.
  • Regeneración del sitemap XML, continuidad de llms.txt, paridad de robots.txt y un cambio de dirección formal en Search Console.
  • Los objetivos de Core Web Vitals están integrados en la construcción de Stencil/Catalyst: LCP por debajo de 2.5 s, INP por debajo de 200 ms, CLS por debajo de 0.1. La CDN y la caché perimetral de BigCommerce suelen mejorar de forma notable el LCP de un Magento autoalojado.
  • Más de 30 días de monitoreo posterior al lanzamiento: errores de rastreo, cobertura en Search Console, variaciones de posicionamiento, participación en citas de IA y paridad en la tasa de conversión.

Cronograma y proyecto

Proyecto Rangos típico

8–10 semanas

B2C estándar

Catálogo de menos de 5K SKU, densidad moderada de atributos EAV, checkout estándar, stack de apps común (Klaviyo, Yotpo, ShipStation), 2 pasarelas de pago, una sola tienda, tema Stencil.

12–16 semanas

B2B / Complejidad media

B2B Edition (empresas, cotizaciones, listas de compras, portal de facturas), precios por nivel → listas de precios, ERP / NetSuite, Avalara, conjuntos de atributos densos, desglose de productos configurables, reglas de envío personalizadas.

18–24+ semanas

Catalyst / Headless / Enterprise

Tienda Catalyst (Next.js), múltiples tiendas, múltiples monedas, módulos u observers personalizados de Magento sin equivalente directo, catálogo grande (más de 50K SKU), limpieza intensiva del inventario de URL de navegación por capas.

Los proyectos comienzan en $185/hora. Propuesta de tarifa fija después del descubrimiento, dimensionada según tu catálogo, la densidad EAV, las integraciones, los requisitos B2B y la arquitectura objetivo.

Solicitar una propuesta

Cuéntanos sobre tu tienda Magento

Cuéntanos tu versión de Magento (M1, M2, Adobe Commerce, Adobe Commerce Cloud), la densidad de atributos EAV, la complejidad de los productos configurables, el uso de B2B Suite, tu ERP/OMS y lo que no es negociable. Un estratega senior responde en un día hábil con un rango de precio y un borrador de la hoja de ruta de migración.

Preguntas frecuentes

Magento → BigCommerce Preguntas frecuentes

¿Cuánto tarda una migración de Magento a BigCommerce?
Los proyectos típicos de Magento (M2 / Adobe Commerce) a BigCommerce duran de 8 a 16 semanas. Catálogos de menos de 5K SKU con checkout estándar: de 8 a 10 semanas. B2B de complejidad media (Customer Groups, precios por volumen, ERP/NetSuite, Avalara): de 12 a 16 semanas. Catalyst headless en Next.js, multitienda o módulos personalizados de Magento sin equivalente limpio en BigCommerce: de 18 a 24+ semanas. El alcance se define después de una auditoría de descubrimiento del código de Magento, la densidad de atributos EAV, las extensiones y las integraciones.
¿Cómo manejan el catálogo EAV de Magento en BigCommerce?
Proyectamos el grafo EAV al modelo relacional de BigCommerce: los padres configurables + hijos simples se colapsan en un solo producto con una matriz de variantes, los super-atributos se vuelven opciones de variante, los atributos que afectan precio/SKU pero no son variantes se convierten en Product Modifiers y los atributos descriptivos de los conjuntos de atributos pasan a campos personalizados. Los paquetes y los productos agrupados se reexpresan con Modifiers o relaciones de producto. Tú apruebas una tabla de proyección atributo por atributo antes de que se mueva cualquier dato.
¿Qué pasa con las URL de navegación por capas de Magento?
Las URL rastreables de categorías filtradas de Magento (?price=, ?color=, facetas de selección múltiple) normalmente están indexadas y son el mayor riesgo de tráfico posterior a la migración en esta ruta. Exportamos el conjunto completo de URL, incluida la tabla url_rewrite y las URL de facetas indexadas, decidimos por patrón si cada una se redirige con 301 a una página con facetas de BigCommerce, a una categoría o se neutraliza con canonical, y verificamos la cadena de redirecciones tras el lanzamiento con Screaming Frog y los informes de cobertura de Search Console.
¿Cómo se traslada Magento B2B (empresas, cotizaciones, listas de reposición) a BigCommerce?
Adobe Commerce B2B Suite (cuentas de empresa, catálogos compartidos, listas de reposición, cotizaciones negociables) equivale en BigCommerce B2B Edition a empresas, roles de comprador, listas de precios, listas de compras y términos neto. Las cotizaciones negociables con cadenas de aprobación personalizadas suelen requerir una reconstrucción ligera en el motor de cotizaciones de BigCommerce; el punchout se hace con PunchOut2Go. Lo definimos en la etapa de descubrimiento.
M1 vs M2 vs Adobe Commerce Cloud: ¿la versión de origen cambia el alcance?
Sí. Las migraciones desde Magento 1 (sin parches de seguridad desde junio de 2020) son urgentes y suelen requerir más limpieza de datos. M2 / Adobe Commerce es de alcance estándar. Adobe Commerce Cloud agrega reglas de caché de Fastly, New Relic y patrones de despliegue de PaaS que desmontamos durante el lanzamiento. De M1 → BigCommerce hay más normalización de datos; de M2 / Cloud → BigCommerce hay más trabajo de mapeo de apps y flujos B2B.
¿Habrá tiempo de inactividad durante el corte?
Los cambios planificados toman minutos, no horas. Ejecutamos un entorno paralelo de BigCommerce, congelamos las escrituras en Magento, sincronizamos la última diferencia (pedidos / clientes / stock MSI), cambiamos el DNS con un TTL bajo y validamos en vivo el checkout / pagos / envío / impuestos / búsqueda / GA4 / píxeles. La tienda pasa QA contra un runbook antes de que se abra la ventana de cambio, con rutas de reversión y el TTL del DNS documentados.

Estrategas reales. Herramientas de IA reales. Crecimiento real. - 1Digital® desde 2012