Magento Open Source, Adobe Commerce e Magento 1 vs. 2
O Magento Open Source é um software de ecommerce gratuito, autoalojado e baseado em PHP; a Adobe Commerce (antigo Magento Commerce) é o nível pago, com funcionalidades adicionais de B2B, staging de conteúdo e alojamento na cloud, executado em infraestrutura gerida pela Adobe. O Magento 1 atingiu o fim de vida há anos, e as lojas que ainda o utilizam estão normalmente a migrar só por esse motivo, independentemente de qualquer decisão de comparação entre plataformas.
Dada essa amplitude, um projeto de "migração Magento" pode significar mover uma pequena loja Magento 1 para uma plataforma completamente diferente, mover o Magento 1 para o Magento 2 (continua a ser Magento, mas uma reconstrução de versão major), ou sair da Adobe Commerce Cloud para algo com uma estrutura de custos diferente. Definimos qual destes cenários se aplica antes de estimar seja o que for.
O modelo de dados EAV e a configuração multi-loja
O Magento guarda os dados de produto numa estrutura EAV (entidade-atributo-valor), potente para catálogos altamente configuráveis e ricos em atributos, mas estruturalmente diferente das tabelas de produto planas e mais simples que a maioria das outras plataformas utiliza. Os produtos configuráveis (a versão do Magento para variantes), os conjuntos de atributos personalizados e a navegação em camadas orientada por atributos precisam todos de um mapeamento explícito ao migrar para uma plataforma sem equivalente EAV.
A arquitetura multi-loja/multi-site do Magento, que permite correr várias lojas online, moedas ou idiomas a partir de uma única instalação, é outro ponto a mapear com cuidado, já que a maioria das plataformas trata o multi-loja de forma diferente: lojas separadas, uma única loja com definições específicas por mercado, ou nenhum equivalente nativo.
Extensões, módulos personalizados e programadores Magento
As lojas Magento dependem normalmente de extensões de marketplace e de módulos construídos à medida para tudo o que vai além da funcionalidade base, como métodos de pagamento, regras de preços B2B ou lógica de catálogo específica do negócio. Por ser uma plataforma muito orientada para programadores, uma parte significativa do que uma loja "faz" vive frequentemente em código PHP personalizado e não em definições de administração, e essa lógica tem de ser identificada e reconstruída ou substituída, não apenas exportada.
Os temas seguem o mesmo padrão: os temas Magento assentam no seu próprio sistema de layout XML/blocos, sem equivalente direto noutro lado, pelo que sair do Magento costuma implicar uma construção de raiz da loja na nova plataforma.
SEO, URLs e como tratamos uma migração Magento
O Magento gere internamente os redirecionamentos de URL e suporta estruturas de URL bastante flexíveis, mas os detalhes concretos (caminhos de categoria, sufixos de URL de produto, URLs específicas por store view) variam muito de loja para loja consoante a configuração. É precisamente por essa variabilidade que começamos com uma auditoria aos padrões de URL reais e em produção, em vez de presumir uma definição padrão do Magento.
Numa migração Magento, construímos o mapa de URLs/redirecionamentos com base no que a sua loja realmente faz hoje, tratamos as variantes de URL multi-loja quando relevante e validamos que os metadados e as tags canónicas são transportados corretamente. O nosso serviço de SEO e Migração de Redirecionamentos cobre isto com mais detalhe.
Perguntas frequentes
Ainda estou no Magento 1. Conseguem migrar-me?
Sim, sair do Magento 1 é um dos projetos mais comuns que vemos, normalmente motivado pelo fim de vida da plataforma e não por uma preferência entre plataformas. Tratamos isto como uma mudança de plataforma completa, já que o Magento 1 e o 2 têm arquiteturas subjacentes diferentes.
O que acontece aos meus módulos Magento personalizados?
Identificamos o que cada módulo personalizado realmente faz, seja uma integração de pagamento, uma regra de preços ou uma funcionalidade de catálogo, e avaliamos se a plataforma de destino tem um equivalente nativo ou por extensão, ou se é preciso desenvolvimento personalizado.
As funcionalidades de B2B da Adobe Commerce migram para uma plataforma não-enterprise?
Depende das funcionalidades. Contas empresariais, fluxos de orçamento e preços B2B por níveis não têm um equivalente direto em todas as plataformas, por isso avaliamos isto caso a caso durante o levantamento inicial, sem presumir uma correspondência total.
Como é que a estrutura de atributos EAV afeta o tempo de migração?
Catálogos com muitos atributos e conjuntos de atributos personalizados costumam levar mais tempo de mapeamento do que catálogos planos e simples, já que cada atributo precisa de uma decisão explícita sobre onde fica na plataforma de destino.