Google Tag Manager e Analytics no delivery: medir cada pedido

Para medir compras no GA4, implemente a coleta de eventos e valide a confirmação da transação. O Tag Manager é uma opção de implantação, não um requisito universal; o guia também apresenta gtag.js. UTM ajuda a identificar a chegada ao site, mas não garante origem conhecida para todo pedido.

Por que medir pedido, e não visita

O painel do anúncio mostra clique e custo por clique. O Analytics, sem configuração, mostra visitas. Nenhum dos dois diz quantas pessoas pagaram.

Restaurante vive de margem curta. Uma campanha com clique barato pode trazer gente que abre o cardápio e fecha. Outra, com clique caro, pode trazer quem pede combo família. Só o pedido registrado separa uma da outra.

O critério que usamos para atribuir pedido a anúncio é sempre o mesmo: número do pedido, valor e origem gravados juntos no momento da compra. Se faltar a origem, registre a compra como origem desconhecida; não invente atribuição. Falta de valor ou identificador também exige investigação e reconciliação com o caixa.

As peças e o papel de cada uma

Passo a passo

1. Confira o que o seu sistema de pedidos permite

Antes de qualquer coisa, abra as configurações do cardápio digital ou site de pedidos. Alguns têm campo para o ID do Tag Manager, outros só para o ID do Analytics, outros já disparam eventos prontos. O que o sistema não deixa fazer limita o resto. Se ele não tem página de confirmação própria, a medição de compra fica difícil.

2. Crie a conta e o contêiner do Tag Manager

O Google explica o processo em criar uma conta e um contêiner. Escolha o tipo web e siga a instalação suportada pelo fornecedor. Código do contêiner e um campo para o ID não são formas intercambiáveis em todo sistema; criar o contêiner não instala nem configura a compra. Use o modo de visualização do Tag Manager para conferir se ele carrega em todas as páginas.

3. Instale o Google Analytics 4 pelo Tag Manager

Crie a propriedade e o fluxo web e siga o guia de GA4 no Tag Manager. Ele exige acesso ao contêiner e papel Editor ou superior no Analytics, orienta informar o Tag ID e selecionar o acionamento de inicialização adequado. Use Preview/Tag Assistant para verificar antes de publicar a versão. Evite coleta duplicada entre a integração nativa e o contêiner; confirme os disparos, em vez de presumir que duas instalações sempre duplicam toda compra.

4. Configure o evento de compra

Esse é o passo que importa. A documentação de comércio eletrônico do GA4 descreve o evento purchase com os campos principais:

• transaction_id: o número do pedido. Use identificador único e estável da transação e teste a duplicação, sem usar nome ou telefone do cliente.
• value: soma de preço vezes quantidade dos itens, conforme o exemplo oficial; impostos e frete são informados separadamente.
• currency: BRL.
• items: a lista de um ou mais itens da compra; cada item precisa de item_id ou item_name, e o guia recomenda ambos.

Dispare a compra a partir de uma confirmação confiável e documente se o sistema considera pedido aceito ou pagamento confirmado. Pix pendente e tentativa de finalizar não devem ser tratados como pagamento recebido. Disparar no clique do botão "finalizar" conta tentativas, não pedidos.

Depois, confira se purchase já está marcado como evento principal no Analytics; evite criar outro evento só para repetir a mesma compra. O Google explica o conceito em eventos principais.

5. Coloque UTM em todo link de anúncio

Use parâmetros de campanha, como utm_source, utm_medium e utm_campaign, nos links. Exemplo de lógica: fonte "instagram", meio "pago", campanha "aquisicao-raio-4km". Padronize os nomes numa planilha e não improvise. "Instagram", "instagram" e "ig" viram três fontes diferentes no relatório.

6. Devolva a compra para o Meta

A coleta do GA4 não envia automaticamente compras à Meta. O guia de instalação do Pixel separa código base e eventos e admite integração de parceiros ou configuração manual, inclusive atualização do gerenciador de tags quando aplicável. Use o caminho suportado pelo fornecedor. Mapeie a mesma ação comercial nos esquemas próprios: purchase no GA4 e Purchase na Meta não são nomes intercambiáveis.

Se houver suporte, avalie a API de Conversões para envio por servidor/plataforma. Ela não contorna escolhas de privacidade. Quando Pixel e API enviarem o mesmo evento, siga o documento de deduplicação. No método recomendado, o eventID do navegador deve coincidir com event_id do servidor, e o nome do evento deve ser o mesmo, para o mesmo pixel, dentro de 48 horas. Use ID único por ação e mantenha-o nas duas cópias; IDs distintos do mesmo pedido impedem essa correspondência.

A documentação descreve também abordagem com fbp/external_id, com limites de ordem de chegada e sem eliminar duplicatas da mesma origem. Não presuma que qualquer conector use o método recomendado. Peça ao fornecedor o método e teste envio único, envio pelas duas origens e recarga da confirmação. Essa orientação não certifica uma instalação concreta, que precisa ser examinada.

7. Teste com pedido real

Faça um pedido de teste com um link etiquetado. Confira no Analytics, em tempo real, se o evento purchase chegou com valor e número. Confira no Gerenciador de Eventos do Meta se a compra apareceu. Só então ligue a verba.

Como ler os dados

Com a medição de pé, um relatório semanal resolve:

1. Pedidos por origem e campanha.
2. Faturamento por origem.
3. Ticket médio por origem.
4. Custo por pedido: gasto da campanha dividido pelos pedidos dela.

Para transformar esses números em decisão de verba, o artigo sobre ROAS no restaurante explica como calcular retorno de forma honesta.

O que o Analytics não mede

• Pedido no WhatsApp. A coleta do site não identifica automaticamente o desfecho da conversa. Avalie integrações ou controle no CRM, sem prometer identificação individual completa.
• Pedido no iFood. A plataforma tem métricas próprias. O guia de métricas do painel do iFood ajuda a ler esses números.
• Cliente que viu o anúncio e foi ao salão. Código de reserva ou pergunta na mesa são opções de registro; declare suas limitações, sem presumir superioridade universal.

Reconcilie as diferenças em vez de declarar que qualquer divergência é normal ou que o total nunca pode coincidir. Janela, canal, status, bloqueios e configuração afetam a comparação. Mesmo uma coincidência de totais pode esconder registros duplicados e ausentes.

Erros que estragam a medição

• Coletas duplicadas sem conferir quais eventos cada instalação envia.
• Evento de compra sem transaction_id, contando pedido repetido.
• Evento disparado no clique do botão, antes da confirmação.
• UTM escrita cada vez de um jeito.
• Pixel sem evento de compra, só com visualização de página.
• Nunca fazer um pedido de teste depois de mudar o site.

Teste compra, retorno e valor antes de usar o relatório

Faça uma transação por um link marcado, confirme itens, quantidade, moeda e identificador e compare com o sistema. Reabra a confirmação para verificar registros repetidos. Teste pagamento pendente, cancelamento e reembolso conforme os recursos disponíveis; o guia do GA4 descreve refund associado ao transaction_id e aos itens devolvidos.

Marcar um evento como principal não instala a coleta nem transforma uma tentativa em venda. Da mesma forma, criar uma conversão para publicidade é outra configuração, com objetivos e definições próprios. Mantenha acesso interno aos sistemas e documente quem alterou cada tag. Depois de mudar cardápio, domínio ou checkout, repita o teste. A prioridade é explicar cada coluna, sem enviar dados pessoais desnecessários nos eventos ou na URL.