Consultoria de e-commerce por plataforma: o que muda entre Shopify, Nuvemshop, VTEX e Tray
A plataforma do e-commerce (Shopify, Nuvemshop, VTEX, Tray, Loja Integrada, wBuy) define o custo e a velocidade de uma correção, não o diagnóstico dela. Uma consultoria com método olha quatro camadas independentes, vitrine, checkout, dados e retaguarda, e a plataforma nomeia apenas uma delas: em boa parte das lojas brasileiras o checkout é de outro fornecedor, e é ali que a receita costuma vazar sem ninguém responder. Trocar de plataforma só entra no plano quando o teto dela bloqueia um driver já medido, com número. Fora disso, migração é uma obra que consome de três a seis meses de time sem mover conversão, ticket ou recompra.
A pergunta que quase todo dono faz primeiro
A primeira pergunta de quem procura ajuda externa costuma ser "vocês atendem Shopify?". É uma pergunta razoável, e quase sempre irrelevante para o resultado, porque ela confunde a ferramenta com a operação.
A plataforma responde por onde o código mora. Ela não responde por que a sua taxa de conversão está em 0,8%, por que o custo por sessão dobrou em três meses, por que a maior parte dos seus clientes compra uma vez só, ou por que a margem some no frete. Esses são problemas de oferta, de página, de mídia, de logística e de base, e eles aparecem exatamente iguais em Shopify, Nuvemshop, VTEX, Tray, Loja Integrada e wBuy.
O que muda de uma plataforma para outra é o custo de corrigir e o prazo para corrigir. Um teste de página de produto que sai no mesmo dia numa loja pode virar fila de sprint em outra. Isso altera a ordem do plano, não o conteúdo do diagnóstico.
Se você ainda está entendendo o que essa camada de estratégia faz, comece pelo guia de consultoria para e-commerce e volte aqui para a parte técnica da decisão.
As 4 camadas da loja: o que a plataforma realmente cobre
Toda loja, independentemente da tecnologia, se decompõe em quatro camadas que falham de formas diferentes e são consertadas por gente diferente. Chamamos isso de Camadas da Loja, e é por aí que um diagnóstico começa.
A plataforma nomeia, no máximo, uma dessas camadas por padrão. As outras três costumam ser de fornecedores separados, com contratos separados e com donos separados dentro da operação. É exatamente por isso que a informação "a loja é Shopify" diz tão pouco sobre o que está travando o crescimento.
Vitrine
Home, categoria, página de produto, busca e carrinho. É onde a oferta é lida. Responde por conversão e por parte do ticket.
Checkout
Da finalização ao pagamento aprovado. Responde por abandono, meios de pagamento, frete exibido e taxa de aprovação.
Dados
Pixel, CAPI, GA4, UTM e atribuição. Não vende nada sozinha, mas define se as outras três podem ser decididas por número.
Retaguarda
ERP, estoque, expedição e transportadora. Responde por ruptura, prazo real e pela promessa que a vitrine tem direito de fazer.
A regra prática que sai daí é curta: uma dor só é problema de plataforma quando a camada dela é nativa da plataforma e o limite é do produto, não da configuração. Fora dessa condição, a plataforma é cenário, não causa.
Um exemplo que se repete: a loja diz que o frete está caro e que "a plataforma não deixa configurar melhor". Na maior parte das operações auditadas, o frete exibido vem de um aplicativo de terceiro ou de uma tabela do ERP, e a plataforma nunca foi a responsável por aquele número. Trocar a plataforma inteira por causa disso resolveria zero.
O mesmo raciocínio vale ao contrário. Quando a operação precisa de multi-loja, catálogo B2B e regra fiscal por região, aí sim o limite pode ser de produto, e a conversa muda de assunto.
Teste do Checkout Real: a sua plataforma provavelmente não é o seu checkout
Este é o ponto onde mais diagnóstico de e-commerce brasileiro erra, e o teste que resolve leva menos de dois minutos.
Coloque um produto no carrinho, avance até a tela de pagamento e olhe o domínio na barra de endereço. Se ele deixou de ser o domínio da sua loja, a sua plataforma não é o seu checkout. Isso é regra, não exceção, em boa parte do e-commerce brasileiro: o storefront roda em Shopify ou Nuvemshop e o pagamento roda em Yampi, CartPanda ou Appmax.
Quando isso acontece, várias hipóteses trocam de dono ao mesmo tempo, e continuar analisando a loja como se fosse um sistema único produz conclusões erradas com aparência de dado.
Teste do Checkout Real: 6 perguntas antes de qualquer hipótese
- ✓O domínio muda entre o carrinho e o pagamento? Se muda, o checkout é de outro fornecedor e a plataforma não responde pelo abandono.
- ✓O frete e o prazo exibidos no checkout vêm da mesma tabela que a página de produto mostra? Divergência aqui derruba pedido que já estava pronto.
- ✓A regra de frete grátis do banner é aplicada dentro do checkout externo, ou existe só na vitrine? Promessa que não passa vira abandono na última tela.
- ✓O pixel e a CAPI disparam a compra no domínio do checkout, ou o evento morre na saída da loja? Sem isso, toda leitura de mídia está subnotificada.
- ✓Quem tem acesso administrativo ao checkout hoje: a loja, a agência, ou ninguém sabe? Camada sem dono é camada sem correção.
- ✓A taxa de aprovação de pagamento é lida em algum lugar todo mês, ou só se olha o faturamento já aprovado e o resto some?
Cada item dessa lista muda completamente o plano dependendo da resposta. Uma consultoria que começa pedindo acesso ao gerenciador de anúncios antes de responder essas seis perguntas está otimizando a entrada de um funil cujo fundo ninguém mapeou.
É a mesma lógica do diagnóstico dos lugares onde a receita vaza: o vazamento quase nunca está onde a dor é sentida. A operação sente "mídia cara" e o problema está no prazo de entrega revelado no último passo.
O que muda de verdade entre as plataformas
O quadro abaixo não é um ranking. Nenhuma dessas plataformas é errada, e a escolha certa depende do estágio da operação e do tipo de complexidade que ela precisa suportar. O que ele mostra é onde cada uma acelera o trabalho e onde ela cobra o preço, para que o plano nasça com a ordem certa de execução.
| Plataforma | Onde ela acelera | Onde ela cobra o preço | Custo de um teste de página |
|---|---|---|---|
| Shopify | Publicar teste de página e instalar aplicativo no mesmo dia | Checkout nativo pouco flexível para o Brasil, o que empurra a loja para checkout externo | Baixo |
| Nuvemshop | Ecossistema brasileiro pronto: frete, meios de pagamento e parceiros locais | Personalização de tema e regra de promoção esbarram no que o tema permite | Baixo a médio |
| VTEX | Operação complexa: multi-loja, marketplace, B2B e regra fiscal no mesmo lugar | Quase toda mudança de vitrine vira demanda de desenvolvimento e entra em fila | Alto |
| Tray e Loja Integrada | Custo de entrada baixo e um time pequeno consegue tocar sozinho | O teto de personalização chega cedo quando a operação começa a crescer | Médio |
| wBuy e plataformas de nicho | Regras próprias do segmento já resolvidas de fábrica | Menos parceiros disponíveis e integração de dados costuma virar trabalho manual | Médio a alto |
| O que não muda em nenhuma | Oferta, página, mídia, base e margem continuam sendo o jogo inteiro | Nenhuma delas corrige um problema de oferta ou de posicionamento | Zero: o diagnóstico é idêntico |
Repare na última linha. Ela é o motivo pelo qual a plataforma entra no plano como restrição, e não como causa. Restrição altera a ordem das ações e o orçamento delas. Causa é outra coisa, e mora nos drivers do negócio.
A plataforma não aparece nessa conta. Ela aparece no custo e no prazo de mexer em cada fator. Por isso o diagnóstico é o mesmo em qualquer tecnologia, e o cronograma nunca é.
Quando migrar de plataforma entra no plano, e quando é fuga
Migração de plataforma é uma obra. Consome de três a seis meses de atenção do time, congela testes durante a transição e costuma vir acompanhada de perda temporária de tráfego orgânico e de descontinuidade no histórico de dados. Nada disso torna a migração errada. Ela é apenas cara, e precisa ser decidida como se decide qualquer investimento caro: contra um número.
O critério que usamos é curto. Migração entra no plano quando o teto da plataforma bloqueia um driver que já foi medido. Medido, não suspeitado.
Existe um número mostrando qual driver está travado (conversão, aprovação, ticket ou recompra) e há quanto tempo. Se não existe, o próximo passo é medir, não migrar.
A limitação é do que a plataforma faz, ou é da configuração atual, do tema e dos aplicativos que alguém instalou ao longo dos anos? Configuração se corrige em semanas.
Sem número, migrar é trocar um desconforto conhecido por um desconhecido, com custo alto, prazo longo e nenhuma hipótese para validar depois.
Vai para o plano com escopo, orçamento, plano de redirecionamento 301, migração de histórico e uma janela que não atropela a data comercial do ano.
Tema, aplicativo, regra de frete ou checkout. Mesma dor, uma fração do custo, e resultado dentro do mês em vez de dentro do semestre.
Existe um padrão que vale registrar: quando a operação passa a falar de migração logo depois de um trimestre ruim, a migração quase sempre está ocupando o lugar de uma decisão mais difícil, que é mexer na oferta, cortar o que não performa ou demitir um fornecedor. Obra grande dá a sensação de progresso sem exigir escolha, e consome o ano inteiro fazendo isso.
O que desconfiar em quem se vende como especialista na sua plataforma
Especialização em plataforma é uma credencial real e útil na hora de executar. Ela vira problema quando é apresentada como método, porque aí o plano passa a caber dentro do que aquele fornecedor sabe implantar, e não dentro do que a operação precisa.
Sinais de alerta na hora de contratar
- Recomenda migração de plataforma na primeira conversa, antes de olhar um único número da sua operação.
- Só sabe responder sobre a camada de vitrine e não pergunta quem é o dono do seu checkout.
- Trata a plataforma como causa do resultado, com a frase "o seu problema é que você está na X".
- Promete percentual de crescimento depois da migração. Nenhuma migração garante conversão.
- Não pergunta pelo seu ERP, pelo prazo real de entrega nem pela sua taxa de aprovação de pagamento.
- Cobra um projeto de tecnologia e chama isso de consultoria de crescimento. São duas contratações diferentes, com entregáveis diferentes.
A pergunta que separa rápido, em qualquer proposta: peça para a pessoa explicar qual driver a mudança proposta move e por qual conta. Quem tem método responde com aritmética. Quem tem catálogo de serviço responde com funcionalidade.
Esse mesmo teste vale para comparar propostas de fornecedores diferentes, e está detalhado em como escolher uma consultoria para e-commerce. Vale também conferir o que uma consultoria resolve e o que não resolve antes de assinar qualquer coisa.
Como a plataforma entra na priorização do plano
Na montagem de um plano de 90 dias, a plataforma aparece uma única vez: como peso de esforço. Duas ações com o mesmo impacto estimado não têm a mesma prioridade se uma sai no mesmo dia e a outra depende de uma fila de desenvolvimento de seis semanas.
É por isso que dois clientes com o mesmo diagnóstico recebem cronogramas diferentes. O que muda entre eles não é o que precisa ser feito. É a ordem em que dá para fazer, e o preço de cada passo.
Em uma operação normal, a maior parte da primeira onda cai em ações de custo baixo dentro da plataforma atual: página de produto, regra de frete, hierarquia da vitrine, régua de recompra e corte do que não converte. As ações caras entram na segunda onda, já com a evidência coletada na primeira, o que também torna a conversa sobre orçamento muito mais fácil.
Nenhuma dessas escolhas garante um percentual de crescimento, e vale desconfiar de quem garante. O que um plano bem montado entrega é caminho nomeado: qual driver, por qual conta, com qual dono e em qual prazo. A plataforma decide o prazo. O resto decide o resultado.
Perguntas frequentes
Vocês atendem lojas em Shopify, Nuvemshop, VTEX ou Tray?+
Consultoria de e-commerce faz migração de plataforma?+
Minha plataforma é o motivo da minha conversão baixa?+
Como sei se o meu checkout é da própria plataforma?+
Trocar de plataforma aumenta o faturamento?+
Quer aplicar isso na sua loja?
Agende um diagnóstico gratuito com a consultoria da Growth Commerce e descubra onde a receita está vazando na sua operação.
Agendar diagnósticoLeia também
O que uma consultoria de e-commerce resolve e o que ela não resolve
Consultoria de e-commerce resolve problema de decisão e de execução, não problema de caixa, de time ou de produto. O mapa das 4 camadas para separar os dois antes de assinar.
Como escolher uma consultoria para e-commerce: os 7 critérios que separam método de promessa
Os 7 critérios objetivos e as perguntas que separam consultoria séria de vitrine de promessa na hora de contratar.
Diagnóstico de e-commerce: os 6 lugares onde a receita vaza
Um diagnóstico não é uma lista de melhorias, é uma conta. Os seis pontos onde a receita vaza entre a sessão e a recompra, como converter cada perda em reais e por que a fila de correção não começa pelo maior buraco.
