Comparação · 7 min de leitura

Magento Open Source ou Adobe Commerce: o que muda na contratação

Magento Open Source é código aberto; Adobe Commerce é produto contratado da Adobe. Compare licença, hospedagem, extensões e manutenção. Use o inventário.

Por Guilherme Fernandes, responsável pelos projetos da SouLoja · Atualizado em

Ilustração de duas caixas do mesmo formato, uma aberta com peças à vista e outra lacrada, numa balança

Magento Open Source e Adobe Commerce compartilham a mesma origem, mas não são a mesma contratação. O Magento Open Source é um software de código aberto: você baixa, instala, hospeda e mantém, ou paga alguém para fazer isso. O Adobe Commerce é um produto comercial da Adobe, construído sobre essa base, com recursos que a edição aberta não tem, modalidades de hospedagem gerenciada pela Adobe e suporte da própria Adobe. Na prática, a escolha muda quem você contrata, o que entra em cada contrato e quem responde quando algo quebra.

Este guia é para quem está avaliando Magento para uma loja nova ou recebeu propostas que citam “Magento” sem dizer qual edição. Se a dúvida ainda é entre uma plataforma pronta e um projeto mais técnico, veja antes como decidir entre plataforma pronta ou sob medida.

Software ou produto comercial: qual é a diferença?

O repositório oficial do Magento no GitHub, mantido pela Adobe, publica o código sob a Open Software License 3.0 (OSL-3.0). O próprio README descreve o Magento Open Source como um software com recursos básicos de e-commerce para construir uma loja do zero e recomenda o Adobe Commerce para quem precisa de uma solução completa, citando a arquitetura de nuvem otimizada, a hospedagem e os recursos de merchandising e análise com IA.

O guia do Admin da Adobe reforça a relação entre os dois: o Adobe Commerce é construído sobre uma base de código aberta, e o Magento Open Source é essa base, para a qual a Adobe contribui oficialmente e garante compatibilidade para uma eventual transição ao Adobe Commerce. A documentação usa uma marcação específica para recursos exclusivos do Adobe Commerce.

Aspecto Magento Open Source Adobe Commerce
O que é Base de código aberta Produto comercial da Adobe
Licença OSL-3.0, conforme o repositório oficial Contrato com a Adobe; condições comerciais não publicadas na documentação consultada
Onde roda Na hospedagem que você contratar Instalação própria (on-premises), nuvem gerenciada pela Adobe (PaaS) ou Adobe Commerce as a Cloud Service (SaaS)
Recursos exclusivos Não inclui os recursos marcados como exclusivos Inclui, por exemplo, content staging e o B2B da Adobe
Serviços hospedados pela Adobe Payment Services compatível a partir da 2.4.4 Live Search, Product Recommendations, Catalog Service e Payment Services
Política de suporte publicada Verificar com quem mantém a instalação Política de ciclo de vida com suporte padrão de três anos por versão
Quem aplica patches Quem mantém a instalação Depende da modalidade e do contrato

Licença, infraestrutura, extensões e manutenção: o que entra na conta?

As duas edições têm custos que aparecem fora do valor da implantação. Separe-os por linha para comparar propostas.

Licença. No Open Source não há contrato de licença com a Adobe; o código é aberto. No Adobe Commerce, a contratação é feita com a Adobe e o valor depende da negociação. Peça que a proposta diga qual edição foi orçada e se o custo da licença está incluído ou fica por conta da loja.

Infraestrutura. No Open Source, a hospedagem é escolha e responsabilidade sua. A lista de requisitos da Adobe é extensa: versão de PHP, banco de dados (MySQL ou MariaDB), mecanismo de busca (OpenSearch), cache, fila de mensagens e servidor web, cada um com versões testadas por versão do Commerce. A página de requisitos informa que a Adobe só suporta as combinações listadas e dá um exemplo: a versão 2.4.9 foi testada com MariaDB 12.3, e o banco deve ser atualizado antes da loja. No Adobe Commerce em nuvem, a infraestrutura é gerenciada pela Adobe, mas a política de ciclo de vida avisa que, a partir de 1º de junho de 2027, ambientes em nuvem rodando versões sem suporte deixarão de ser mantidos e poderão ter o tráfego suspenso (consultado em 20/10/2026).

Extensões. Frete, meios de pagamento brasileiros, emissão de nota, integração com ERP e marketplaces costumam vir de extensões de terceiros. Cada extensão tem custo, fornecedor e compatibilidade com versões específicas. Liste quais já existem para a sua necessidade e quais exigiriam desenvolvimento.

Manutenção. É a linha que mais pesa ao longo do tempo. Patches de segurança, atualização de PHP e do banco, revisão das extensões e testes a cada versão fazem parte da operação de qualquer Magento. A diferença é quem executa e quem responde: no Open Source, a equipe ou o fornecedor que você contratar; no Adobe Commerce, uma parte fica com a Adobe, conforme a modalidade e o contrato.

Quais requisitos exigem a edição comercial?

Não basta saber que o Adobe Commerce “tem mais recursos”. O que importa é se algum requisito da sua loja depende de um recurso exclusivo. Três exemplos documentados:

  • Content staging. A Adobe indica que o agendamento e a pré-visualização de mudanças de conteúdo, preço e promoções pelo Admin é um recurso exclusivo do Adobe Commerce, não disponível no Magento Open Source.
  • B2B. O B2B da Adobe (contas de empresa com estrutura de compradores, permissões, cotações, listas de requisição e compra a prazo) é documentado como extensão para lojistas Adobe Commerce, marcada para as modalidades PaaS e on-premises.
  • Modalidade SaaS. O Adobe Commerce as a Cloud Service usa a vitrine da Adobe sobre Edge Delivery Services, totalmente headless, e não suporta vitrines Luma. Isso é próprio do produto comercial.

Para cada requisito, siga a mesma sequência: o recurso é nativo no Open Source? Se não, é exclusivo do Adobe Commerce? Se for exclusivo, existe extensão de terceiro que atenda no Open Source? E quanto custa manter essa alternativa? Quando a resposta exige a edição comercial em mais de um requisito central, a conta tende a mudar de lado.

Inventário de versão, extensões e requisitos de uma instalação demonstrativa

O inventário abaixo é ilustrativo: descreve uma instalação demonstrativa, não uma loja real nem um projeto executado. Ele serve de modelo para registrar a edição e as condições de manutenção antes de pedir orçamento. Datas e versões vêm da documentação da Adobe consultada em 20/10/2026.

Item Registro na instalação demonstrativa Edição a que se aplica Condição de manutenção
Edição Magento Open Source Open Source Sem contrato de suporte com a Adobe
Versão 2.4.8 (última correção listada: 2.4.8-p5) Ambas Na política do Adobe Commerce, o suporte padrão da linha 2.4.8 vai até 31/05/2028
Hospedagem Servidor contratado pela loja Open Source Responsável pela infraestrutura: fornecedor de hospedagem
PHP Versão listada para a 2.4.8 na tabela de requisitos Ambas Conferir a tabela a cada atualização
Banco e busca MariaDB e OpenSearch nas versões testadas Ambas Atualizar antes da loja, quando a tabela exigir
Tema Tema próprio derivado do Luma Ambas Revisar a cada versão; Luma não é aceito no Cloud Service
Extensão de frete Fornecedor A (ilustrativo) Ambas Confirmar compatibilidade com a versão alvo
Extensão de pagamento Fornecedor B (ilustrativo) Ambas Confirmar compatibilidade e certificação
Integração com ERP Módulo próprio Ambas Código mantido pela equipe da loja
Agendamento de campanhas Requisito desejado Exclusivo do Adobe Commerce No Open Source, exigiria alternativa
Contas B2B com aprovação Fora do escopo da fase 1 Adobe Commerce (extensão B2B) Reavaliar a edição se entrar no escopo
Responsável por patches Fornecedor de manutenção contratado Open Source Prazo de aplicação combinado em contrato

Se a sua tabela tem uma ou mais linhas na coluna “exclusivo” que são obrigatórias, a comparação deixa de ser só técnica e passa a ser de contrato.

Condições e limites

A política de ciclo de vida citada é publicada para o Adobe Commerce. Para Magento Open Source, confirme com o fornecedor que mantém a instalação como serão tratados os patches de cada linha de versão. As páginas comerciais da Adobe sobre as duas edições não responderam durante a redação; as informações vêm da documentação técnica oficial e do repositório do projeto. Preços de licença, hospedagem e extensões não foram publicados porque dependem de negociação ou de fornecedor.

Próximo passo

Se a loja já existe em Magento e a dúvida é se vale continuar, veja como decidir entre atualizar Magento ou migrar. Se ainda está escolhendo a plataforma, compare Magento com outras opções empresariais no guia para comparar plataformas para e-commerce empresarial. A SouLoja trabalha com Nuvemshop, Shopify, WooCommerce, Tray, Loja Integrada, Wix e VTEX; se o seu projeto couber em uma delas, conheça a criação de loja virtual e peça uma avaliação.

Próxima leitura

Continue planejando sua loja

Próximo passo

Conte o que sua loja virtual precisa fazer

Informe seu segmento, se já vende online e quais são os principais desafios da operação. A partir daí, discutimos a estrutura do projeto e preparamos uma proposta com entregas e responsabilidades definidas.