VTEX, Adobe Commerce, Wake e BigCommerce atendem operações grandes, mas resolvem os mesmos problemas de formas diferentes e com responsabilidades distribuídas de jeitos diferentes. Comparar as quatro por lista de recursos dá empate. O que separa uma da outra é como cada uma lida com o seu cenário: catálogo, regras de preço, canais e logística, na edição que você de fato vai contratar.
Este guia é para quem conduz a seleção de plataforma em uma operação empresarial e precisa de um método que sirva de base para a recomendação técnica. A comparação é documental: foi montada com as páginas oficiais de cada fornecedor, consultadas em 20/10/2026, e não com um teste prático. Onde a página não deixava claro, a célula diz “verificar”.
Como comparar as quatro plataformas no mesmo cenário?
Primeiro, fixe o cenário. Sem isso, cada fornecedor apresenta o caso em que vai melhor. O cenário abaixo é ilustrativo; troque pelos números da sua operação.
- Catálogo: alguns milhares de SKUs, com grade de cor e tamanho e kits.
- Preço: tabela de varejo para o consumidor e tabela por cliente para revendedores, com pedido mínimo.
- Canais: loja própria, um marketplace próprio com sellers convidados e lojas físicas com retirada.
- Logística: dois centros de distribuição e o estoque das lojas físicas disponível para venda online.
- Sistemas: ERP existente como fonte de produto, preço e estoque.
Com o cenário fixo, a tabela compara o que cada fornecedor declara. Os termos “verificar” indicam ponto a confirmar na prova de conceito.
| Requisito do cenário | VTEX | Adobe Commerce | Wake | BigCommerce |
|---|---|---|---|---|
| Modelos de negócio | Plataforma para D2C, B2C, B2B e marketplace | B2B e B2C a partir de uma única instância (Cloud Service) | Plataforma B2C, B2B e marketplace | Plataforma para B2C e B2B; B2B Edition documentada |
| Preço por cliente e pedido mínimo | Recursos B2B disponíveis no Store Framework; no FastStore, pelo B2B Buyer Portal, em beta fechado. Confirmar o pedido mínimo | Verificar | Verificar | Verificar na B2B Edition |
| Marketplace próprio com sellers | Recursos de marketplace nas duas tecnologias de vitrine | Verificar | Anunciado | Verificar; a página cita venda em marketplaces externos |
| Estoque de loja física vendido online | Operações omnichannel anunciadas | Verificar | OMS nativo, lojas como pontos de atendimento e prateleira infinita | Verificar |
| Opções de vitrine | FastStore ou Store Framework | Commerce Storefront, totalmente headless, via GraphQL | Wake Storefront (HTML, CSS, JavaScript) e Storefront API em GraphQL | Temas Stencil ou Catalyst (Next.js) |
| Pagamento, frete e fiscal no Brasil | Verificar | Verificar | Verificar | Verificar |
Três observações da documentação que mudam a conta:
- VTEX. A documentação para desenvolvedores apresenta três tecnologias de vitrine e informa que o Legacy CMS Portal não está mais disponível para lojas novas. Para um projeto novo, a escolha é entre FastStore e Store Framework, e as duas podem rodar ao mesmo tempo na mesma loja. A mesma página marca alguns recursos do FastStore como beta fechado, entre eles o portal B2B e as lojas multi-idioma, que no Store Framework aparecem como disponíveis (consultado em 20/10/2026).
- Adobe Commerce. A edição muda tudo. O Adobe Commerce as a Cloud Service é SaaS gerido pela Adobe, com atualizações aplicadas automaticamente depois de um período de 30 dias para avaliação em sandbox, e não aceita vitrines Luma. Já nas instalações em cloud infrastructure ou on-premises, a atualização de versão é trabalho do projeto: a página de versões indica, por exemplo, que o suporte regular da linha 2.4.7 termina em 31/05/2027 e o da 2.4.8 em 31/05/2028 (consultado em 20/10/2026).
- BigCommerce. Com Catalyst, a vitrine é uma aplicação Next.js hospedada à parte, na hospedagem nativa da BigCommerce (em beta fechado na consulta), na Vercel ou em outro provedor compatível. O checkout continua no ambiente SaaS da BigCommerce, por redirecionamento.
Como montar o custo total sem inventar preço?
As páginas consultadas não trazem um preço aplicável a este cenário, e a licença precisa ser pedida na edição exata que será contratada. Por isso, o custo total se compara por componente, sempre com a edição escrita ao lado. A tabela abaixo é um modelo para receber as propostas.
| Componente | O que pedir em cada proposta | Pergunta que evita surpresa |
|---|---|---|
| Licença | Modelo de cobrança e edição contratada | O valor varia com faturamento, pedidos ou ambientes? |
| Implantação | Escopo de catálogo, layout, regras e canais | O que fica fora do escopo inicial? |
| Integrações | ERP, OMS, marketplace, frete, pagamento, fiscal | Conector pronto, aplicativo pago ou desenvolvimento? |
| Infraestrutura | Hospedagem da vitrine e de serviços próprios | Quem paga e quem opera a hospedagem? |
| Evolução | Atualizações de versão, apps e novas funções | A plataforma atualiza sozinha ou é projeto? |
A linha de infraestrutura é a que mais varia entre as quatro. Em uma vitrine própria (Catalyst, FastStore com código customizado, front sobre a API da Wake ou o storefront headless da Adobe), alguém hospeda, monitora e atualiza essa camada. Na Adobe Commerce instalada pelo próprio cliente, isso vale para a aplicação inteira.
Diagrama das responsabilidades
Use o diagrama como roteiro de perguntas. Para cada camada, a proposta deve dizer quem responde.
Cliente final
│
[ Vitrine ] ← plataforma (tema) ou projeto (front próprio)
│ API
[ Carrinho e checkout ] ← plataforma (em geral)
│
[ Catálogo, preço, promoções ] ← plataforma, alimentada pelo ERP
│
[ Pedidos e estoque (OMS) ] ← nativo ou sistema externo
│
[ ERP, fiscal, transportadoras ] ← integrações do projeto
│
[ Hospedagem e atualização ] ← fornecedor (SaaS) ou cliente (instalação própria)| Camada | VTEX | Adobe Commerce | Wake | BigCommerce |
|---|---|---|---|---|
| Vitrine | Plataforma ou projeto | Projeto (storefront headless) | Plataforma ou projeto | Plataforma (Stencil) ou projeto (Catalyst) |
| Checkout | Verificar na edição | Verificar na edição | Checkout headless anunciado | Plataforma, por redirecionamento |
| OMS | Verificar | Verificar | Nativo, segundo a página | Verificar |
| Atualização do núcleo | Verificar no contrato | Adobe (Cloud Service) ou projeto (instalação própria) | Verificar no contrato | Plataforma (SaaS) |
Que critérios usar na prova de conceito, homologação e aceite?
A prova de conceito só serve se tiver critério de aprovação escrito antes. Proponha os mesmos testes para as plataformas finalistas.
| Teste | Critério de aprovação |
|---|---|
| Importar uma amostra real do catálogo com grade e kits | Produtos exibidos e vendáveis sem ajuste manual |
| Criar um revendedor com tabela própria e pedido mínimo | Preço e bloqueio corretos no carrinho |
| Fazer um pedido com retirada em loja física | Estoque da loja reservado e baixado |
| Enviar pedido ao ERP e receber de volta faturamento | Status atualizado na loja sem intervenção |
| Cadastrar um seller no marketplace próprio | Produto do seller vendido e repassado |
| Calcular frete de dois centros de distribuição | Origem e prazo escolhidos pela regra definida |
Na homologação, repita os testes com o volume real e com as integrações definitivas. No aceite, registre cada teste com data, responsável e evidência. A implantação está pronta quando todos passaram, não quando o layout ficou pronto.
Quando cada opção entra ou sai da seleção?
As regras abaixo são condicionais e servem para cortar a lista, não para eleger um vencedor.
- VTEX entra quando marketplace próprio, B2B e operação omnichannel estão no mesmo projeto e você quer escolher a tecnologia de vitrine. Sai se o recurso crítico estiver só em beta na tecnologia de vitrine escolhida. Para aprofundar, leia criar loja VTEX. A SouLoja atende a criação de loja na VTEX.
- Adobe Commerce entra quando a operação já usa outras soluções da Adobe ou precisa de uma base muito extensível. Sai se a equipe não puder sustentar a edição escolhida. A diferença entre as edições está em Magento Open Source ou Adobe Commerce.
- Wake entra quando lojas físicas como pontos de atendimento e OMS nativo são centrais. Sai se uma integração crítica não tiver conector homologado nem caminho por API. Veja como criar loja Wake.
- BigCommerce entra quando o projeto quer SaaS no núcleo e liberdade de vitrine com Next.js. Sai se pagamento, frete e fiscal brasileiros não forem resolvidos na prova de conceito. Leia BigCommerce no Brasil antes.
Se nenhuma das quatro resolve a regra comercial sem desenvolvimento pesado, a pergunta muda para plataforma pronta ou sob medida.
Próximo passo
Leve o cenário, a tabela de custo por componente e a lista de testes para as conversas com os fornecedores. Se a operação ainda não é desse porte, volte ao guia de como escolher a plataforma de e-commerce. Entre as quatro, a SouLoja implanta a VTEX; para as demais, podemos avaliar o projeto e ajudar a montar a comparação na página de criação de loja virtual profissional.
