E-commerce no GA4: da vitrine à receita conferida com a loja

Na reunião de resultado de agosto, a Verde Vivo tinha três números de vendas da loja. A Shopify mostrava 1.746 pedidos. O financeiro mostrava 1.650 pagos. O Analytics mostrava 1.390 compras. Durante meses, a diferença foi tratada como defeito de alguém, e a decisão de mídia voltou a ser tomada por intuição.

A conciliação mostrou que as três fontes respondiam a perguntas diferentes e que cada diferença tinha causa nomeável. A base dessa leitura foi uma decisão de política tomada em junho de 2026: no Analytics, o pedido criado ganhou um evento próprio, e o evento de compra, purchase, passou a representar só o pagamento confirmado, enviado pelo servidor para todas as formas de pagamento. Agosto foi o segundo mês inteiro com a regra, e com ela a distância entre os números deixou de ser suspeita e virou uma lista de itens explicados.

Quatro momentos de negócio organizam a medição da loja

A referência de eventos do Google cobre a loja da vitrine ao estorno, com nomes e parâmetros publicados. Para quem decide, ela se resume a quatro momentos. Descoberta: a lista de produtos apareceu, recebeu clique, e a página do produto abriu. Intenção: o produto foi para o carrinho e o checkout começou. Pedido: a pessoa escolheu entrega e pagamento, e o pedido nasceu. Dinheiro: o pagamento foi confirmado, ou voltou como estorno. Cada momento responde a uma pergunta comercial diferente, e a lista completa fica na tabela abaixo para quem vai implementar.

Um pedido seguido do carrinho ao estorno

O pedido 10.482 mostra a política funcionando. Às 20h12 de 14 de agosto, uma cliente adicionou ao carrinho um vaso de cerâmica de R$ 129 e uma muda de R$ 86. O site registrou add_to_cart com o array items, a lista que descreve cada produto com código, nome, preço e quantidade. Às 20h19 ela escolheu Pix, e o site registrou add_payment_info com a forma de pagamento. No instante em que a Shopify gerou o pedido, o site enviou pedido_criado com o número 10.482 e o valor de R$ 215.

A cliente fechou a aba e pagou o Pix pelo aplicativo do banco às 20h31. A confirmação chegou ao sistema da loja, e o servidor da Verde Vivo enviou ao Analytics o evento purchase com transaction_id 10.482, valor de R$ 215, moeda BRL e os dois itens. Esse envio usa o Measurement Protocol, a porta pela qual um servidor manda eventos ao Analytics sem passar pelo navegador. Para ligar a compra à visita de origem, o servidor leva junto o identificador do navegador e o da sessão, que o site guardou no pedido; a ligação funciona melhor quando o evento chega em até 48 horas e não é automática fora dessas condições, detalhadas em Server-side e Measurement Protocol: medir pagamentos fora do site. A página oficial do protocolo, revista em 22 de outubro de 2026, diz que ele continua operando sem plano de descontinuação e recomenda a Data Manager API para integrações novas entre servidores.

Doze dias depois, a muda chegou danificada e a loja devolveu R$ 86. O servidor enviou refund com o mesmo transaction_id e só a muda dentro de items. Sem esse evento, o relatório mostraria uma receita que só cresce, e a análise de produto recomendaria o item mais devolvido como se fosse o mais vendido.

Três fontes de verdade, cada uma com sua pergunta

A Shopify conta pedidos criados, pagos ou não. O financeiro conta dinheiro recebido, na data em que entrou, com estorno descontado. O Analytics conta compras confirmadas que ele conseguiu observar, ligadas a uma visita quando o identificador acompanhou o pedido. Nenhuma das três está errada, e a comparação útil passa pela Shopify como ponte, pedido a pedido, pelo número do pedido.

A distância entre 1.650 pagos e 1.390 compras no Analytics tem causas que a equipe listou e passou a medir uma a uma: pedidos de visitantes que recusaram cookies e não têm identificador para ligar, pedidos feitos por telefone ou na loja física, e navegadores com bloqueador. Marina resistiu à tentação de deduzir o peso de cada causa a partir da taxa de recusa de cookies do site, porque quem recusa pode comprar mais ou menos que a média. A classificação veio de três registros cruzados pedido a pedido: o campo de canal de venda da Shopify separa telefone e loja física; o pedido sem identificador do navegador gravado aponta visita sem consentimento ou com bloqueio; e o pedido com identificador que não aparece no Analytics fica numa categoria inconclusiva, investigada à parte.

A exportação dos eventos para o BigQuery, o banco de dados do Google para grandes volumes, forneceu o lado do Analytics nesse cruzamento. Ela entrega os eventos brutos, sem a linha (other) e sem as estimativas que a interface pode aplicar, então a lista de transaction_id sai inteira para casar com a Shopify. A interface responde bem a perguntas agregadas; a conferência pedido a pedido pede os dados brutos.

O erro que mais distorce a loja é o número de pedido errado

Quando o purchase sai sem transaction_id, ou com um número gerado na hora em vez do número do pedido, cada recarga da página de obrigado e cada volta pelo botão do navegador cria uma venda nova no relatório. A taxa de conversão sobe sem que nenhum cliente a mais tenha comprado, e uma campanha ganha orçamento que não sustenta. Na Verde Vivo, o purchase sai do servidor, uma vez por pagamento confirmado, com o número que o financeiro reconhece.

Um detalhe dos relatórios também engana quem procura receita por produto. Dimensões de item, como nome do produto, só conversam com métricas de item, como receita do item e itens comprados. Combinadas com uma métrica de evento, como compras, elas deixam de funcionar no relatório.

A decisão seguinte

Exporte os pedidos do último mês da sua plataforma de loja e compare com os transaction_id do Analytics, pedido a pedido. Para cada diferença, escreva a causa ao lado: pedido não pago, estorno, visitante sem identificador, canal fora do site. O que sobrar sem causa é o defeito a investigar antes de qualquer análise de produto. A mesma lógica de ligar um fato de fora do site à visita de origem sustenta Leads B2B, CRM e negócios locais: ligar contratos ao marketing.