Fazer meu diagnóstico
Arte da frente E-commerce

Por que o faturamento é menor do que o painel da loja mostra

8 min de leitura
Cristiano Creczyenski
Resposta direta

O painel da loja e o Analytics contam pedido feito, não pedido pago: entram ali boleto que nunca foi pago, cartão reprovado, cancelamento, frete e imposto. O faturamento real é o dos pedidos aprovados na plataforma, conferido com o fechamento financeiro. É esse número que deve guiar a verba e a avaliação da mídia.

Uma das conversas que mais se repetiram nas reuniões com clientes, de março a outubro, começou com uma planilha. O dono da loja abria o painel do Shopify (ou da Nuvemshop, ou da Tray), via um total de vendas, abria o Google Analytics, via outro parecido, e depois abria o extrato do banco. O número do banco era menor. Às vezes, bem menor.

Não é erro da plataforma nem do Analytics. Cada ferramenta conta uma coisa diferente, e nenhuma delas foi feita para fechar o seu caixa. Este texto mostra de onde vem a diferença, qual número usar para decidir e o que a gente costuma fazer quando a distância entre painel e faturamento começa a crescer.

Por que o total de vendas do painel não é o faturamento?

Porque o painel conta pedido gerado. O faturamento é pedido pago, expedido e entregue. Entre um e outro, o pedido passa por várias etapas em que ele pode cair:

  • Boleto não pago. O cliente gera o boleto, o pedido aparece no painel e o pagamento nunca acontece. É a causa mais comum nas lojas que ainda oferecem boleto.
  • Cartão reprovado. Por limite, por suspeita de fraude no antifraude ou pelo próprio banco emissor. Dependendo da configuração, o pedido fica registrado mesmo sem aprovação.
  • Cancelamento. Pedido aprovado que o cliente desiste, que a loja cancela por falta de estoque ou que o antifraude derruba depois.
  • Pedido não expedido. Aprovado, mas parado no estoque: produto que acabou, item com defeito, erro de cadastro.
  • CEP não atendido e extravio. A transportadora não entrega no endereço, ou o pacote se perde, e o pedido volta como estorno.

Além das quedas, há o que está dentro do valor do pedido e não é receita da loja:

  • Frete. Entra no total do pedido e sai para a transportadora.
  • Impostos. Dependendo do regime, uma parte do valor é tributo, não faturamento líquido.
  • Taxas do meio de pagamento. Gateway, intermediador e antecipação ficam com um pedaço antes de o dinheiro chegar.

Nada disso é exótico. É o caminho normal de qualquer pedido. O problema aparece quando a decisão de verba é tomada olhando o número do começo do caminho.

Por que o Analytics também mostra mais do que entrou?

O Google Analytics registra a compra quando a página de confirmação carrega no navegador. Nesse momento, o boleto ainda não foi pago e o cartão pode estar em análise. Para o Analytics, aquela venda aconteceu. E, na maior parte das lojas, ninguém configura o envio de cancelamento e estorno para ele, então o pedido que cai continua contado.

Ao mesmo tempo, ele perde vendas reais: quem bloqueia cookies, quem recusa o aviso de privacidade, quem fecha a aba antes da confirmação carregar. Então o Analytics erra para os dois lados, e o saldo desse erro muda de mês para mês. Num caso deste ano, o Analytics mostrava crescimento enquanto os pedidos aprovados na plataforma caíam. Quem olhasse só o Analytics teria aumentado a verba num mês em que a loja estava vendendo menos.

O Analytics é ótimo para entender de onde vem o tráfego e como as pessoas navegam. Para fechar o mês, não serve. O mesmo vale para os painéis do Google Ads e da Meta, que têm critérios próprios de atribuição (mais sobre isso em o que cada métrica de mídia diz de verdade).

Que outras confusões fazem o número não bater?

Três aparecem com frequência nas reuniões:

  • Unidades e pedidos. Um relatório conta itens vendidos, outro conta pedidos. Um pedido com três peças vira três numa planilha e um na outra.
  • Venda fechada no WhatsApp. O cliente vê o anúncio, chama no WhatsApp, fecha com a vendedora e paga por link ou Pix. A venda existe, entra no caixa, mas não aparece no painel da loja nem no Analytics. Aqui o faturamento real é maior do que o painel mostra.
  • Venda faturada por fora. Pedido de atacado, venda em feira, loja física, pedido de empresa faturado direto pelo ERP. Também entra no caixa e fica fora do e-commerce.

Ou seja: o painel pode estar acima ou abaixo do faturamento, dependendo de quanto a loja vende por fora. Sem separar cada fonte, a comparação não diz nada.

Qual número usar para decidir?

A regra que a gente ensina aos clientes é simples: só pedido confirmado conta. A fonte da verdade é o pedido aprovado na plataforma da loja, conferido todo mês com o fechamento financeiro (extrato do gateway, ERP ou contabilidade).

FonteO que ela contaPara que serve
Total de vendas do painelPedidos gerados, inclusive não pagosVer volume de intenção de compra
Google AnalyticsPáginas de confirmação carregadasEntender origem do tráfego e navegação
Painel do Google Ads e da MetaConversões que a plataforma atribui a siOtimizar campanha dentro da plataforma
Pedidos aprovados na plataformaPedidos com pagamento confirmadoFonte da verdade para verba e resultado
Fechamento financeiroDinheiro que entrou, já sem taxasConferir a fonte da verdade e calcular margem

Na prática, o dono da loja precisa de duas linhas lado a lado todo mês: faturamento aprovado na plataforma e faturamento do financeiro. Se as duas batem dentro de uma diferença conhecida, a plataforma vira o número do dia a dia. Se não batem, há um vazamento para investigar.

E o faturamento aprovado ainda não é lucro. Para saber quanto sobra depois de produto, frete, imposto, taxa e mídia, o cálculo é o de margem de contribuição. É a margem, não o faturamento bruto, que diz quanto você pode pagar por venda.

Como investigar quando a diferença cresce?

Pedido a pedido. Parece trabalhoso e é, mas é a única forma de achar a causa. Exporte da plataforma os pedidos do mês que não foram faturados e classifique cada um pelo motivo:

  1. Separe por status. Aguardando pagamento, cancelado, reprovado, devolvido, não expedido.
  2. Cruze com o meio de pagamento. Se a maioria dos não faturados é boleto, o problema é o boleto. Se é cartão reprovado, olhe o antifraude e o gateway.
  3. Olhe a região. Concentração de cancelamento ou extravio num estado aponta para transportadora ou CEP não atendido.
  4. Olhe o produto. Pedido parado por falta de estoque costuma se concentrar em poucos SKUs.
  5. Compare com o mês anterior. A diferença sempre existe. O que importa é quando ela muda.

Cada motivo tem uma correção diferente. Boleto não pago pede régua de lembrete ou outro meio de pagamento. Reprovação alta pede conversa com o gateway sobre a regra do antifraude. Extravio pede troca de transportadora naquela região. Estoque quebrado pede tirar o produto do anúncio antes de ele acabar.

Vale testar tirar o boleto?

Na maior parte das contas que acompanhamos, vale ao menos testar. O boleto é o meio de pagamento que mais gera pedido que nunca vira dinheiro, e hoje boa parte de quem escolhia boleto tem o Pix como alternativa imediata.

O teste é simples: por um período definido, tire o boleto (ou deixe só acima de um valor) e destaque o Pix no checkout. Depois compare o faturamento aprovado, não o número de pedidos gerados. É normal o número de pedidos cair, porque some o pedido que não ia ser pago. O que você quer saber é se o dinheiro que entra caiu junto.

Há um segundo ganho, menos óbvio. O Google Ads e a Meta aprendem com as conversões que recebem. Se o pixel dispara a compra no boleto gerado, as plataformas aprendem a buscar gente parecida com quem gera boleto e não paga. Tirar o boleto, ou enviar a conversão só depois da aprovação, limpa esse sinal e faz a otimização mirar quem compra de verdade.

Não é uma regra para toda loja. Em públicos mais velhos ou em B2B, o boleto pode ter peso real. Por isso o caminho é testar e medir pelo número certo.

O que muda na avaliação da mídia?

Muda tudo. Se a verba sobe ou desce olhando o total do painel, você paga mídia sobre pedidos que nunca entraram no caixa. O ROAS que a plataforma de anúncio mostra fica mais bonito do que o real, e a decisão de escalar se apoia num número inflado.

O que a gente faz nas contas que acompanhamos:

  • ROAS calculado sobre faturamento aprovado, não sobre a receita que a plataforma de anúncio reivindica.
  • Uma linha separada para vendas do WhatsApp e por fora, para não punir a mídia por venda que ela trouxe e que fechou fora da loja. Nas contas que acompanhamos, de 30% a 40% das vendas passam pelo WhatsApp, e o percentual sobe com o ticket.
  • Conferência com o fechamento financeiro, para o número da mídia bater com o que entrou no caixa.
  • Avaliação em janela de 3 meses. Abaixo disso não dá para separar o que veio de método do que veio de sazonalidade.

Para quem este texto não serve?

Para quem vende só por marketplace. Lá, a plataforma já entrega o repasse líquido, e a conta é outra: comissão, frete subsidiado e custo de anúncio dentro do marketplace.

E para quem ainda não tem volume para que a diferença importe. Com poucos pedidos por mês, conferir um a um no extrato resolve, e não vale montar processo para isso.

O que fica

O painel da loja e o Analytics contam pedido gerado. O faturamento é pedido pago e entregue, sem frete, taxa e imposto. A diferença entre um e outro é normal; o perigo é decidir verba olhando o número errado.

Use o pedido aprovado na plataforma como fonte da verdade e confira com o financeiro todo mês. Quando a diferença crescer, vá pedido a pedido. E teste tirar o boleto: além de reduzir pedido fantasma, ele limpa o sinal que o Google e a Meta usam para achar o próximo comprador.

O que fica

  • O total de vendas do painel e do Analytics conta pedido gerado. O faturamento é pedido aprovado, pago e entregue.
  • Boleto não pago, cartão reprovado, cancelamento, CEP não atendido e extravio abrem a diferença. Frete, imposto e taxas abrem outra.
  • A fonte da verdade é o pedido aprovado na plataforma da loja, conferido todo mês com o fechamento financeiro.
  • Quando a diferença cresce, a análise é pedido a pedido: cada não faturado tem um motivo, e o motivo aponta a correção.
  • Testar tirar o boleto e priorizar o Pix reduz pedido fantasma e limpa o sinal de conversão enviado ao Google e à Meta.

Perguntas frequentes

Por que o Shopify mostra mais vendas do que eu recebi?

Porque o total de vendas inclui pedidos que ainda não viraram dinheiro: boleto aguardando pagamento, cartão em análise ou reprovado, pedidos cancelados depois. Em geral também soma frete e pode incluir imposto. Para saber quanto entrou, filtre os pedidos pagos e confira com o extrato do meio de pagamento.

O Google Analytics mostra a receita certa da loja?

Não como fonte de faturamento. O Analytics registra a compra quando a página de confirmação carrega, antes de o pagamento ser aprovado, e perde parte das compras por bloqueio de cookies. Ele serve para entender de onde vem o tráfego, não para fechar o mês.

Tirar o boleto da loja derruba as vendas?

Depende do público, por isso vale testar em vez de decidir no escuro. Nas contas que acompanhamos, parte de quem escolhia boleto migra para o Pix, e o que some costuma ser pedido que não ia ser pago. Meça pelo faturamento aprovado, não pelo número de pedidos gerados.

Que diferença entre painel e faturamento é normal?

Não existe um número universal: depende do mix de pagamento, do segmento e da política de cancelamento da loja. O que importa é conhecer a sua diferença, acompanhar mês a mês e investigar quando ela muda sem motivo aparente.

Cristiano Creczyenski

Cristiano Creczyenski

Fundador e CEO da Metris

CEO da Metris, ajuda empreendedores a crescer com estratégia, marketing de performance, CRM e IA. Trabalha com e-commerce e marketing digital desde 2008 e já atuou com marcas como Lojas Colombo, Fila, Umbro, Melissa, Coza, Continental Ferramentas, Vinhos Collection e Pizzato.

Continue em E-commerce

Ver a frente inteira →