O pixel de conversão no checkout é o trecho de código que avisa ao Google, à Meta e às suas outras plataformas de anúncio que alguém começou a pagar e, principalmente, que concluiu a compra. Se ele está no lugar certo, cada venda do seu curso ou e-book volta para a campanha que a gerou, e o algoritmo aprende a buscar mais compradores parecidos. Se ele dispara duas vezes, na página errada ou antes do consentimento, você passa a otimizar anúncios com números falsos. Este guia mostra quais eventos medir, como montar tudo no Google Tag Manager, os erros que mais distorcem os dados e o que a LGPD exige de quem rastreia no Brasil.
Em resumo
- No checkout, quatro eventos contam a história da compra: início do checkout, dados de entrega, dados de pagamento e compra concluída. Para produto digital, o passo de entrega costuma não existir.
- O evento de compra deve disparar uma única vez, na confirmação do pagamento, com valor, moeda e um ID de transação único.
- Use uma só origem para cada evento: integração nativa da plataforma ou contêiner próprio do Tag Manager, nunca as duas para a mesma compra.
- No Brasil, pixels de marketing dependem de consentimento livre, informado e inequívoco, com botão de recusa tão fácil quanto o de aceite.
- Pixel bem configurado não vende sozinho: ele mostra onde o comprador desiste, e é aí que você trabalha.
Índice
- O que o pixel faz quando o comprador chega ao checkout
- Os eventos que importam no checkout
- Como configurar pelo Google Tag Manager, passo a passo
- Os erros que mais distorcem a conversão
- LGPD: o que muda para quem rastreia no Brasil
- Como ler os dados depois de configurar
- Nossa visão sobre medir conversões no checkout
- Venda com um checkout pensado para produto digital
- Perguntas frequentes
- Fontes
O que o pixel faz quando o comprador chega ao checkout
Pense no pixel como um mensageiro. Quando o comprador abre a página de pagamento, ele envia uma mensagem do tipo "esta pessoa iniciou o checkout do produto X, no valor Y". Quando o pagamento é aprovado, envia outra: "compra concluída, pedido número Z, valor Y, moeda BRL". Com esses dois sinais, a plataforma de anúncios sabe qual clique virou receita.
Para quem vende infoproduto, isso tem três usos práticos:
- Atribuição. Você descobre qual campanha, criativo ou público trouxe a venda, e não só o clique.
- Otimização. As campanhas de conversão aprendem com quem compra. Sem o evento de compra, elas otimizam para quem só clica.
- Remarketing. Quem iniciou o checkout e não pagou forma o público mais quente que você tem. Quem já comprou deve sair dos anúncios de venda e entrar nos de upsell.
O checkout é o ponto mais sensível da jornada. Antes dele, você mede interesse. Nele, você mede intenção real e dinheiro. Um erro aqui contamina todas as decisões de verba que vêm depois.
Os eventos que importam no checkout
O Google Analytics 4 recomenda medir o funil de compra com quatro eventos padrão: begin_checkout, add_shipping_info, add_payment_info e purchase. Esses nomes fazem parte da lista de eventos recomendados para vendas online, que alimenta o relatório de compras de e-commerce. As plataformas de anúncio têm eventos equivalentes, com nomes próprios, para início de checkout, informação de pagamento e compra.
Veja como cada um se aplica a quem vende curso, e-book, template ou mentoria:
| Evento (GA4) | Quando dispara | Faz sentido para produto digital? | Uso principal |
|---|---|---|---|
| begin_checkout | Ao abrir a página de pagamento | Sim, sempre | Remarketing de abandono e topo do funil de checkout |
| add_shipping_info | Ao preencher dados de entrega | Quase nunca, não há frete | Pode ser substituído pelo envio dos dados pessoais |
| add_payment_info | Ao escolher ou preencher a forma de pagamento | Sim | Identificar atrito em cartão, Pix ou boleto |
| purchase | Na confirmação do pagamento | Sim, é o evento central | Atribuição, otimização de campanha e cálculo de ROAS |
Alguns detalhes fazem diferença no dia a dia:
- Valor e moeda em todo evento com dinheiro. Sem o campo de moeda, um curso vendido a 297 reais e outro a 49 euros viram o mesmo número para o relatório.
- ID de transação no purchase. É ele que permite descartar duplicatas quando a página de obrigado é recarregada.
- Nome e categoria do item. Se você vende curso, e-book e mentoria, passar o tipo de produto permite comparar o desempenho de cada um sem planilhas paralelas.
Para infoproduto, o passo de entrega é dispensável. Muitos criadores usam um evento personalizado no envio do formulário com nome e e-mail, porque é ali que boa parte do abandono acontece.
Como configurar pelo Google Tag Manager, passo a passo
O Tag Manager é a forma mais organizada de controlar tudo o que dispara no checkout sem mexer no código a cada nova campanha. A lógica é sempre a mesma: o site informa o que aconteceu numa camada de dados, e o Tag Manager decide quais tags disparar.
1. Garanta que o checkout envia os dados certos
A camada de dados (data layer) é o objeto que o Google Tag Manager e o gtag.js usam para passar informações às tags. Na prática, o checkout precisa empurrar para ela um evento com os detalhes da compra. Um exemplo simples para a confirmação de pagamento:
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });
window.dataLayer.push({
event: "purchase",
ecommerce: {
transaction_id: "PED-10482",
value: 297.00,
currency: "BRL",
items: [{
item_id: "curso-trafego-pago",
item_name: "Curso de Tráfego Pago",
item_category: "Curso",
price: 297.00,
quantity: 1
}]
}
});
A linha que zera o objeto ecommerce antes do novo envio evita que dados de um evento anterior "vazem" para o seguinte. Se a sua plataforma de vendas já gera esse envio, não duplique: apenas confira se os campos chegam preenchidos.
2. Crie as variáveis
No Tag Manager, crie variáveis do tipo "Variável da camada de dados" para ecommerce.value, ecommerce.currency e ecommerce.transaction_id. São elas que você vai passar para as tags do Google Ads e da Meta.
3. Crie os acionadores
Um acionador de evento personalizado para cada nome: begin_checkout, add_payment_info e purchase. O acionador do purchase deve escutar apenas o evento de compra confirmada, e não a visualização genérica da página de obrigado. A página pode ser aberta de novo pelo e-mail, pelo histórico ou por um recarregamento; o evento de pagamento aprovado, não.
4. Configure as tags
- GA4: uma tag de evento para cada etapa, com o parâmetro de e-commerce ativado.
- Google Ads: a tag de acompanhamento de conversões no purchase, com valor, moeda e ID do pedido.
- Meta e outras redes: o evento de compra da plataforma, com os mesmos três campos.
5. Teste antes de publicar
Use o modo de visualização do Tag Manager e faça uma compra real de baixo valor, ou use o modo de teste do seu gateway. Confira três coisas: o purchase disparou uma única vez, o valor bate com o que foi cobrado e a moeda está correta. Depois, recarregue a página de obrigado e confirme que nada disparou de novo.
6. Publique com nome de versão
Dê a cada versão do contêiner um nome que explique a mudança, como "purchase com transaction_id e moeda". Quando um número estranho aparecer no relatório, você saberá exatamente o que mudou e quando.
Os erros que mais distorcem a conversão
Contar a mesma venda duas vezes
É o erro mais comum e o mais caro. Acontece quando a integração nativa da plataforma e um contêiner próprio do Tag Manager enviam o mesmo evento. Segundo este guia de implementação de GTM no checkout, usar as duas vias para o mesmo evento costuma gerar compras duplicadas, inflar as conversões relatadas e piorar o desempenho dos algoritmos de anúncio. A regra é escolher uma única "fonte da verdade" por evento.
Um sinal rápido de duplicação: o número de compras no painel de anúncios fica bem acima do número de pedidos aprovados no seu painel de vendas. Compare semanalmente.
Disparar o purchase na hora errada
Pix e boleto mudam a conta. O comprador gera o código, mas o pagamento pode cair minutos ou dias depois, ou nunca. Se o pixel dispara na geração do boleto, você conta como venda algo que talvez não aconteça. O ideal é disparar o purchase só na aprovação, e tratar a geração do boleto ou do Pix como uma etapa intermediária, útil para remarketing de quem não pagou.
Esquecer reembolsos e assinaturas
Em produto com garantia, parte das vendas vira reembolso. O pixel de navegador não sabe disso. Se você vende assinatura ou membership, decida se cada renovação deve ser marcada como conversão, pois isso muda a leitura de custo por aquisição. Registre a decisão para não comparar períodos com regras diferentes.
Pesar a página de pagamento
Cada tag adicional é mais uma requisição externa. A mesma análise sobre GTM no checkout recomenda carregar scripts de forma assíncrona, adiar tags não críticas, como remarketing, para depois da compra, e remover acionadores sem uso para manter o contêiner leve. No checkout, um segundo a mais de espera pesa mais do que em qualquer outra página.
LGPD: o que muda para quem rastreia no Brasil
Pixel de anúncio coleta dado pessoal, e a Autoridade Nacional de Proteção de Dados tem orientação específica sobre isso. O guia orientativo de cookies da ANPD diz que o consentimento precisa ser livre, informado e inequívoco. Na prática, o banner de cookies:
- não pode trazer opções pré-marcadas;
- não pode tratar a navegação como aceite, no estilo "ao continuar navegando, você concorda";
- deve oferecer um botão para rejeitar todos os cookies não necessários, tão visível e fácil quanto o de aceitar;
- deve permitir revogar o consentimento a qualquer momento, de forma gratuita.
A própria autoridade aplicou esse critério ao portal do governo: em ofício sobre o banner do Gov.br, a ANPD apontou que o banner de primeiro nível trazia informação limitada e pediu adequação. Se o órgão público recebeu essa recomendação, um infoprodutor não deve contar com tolerância maior.
Para o Tag Manager, isso significa condicionar as tags de marketing ao consentimento. A tag que lê a escolha do visitante dispara primeiro, e as tags da Meta, do Google Ads e de remarketing só disparam depois do aceite. Se você tem dúvida sobre a base legal de algum tratamento específico, como cruzar a lista de compradores com públicos de anúncio, converse com um advogado de proteção de dados antes de ativar.
O efeito colateral é previsível: com consentimento real, parte dos compradores não aparecerá no pixel. Por isso o seu painel de vendas, e não o de anúncios, deve ser a referência para receita.
Como ler os dados depois de configurar
Com os eventos no lugar, o GA4 entrega o relatório de jornada de compra, que mostra quantos usuários desistem entre cada etapa do funil. A pergunta que ele responde é simples: em que ponto o comprador para?
- Muita gente inicia o checkout e pouca chega ao pagamento: o formulário pede dados demais, a página demora ou o preço surpreendeu. Reveja a página de vendas do curso para que o valor e as condições estejam claros antes do clique em comprar.
- Muita gente informa o pagamento e pouca conclui: cartão recusado, Pix expirado, falta de parcelamento ou de moeda local. Um checkout com um clique reduz etapas para quem já comprou antes.
- Compras aprovadas abaixo do esperado em relação aos anúncios: volte à seção de duplicação e de consentimento.
Olhe também o tempo entre o primeiro contato e a compra. Produtos mais caros, como mentorias, costumam levar mais dias, e uma janela de atribuição curta demais esconde vendas que os anúncios ajudaram a gerar. Vale ler sobre como usar o tempo até a compra para ajustar campanha e oferta, e sobre o que medir em vendas digitais além da conversão final.
Por fim, encaixe o checkout no funil inteiro. O pixel mostra o fim da jornada; a estrutura de funil para cursos online mostra o que precisa acontecer antes para que alguém chegue ali.
Nossa visão sobre medir conversões no checkout
Vemos muitos criadores tratarem o pixel como uma caixa a marcar na configuração do produto: cola o ID, vê o primeiro evento chegar e esquece. O problema aparece semanas depois, quando a campanha "boa" era a que contava cada venda duas vezes.
Nossa posição é que o número que importa é o pagamento recebido. O pixel é um retrato aproximado desse número, útil para ensinar os algoritmos de anúncio e para enxergar abandono, mas nunca a referência de faturamento. Por isso defendemos três hábitos: uma fonte por evento, purchase só na aprovação e conferência semanal entre painel de anúncios e painel de vendas.
Também acreditamos que medir bem começa por um checkout que não atrapalha. Para quem vende para fora do Brasil, isso inclui aceitar a moeda e o método de pagamento do comprador; não adianta rastrear com precisão um abandono que acontece porque o cartão estrangeiro foi recusado. É o tipo de atrito que tentamos tirar do caminho do criador, com pagamentos internacionais, vários métodos de pagamento e entrega imediata do arquivo ou do acesso após a compra.
— BibliOWLteca
Venda com um checkout pensado para produto digital
Se você está montando ou revendo a estrutura de vendas do seu curso, e-book, template ou mentoria, a BibliOWLteca reúne checkout otimizado, pagamentos internacionais em várias moedas, analytics, hospedagem ilimitada de vídeos e entrega de downloads no mesmo lugar. Não há mensalidade: cobramos apenas uma taxa sobre cada venda, a partir de 0,99 €. Veja os detalhes do plano para criadores e da taxa por transação e comece a vender quando tiver o primeiro produto pronto.
Perguntas frequentes
O que é pixel de conversão?
É um código, geralmente um script ou uma imagem invisível, que registra quando o visitante realiza uma ação importante, como iniciar o checkout ou comprar. A informação vai para a plataforma de anúncios ou de análise, que associa a ação ao anúncio ou canal de origem. É assim que você sabe qual campanha gera receita, e não apenas cliques.
Preciso do Google Tag Manager se a plataforma já tem campo para o pixel?
Não necessariamente. Se o campo nativo envia os eventos com valor, moeda e ID do pedido, ele resolve para a maioria dos criadores. O Tag Manager passa a valer a pena quando você usa várias redes de anúncio, precisa controlar consentimento ou quer eventos personalizados. O que não pode é usar os dois para o mesmo evento.
Por que o painel de anúncios mostra mais vendas do que eu fiz?
As causas mais comuns são evento de compra disparando duas vezes, purchase ligado à página de obrigado em vez da aprovação do pagamento e contagem de boletos e Pix não pagos. Diferenças nos modelos e janelas de atribuição também afetam o número. Compare com os pedidos aprovados e corrija a origem antes de mexer na verba.
Posso disparar o pixel antes de o visitante aceitar os cookies?
Para pixels de marketing, a orientação da ANPD é obter consentimento livre, informado e inequívoco, sem opções pré-marcadas nem aceite implícito. Na prática, as tags de anúncio devem esperar a escolha do visitante. Se tiver dúvida sobre um uso específico, consulte um especialista em proteção de dados.
Pixel vale para venda de mentoria e assinatura?
Vale, com ajustes. Em mentoria, o ciclo de decisão costuma ser mais longo, então revise a janela de atribuição. Em assinatura, decida se cada renovação conta como conversão e mantenha a mesma regra ao comparar períodos.
Fontes
- Google Analytics: perguntas e respostas sobre configuração de e-commerce
- Google Analytics: eventos recomendados
- Google Analytics: relatório de jornada de compra
- Google for Developers: a camada de dados
- Reveation: implementação do Google Tag Manager no checkout
- ANPD: guia orientativo Cookies e Proteção de Dados Pessoais
- ANPD: ofício sobre o banner de cookies do Gov.br