Pergunta que eu faço em toda primeira reunião de manutenção: a loja é Adobe Commerce ou Open Source. E quase sempre a resposta vem com um talvez. Já peguei cliente pagando licença sem usar um recurso pago sequer, e agência prometendo funcionalidade que só existe na versão paga para uma loja que era Open Source.
Dá para resolver isso em menos de um minuto, sem abrir chamado com ninguém.
O grep que responde
Na raiz da loja, onde fica o bin/magento:
grep -E 'magento/(product|project)-(community|enterprise)-edition' composer.jsonÉ uma linha só de resposta, e ela decide tudo:
| O que aparece | Sua loja é |
|---|---|
magento/product-community-edition | Magento Open Source, sem licença |
magento/product-enterprise-edition | Adobe Commerce, com licença paga |
magento/magento-cloud-metapackage | Adobe Commerce on Cloud |
Os nomes vêm da própria instalação: a Adobe publica magento/project-community-edition e magento/project-enterprise-edition como metapacotes de criação do projeto, e o que sobra no require depois é o product- correspondente.
Se preferir perguntar para o Composer em vez de ler o arquivo:
composer show magento/product-enterprise-editionVoltou a versão instalada, é Adobe Commerce. Voltou que o pacote não foi encontrado, é Open Source.
E um aviso, porque é armadilha comum: php bin/magento --version não responde essa pergunta. Ele imprime Magento CLI seguido do número da versão, e o número é idêntico nas duas edições. Uma loja 2.4.7-p10 Open Source e uma 2.4.7-p10 Adobe Commerce imprimem exatamente a mesma linha. Quem separa as duas é o nome do pacote, não o número.
Dois sinais no admin, se você não tem terminal
Nem todo lojista tem acesso SSH. Sem problema — dois recursos são exclusivos da versão paga e a documentação da Adobe diz isso com todas as letras: this is an exclusive feature that is available only in Adobe Commerce and is not available in Magento Open Source.
Dynamic Blocks. Entre em Content > Elements. Se existe o item Dynamic Blocks ali, é Adobe Commerce. No Open Source o menu tem Pages, Blocks e Widgets, e para por aí.
Scheduled Changes. Abra a edição de qualquer produto ou página de CMS e olhe o topo da tela. Se aparece uma caixa Scheduled Changes, com botão para agendar a alteração para uma data futura, é o Content Staging — também exclusivo da versão paga.
Um sinal só já basta. Se os dois aparecem, não tem discussão.
Por que essa resposta muda o seu plano
Não é curiosidade. A edição decide o que você pode fazer quando a versão da sua loja fica velha.
A Adobe é direta sobre isso nas notas de patch de segurança: os patches de extended support, aqueles que continuam saindo depois que a linha sai do suporte regular, existem só para cliente Adobe Commerce e não são publicados para a base de código do Magento Open Source.
Na prática, para quem roda Open Source numa linha que já saiu do suporte regular, não existe patch pago para comprar tempo: o caminho é subir de versão. Para quem paga Adobe Commerce, existe uma janela a mais — que também tem prazo, mas dá fôlego para planejar o upgrade.
Isso muda orçamento, cronograma e a conversa com o cliente. Vale saber antes de prometer prazo.
Se você está exatamente nessa decisão — subir para a versão paga ou continuar no Open Source — eu abri a comparação campo a campo no guia de Adobe Commerce e Magento Open Source.
Perguntas rápidas
O Page Builder no admin significa que é Adobe Commerce?
Não. O Page Builder passou a fazer parte do Magento Open Source e aparece nas duas edições. Ele não serve para diferenciar.
Dá para migrar de Open Source para Adobe Commerce sem refazer a loja?
Dá, é uma troca de metapacote no Composer mais a compra da licença, e o catálogo e os pedidos continuam onde estão. O trabalho real fica nos módulos de terceiros, que precisam ser compatíveis com a edição paga.
E se o composer.json não tiver nenhum desses pacotes?
Provavelmente você está olhando o composer.json de um módulo, e não o da raiz da loja. O arquivo certo fica na mesma pasta do bin/magento e do app/etc/env.php.
Pra conferir na fonte
- Install Adobe Commerce using Composer — Adobe Experience League
- Dynamic Blocks — Adobe Experience League
- Content Staging — Adobe Experience League
- Security patch release notes — Adobe Experience League