Vamos começar afirmando que a melhor plataforma de e-commerce é a que acompanha o estágio da sua operação sem travar o checkout, os pagamentos e os dados. A escolha começa pelo que a loja precisa controlar para vender mais. A lista de recursos vem depois.
Uma plataforma pode colocar a loja no ar em poucos dias e, um ano depois, limitar a operação quando o volume pede integrações mais profundas, regras de pagamento próprias ou mais controle sobre o checkout. Outra entrega autonomia quase total, mas exige equipe, hospedagem e manutenção que não fazem sentido para um negócio ainda em validação.
Para quem investe em tráfego pago, o checkout é onde essa escolha aparece no resultado. Cada visita que chega ao carrinho já custou mídia. Se ela trava num formulário longo, numa recusa ou na falta de um meio de pagamento, o CAC foi pago e a receita não veio.
Neste guia, a gente compara Shopify, Nuvemshop, VTEX, WooCommerce e Tray, cinco plataformas com arquiteturas diferentes e presença forte no mercado brasileiro. O objetivo é mostrar em que contexto cada uma tende a fazer sentido e quais perguntas você precisa responder antes de contratar ou migrar.
O que uma plataforma de e-commerce faz, e o que ela não faz?
Uma plataforma de e-commerce organiza a operação comercial da loja: catálogo, preços, páginas, carrinho, estoque, pedidos, clientes, promoções, frete e administração. Conforme o modelo, também traz recursos de marketplace, B2B, marketing, analytics, OMS e venda presencial.
Nem tudo que acontece depois do clique em comprar pertence à plataforma. Ela registra o pedido e conecta serviços, mas o pagamento passa por checkout, gateway, antifraude, adquirente, bandeira e banco emissor. Logística, fiscal, CRM e mídia também costumam depender de sistemas externos.
A documentação da VTEX deixa essa divisão explícita: o Checkout mantém a estrutura do pedido, enquanto o gateway de Payments encaminha a solicitação para conectores e provedores externos (VTEX Developers: Checkout e Payments). Com essa separação, a plataforma pode estar estável e a transação falhar em outra camada.
Separar as camadas evita um erro caro: trocar a plataforma inteira quando o gargalo está no pagamento, numa integração, no cálculo de frete ou na qualidade dos dados. Cada problema precisa ser ligado ao sistema que de fato o controla.
Leia também: Plataforma de e-commerce e gateway: quem faz o quê
Quais critérios importam na escolha da plataforma?
Sete critérios separam a comparação de recursos da comparação que mexe em custo e receita: custo total, checkout, pagamentos, integrações, dados, desempenho e autonomia técnica. A tabela traduz cada um em uma pergunta de decisão.
| Critério | Pergunta de decisão |
|---|---|
| Custo total | Mensalidade é só uma parte. Some implantação, tema, apps, integrações, taxas por venda, hospedagem, manutenção, suporte e equipe técnica. |
| Checkout | Avalie o quanto a operação consegue controlar campos, etapas, mensagens, eventos, experiência mobile e testes. |
| Pagamentos | Verifique quais provedores podem ser conectados, se existem taxas adicionais, limitações por plano ou dependência de um provedor nativo. |
| Integrações | ERP, WMS, CRM, marketplaces, fiscal, logística e analytics precisam compartilhar dados sem criar rotinas manuais frágeis. |
| Dados | A operação precisa confiar em IDs de pedido, status, APIs, webhooks e relatórios para conciliar financeiro, estoque e mídia. |
| Desempenho e escala | Picos, catálogos maiores, tráfego concentrado e mais integrações aumentam a pressão sobre a arquitetura. |
| Autonomia e suporte | Quanto mais controle técnico a empresa quer, mais precisa avaliar documentação, APIs, parceiros e capacidade interna de manter a plataforma. |
Desempenho também entra na conta. O Google recomenda avaliar os Core Web Vitals e a experiência da página como um todo, o que inclui carregamento, responsividade, estabilidade visual, segurança e comportamento no celular. A plataforma não define tudo isso sozinha, mas determina boa parte da base técnica que a loja terá.
Uma loja que precisa de implantação rápida pode aceitar recursos padronizados em troca de menos esforço técnico. Outra, com tráfego alto e integrações próprias, pode preferir uma arquitetura que deixe checkout, APIs, pagamentos e dados sob controle, mesmo assumindo mais responsabilidade da equipe. A comparação precisa deixar essa troca visível.
Quais são as principais plataformas de e-commerce no Brasil?
As cinco plataformas abaixo representam três modelos: SaaS hospedado, SaaS enterprise e open source. As características citadas foram conferidas nas páginas oficiais de cada empresa em 5 de outubro de 2026 e podem mudar.
Shopify
A Shopify é uma plataforma SaaS hospedada. Oferece infraestrutura, painel, temas, catálogo, checkout e um ecossistema amplo de aplicativos em planos mensais. Na página brasileira de preços, os planos públicos vão do Basic ao Advanced, e o Shopify Plus atende operações mais complexas. A personalização completa do checkout aparece como recurso do Plus; nos demais planos, a própria tabela oficial a classifica como limitada.
Para quem vende no Brasil, dois pontos pesam. O país não aparece na lista oficial de países atendidos pelo Shopify Payments e a Shopify cobra taxa de transação adicional quando a loja usa provedores de pagamento de terceiros, com valor que varia conforme o plano. A loja brasileira opera com provedor externo e precisa colocar essa taxa na conta do custo total.
O ganho está na velocidade de implantação e no ecossistema. A limitação aparece quando a operação precisa de mais controle sobre checkout ou pagamentos e descobre que essa autonomia depende de plano, aplicativo ou arquitetura adicional.
Leia também: Shopify no Brasil: o que muda em relação ao resto do mundo
Nuvemshop
A Nuvemshop é uma plataforma SaaS brasileira, com planos públicos em reais e o Nuvemshop Next para operações maiores. A página de preços mostra um plano gratuito e planos pagos a partir do Essencial, com mais recursos conforme a loja cresce.
Na camada de pagamento, a documentação lista diversas integrações e diferencia checkout padrão, transparente e lightbox. Ela também registra duas regras que afetam o checkout: o transparente aceita um meio de pagamento por modalidade, e a disponibilidade das integrações pode variar conforme o plano.
Para operações de maior complexidade, a Nuvemshop Next apresenta APIs e mais de 200 integrações, incluindo gateways, ERPs, marketplaces e ferramentas de dados.
A vantagem está na operação pensada para o Brasil e na barreira baixa para começar sem administrar infraestrutura. A avaliação precisa checar se as regras de checkout e pagamento acompanham a arquitetura que você pretende montar.
VTEX
A VTEX é voltada a operações mais complexas, com comércio unificado, marketplace, OMS, B2B, headless e APIs. A documentação de checkout permite customizações, e a camada de pagamentos funciona por gateway e conectores para provedores externos, segundo informações da própria plataforma.
Na apresentação B2C, a empresa descreve uma arquitetura SaaS cloud-native, multi-tenant, headless e composable, com OMS e recursos omnichannel integrados. A conversa tende a começar por arquitetura, governança e integração, e menos pela facilidade de colocar a primeira loja no ar.
Nas páginas públicas consultadas, a VTEX não apresentava tabela de preços self-service e direcionava a contratação para conversa comercial. O custo total depende de escopo, implantação, parceiros e complexidade da operação.
WooCommerce
O WooCommerce segue outra lógica: é uma plataforma open source para WordPress. O núcleo é gratuito, e a empresa escolhe hospedagem, tema, extensões, gateway e desenvolvimento. Isso reduz a dependência de um fornecedor único e aumenta a responsabilidade técnica da operação.
A página oficial de preços afirma que o WooCommerce não cobra mensalidade da plataforma nem participação sobre a receita. O custo aparece em hospedagem, extensões, desenvolvimento, serviços de terceiros e processamento de pagamentos; a própria Woo publica faixas de referência para esses componentes.
A arquitetura combina com operações em que autonomia e customização pesam muito e existe equipe para manter o stack. O mesmo controle que permite adaptar quase tudo, checkout incluído, deixa desempenho, segurança, compatibilidade entre extensões e atualizações sob responsabilidade da própria loja.
Tray
A Tray também trabalha com planos SaaS em reais e enfatiza integrações com marketplaces, ERP, editor visual e serviços próprios de pagamento e envio. Na tabela pública consultada, os planos tinham recomendações por faixa de faturamento e valores mensais diferentes conforme contratação mensal ou anual.
A página oficial de preços também diferencia tarifas de venda conforme o plano e o uso do Tray Pagamentos ou de outros intermediadores, além de indicar mais de 2.000 integrações no ecossistema.
Quem usa o Tray Pagamentos e quem usa outro intermediador paga tarifas diferentes, então o provedor de pagamento entra no cálculo do plano. A Tray tende a fazer sentido para operações que valorizam integração com marketplaces e serviços locais dentro de uma estrutura SaaS.
| Plataforma | Modelo | Preço/contratação | Força principal | Ponto de atenção |
|---|---|---|---|---|
| Shopify | SaaS hospedado | Preços públicos em USD; Plus para maior complexidade | Ecossistema amplo e implantação rápida | Brasil fora da lista do Shopify Payments; taxas de terceiros e limites de checkout variam por plano |
| Nuvemshop | SaaS hospedado | Planos públicos em BRL + Next sob proposta | Localização brasileira, apps e integrações | Regras e disponibilidade de integrações/checkout variam por plano e modalidade |
| VTEX | SaaS enterprise / composable | Proposta comercial | OMS, marketplace, B2B, APIs e omnichannel | Implantação e governança mais complexas; avaliar TCO e projeto |
| WooCommerce | Open source / self-hosted | Core gratuito + infraestrutura e extensões | Controle do código, dados e stack | Responsabilidade maior por hospedagem, manutenção, segurança e compatibilidade |
| Tray | SaaS hospedado | Planos públicos em BRL | Marketplaces, integrações e serviços locais | Avaliar tarifas por venda, limites de plano e arquitetura de pagamentos |
Duas empresas com o mesmo faturamento podem escolher plataformas diferentes. Uma depende de marketplace e OMS; a outra precisa de um checkout altamente controlável ou de um stack open source integrado ao WordPress.
Como a plataforma afeta o checkout e a conversão?
A plataforma define o checkout que você pode ter: quantos campos e etapas ele mostra, quais meios de pagamento oferece, o que pode ser testado e quais eventos ficam registrados. É no checkout que a decisão de plataforma vira taxa de conversão.
O Baymard Institute calcula em 70,19% a taxa média documentada de abandono de carrinho, a partir de 50 estudos. Parte desse abandono é natural. Na pesquisa do instituto com compradores on-line dos Estados Unidos, 42% disseram ter abandonado um carrinho porque estavam só pesquisando. Quando esse grupo sai da conta, aparecem motivos ligados ao checkout e ao pagamento.
| Motivo de abandono citado | Compradores | Onde a plataforma interfere |
|---|---|---|
| Custos extras altos (frete, impostos, taxas) | 40% | Exibição de frete e custo total antes da etapa final |
| Desconfiança ao informar o cartão | 19% | Ambiente de pagamento, checkout transparente ou redirecionado |
| Checkout longo ou complicado | 17% | Campos e etapas que você consegue remover ou reorganizar |
| Erros ou travamentos no site | 17% | Estabilidade em picos, apps e integrações |
| Cartão recusado | 10% | Provedores conectados e possibilidade de rota alternativa |
| Poucos meios de pagamento | 9% | Integrações disponíveis no seu plano |
Os números retratam compradores americanos e servem como referência de comportamento, não como retrato do Brasil. O padrão, porém, se aplica a qualquer operação: pelo menos quatro desses motivos dependem do que a plataforma permite ou bloqueia, como número de campos, estabilidade, provedores conectados e meios de pagamento oferecidos.
O mesmo levantamento mostra o tamanho da distância. Nos testes do Baymard, um checkout ideal pode ter de 12 a 14 elementos de formulário, enquanto a média dos checkouts americanos analisados exibe 23,48 por padrão. Se a plataforma não deixa você remover campos, reorganizar etapas ou testar variações, esse ganho fica fora de alcance, por melhor que seja a campanha.
Para quem compra mídia, a conta é direta. O ROAS do painel considera só as vendas concluídas. Toda visita que chegou ao checkout e parou por um campo a mais, uma recusa ou um meio de pagamento ausente entrou no custo da campanha e ficou fora da receita. Ao comparar plataformas, avalie o checkout pelo que você consegue medir e mudar, e não pela tela de demonstração.
Leia também: Checkout personalizado: o que é e o que dá para customizar
Quanto custa de verdade uma plataforma de e-commerce?
O custo real de uma plataforma de e-commerce é o custo total para operar e evoluir a loja, e a mensalidade anunciada é só uma parte dele. Uma plataforma barata pode ficar cara se exigir muitos aplicativos e trabalho manual. Outra, com contrato maior, pode reduzir integrações paralelas e equipe dedicada.
Para comparar o TCO, separe pelo menos seis grupos de custo:
- Assinatura da plataforma ou hospedagem.
- Implantação, tema e desenvolvimento inicial.
- Aplicativos, extensões e serviços recorrentes.
- Taxas por venda ou cobranças adicionais ligadas a pagamentos.
- Integrações e manutenção com ERP, logística, fiscal, CRM e marketplaces.
- Equipe interna ou parceiros necessários para manter a operação.
O contraste entre modelos fica claro no WooCommerce: o núcleo é gratuito, mas a própria empresa estima custos recorrentes de hospedagem e extensões. Na Shopify, a cobrança é por plano e pode incluir tarifa adicional sobre transações de provedores de terceiros. Nuvemshop e Tray também mostram diferenças de preço e tarifa por plano em suas páginas públicas.
A comparação precisa de um horizonte. O que é barato no primeiro mês pode deixar de ser depois de dois anos de crescimento. Migração, reimplementação de integrações e reconstrução de eventos entram no custo quando a escolha inicial deixa de acompanhar a operação.
Um exemplo hipotético mostra por que a mensalidade não fecha a conta. Imagine duas plataformas: a primeira custa R$ 300 por mês, mas exige R$ 1.500 em aplicativos, integrações e manutenção recorrente; a segunda custa R$ 1.200 e já incorpora parte dessas funções. A primeira parece mais barata na tabela de preços, embora o custo mensal do cenário seja maior. Os valores são ilustrativos e não representam preços de mercado.
A equipe entra na mesma conta. Numa plataforma self-hosted, o custo aparece em hospedagem, desenvolvimento, observabilidade, segurança e atualizações. Num SaaS, parte dessa responsabilidade vem embutida no serviço, mas customizações profundas podem depender de plano superior, parceiro especializado ou aplicativo.
Separe também o custo previsível do custo de mudança. Se adicionar um meio de pagamento, alterar um campo do checkout ou integrar um ERP exige um projeto grande a cada vez, a plataforma cria um custo que não aparece na mensalidade. Em operações de alto volume, esse tempo pesa tanto quanto a licença, porque atrasa testes e correções que afetam a conversão.
O que a plataforma limita na camada de pagamento?
A plataforma define como o checkout se conecta aos provedores de pagamento, quais integrações estão disponíveis e quanto controle você mantém sobre essa camada. Isso afeta custo, taxa de aprovação, mensuração e a velocidade para mudar de arquitetura.
Antes de contratar, responda cinco perguntas:
- Posso escolher o provedor de pagamento ou fico preso ao provedor nativo da plataforma?
- É possível conectar mais de um provedor ou adquirente quando o volume justificar?
- Existem taxas adicionais da plataforma para usar terceiros?
- Quanto consigo personalizar checkout, regras, status e experiência sem mudar de plano?
- Os dados de pedido e pagamento voltam com granularidade suficiente para conciliação, suporte e mídia?
As cinco plataformas respondem de formas diferentes. A Shopify aceita provedores de terceiros, separa provedores diretos e externos e cobra taxa sobre transações de terceiros, conforme o plano. A Nuvemshop permite diversas integrações, com regras próprias para o checkout transparente e disponibilidade por plano. A VTEX trabalha com um gateway que se conecta a provedores externos por conectores.
Nenhuma plataforma garante aprovação sozinha. A taxa depende de várias camadas e do perfil das transações. O que a plataforma faz é ampliar ou reduzir suas opções para montar, medir e trocar essa infraestrutura.
Leia também: Shopify Payments Brasil: por que não está disponível e o que usar
O limite que mais pesa raramente é a quantidade de provedores na lista. É a capacidade de trocar, combinar ou medir esses provedores sem reconstruir a loja. Uma operação pode funcionar bem por meses com uma integração única e só perceber a dependência quando precisa de um segundo meio de pagamento, de uma rota alternativa para recusas ou de dados de aprovação separados por parceiro.
Flexibilidade de pagamento precisa ser testada, e não lida na página de parceiros. Confirme quais provedores funcionam no Brasil, se há restrição por plano, como os status voltam ao pedido, se os identificadores se mantêm consistentes e como estornos, reembolsos e conciliação são tratados.
Leia também: Como aumentar a taxa de aprovação no checkout
Qual plataforma faz sentido em cada estágio da operação?
Estágio de negócio não deve ser lido apenas como faturamento. Volume de pedidos, complexidade do catálogo, canais, necessidade de integração, dependência de mídia e capacidade técnica mudam o que a empresa precisa da plataforma.
| Estágio | Objetivo principal | O que priorizar | Cuidado |
|---|---|---|---|
| Validação | Colocar a oferta no ar com baixo esforço | Simplicidade, custo previsível, templates, pagamento e frete prontos | Evitar arquitetura cara antes de validar demanda |
| Crescimento | Ganhar eficiência sem reconstruir a loja | Apps, ERP, analytics, checkout, meios de pagamento e suporte | Medir quanto a operação depende de processos manuais |
| Escala | Preservar desempenho e controle com alto volume | APIs, estabilidade, dados, autonomia de pagamento, integrações e observabilidade | Pequenas limitações passam a representar receita relevante |
| Alta complexidade | Orquestrar múltiplos canais, mercados ou regras | OMS, B2B, marketplace, headless, governança e arquitetura composable | TCO, implantação e capacidade interna de operar a complexidade |
Para validar uma oferta, Nuvemshop, Tray ou um plano inicial da Shopify tendem a resolver melhor do que uma implantação enterprise. Uma operação apoiada em WordPress e com equipe técnica pode preferir o WooCommerce. Empresas com requisitos omnichannel, marketplace, B2B e governança complexa costumam avaliar a VTEX ou o Shopify Plus. Essas associações são pontos de partida para a análise.
O passo seguinte é trocar “somos pequenos” ou “somos grandes” por necessidades mensuráveis. Quantos pedidos? Quantos canais? Quantos sistemas? Qual o impacto de uma hora fora do ar? Quanto controle o checkout exige? Quais pagamentos precisam estar integrados?
O estágio também muda sem que o faturamento acompanhe. Uma empresa pode manter receita parecida e ganhar muita complexidade ao abrir marketplace, B2B, novas regiões, mais centros de distribuição ou uma estratégia de assinatura. Número de pedidos, canais, integrações e exceções operacionais explica melhor a pressão sobre a plataforma do que o volume financeiro isolado.
Crescer faturamento também não obriga a migrar. Se a plataforma mantém estabilidade, integrações confiáveis, dados coerentes e liberdade suficiente no checkout e nos pagamentos, ficar pode ser mais eficiente do que reconstruir uma operação que funciona. A decisão compara o custo do limite atual com o custo e o risco da mudança.
Quando migrar de plataforma, e quando o problema não é ela?
Considere migrar quando limitações recorrentes da plataforma impedem objetivos de negócio e já foram identificadas com clareza. A decisão fica defensável quando o problema aparece em sinais mensuráveis, e não só na percepção da equipe.
- Picos de tráfego ou catálogo geram instabilidade que a arquitetura atual não consegue resolver.
- Alterações essenciais no checkout dependem de limitações de plano ou de projetos desproporcionais.
- A operação não consegue integrar o provedor de pagamento ou a arquitetura necessária para a estratégia.
- Dados de pedido, estoque ou cliente chegam incompletos, inconsistentes ou exigem conciliação manual permanente.
- Integrações críticas se tornaram frágeis e o custo de manter o ecossistema supera o custo de migração.
- O negócio precisa de recursos estruturais, como OMS, B2B, marketplace ou headless, que não podem ser adicionados com segurança ao stack atual.
Migrar pode não resolver quando a queda está numa campanha, na oferta, numa integração externa, no pagamento ou numa configuração específica. Trocar de plataforma para corrigir uma recusa bancária ou um evento duplicado no analytics só muda o problema de lugar.
Leia também: O que define uma boa plataforma de e-commerce para quem escala
Antes de aprovar a migração, documente uma linha de base com indicadores que possam ser comparados depois: disponibilidade em picos, tempo de carregamento, conversão por dispositivo, abandono no checkout, erros de integração, tempo gasto em processos manuais e incidentes ligados a pedidos ou pagamentos. Sem essa fotografia, o projeto termina sem forma objetiva de provar que resolveu o problema que o motivou.
A migração também cria riscos próprios. URLs e redirecionamentos podem afetar aquisição orgânica; IDs de pedidos e clientes precisam manter consistência entre sistemas; pixels e eventos devem ser revalidados; integrações com ERP, fiscal, logística e CRM precisam ser testadas; e regras de pagamento devem ser comparadas antes e depois. O benefício só existe quando a nova arquitetura reduz uma limitação maior do que o custo de reconstruir essas conexões.
Como fechar a decisão de plataforma?
Escolher plataforma de e-commerce é decidir onde a empresa troca complexidade por conveniência. SaaS reduz a responsabilidade técnica e acelera a implantação. Open source dá mais autonomia e transfere mais responsabilidade para o time. Plataformas enterprise ampliam governança e integração, com projeto e TCO maiores.
A pergunta final é se a arquitetura sustenta o que a operação precisa hoje sem transformar checkout, pagamentos, dados e integrações em barreira amanhã. Quatro perguntas resumem o checklist: qual é o custo total em dois anos, quais camadas ficam sob seu controle, quais dependências a escolha cria e o que acontece com o checkout quando o volume dobra.
Se você está avaliando uma plataforma nova ou tentando entender se o gargalo está na loja, no checkout ou no pagamento, a gente pode olhar a sua operação com você.
