Meta Ads 2027 · Capítulo 8 de 36 · 12 min
Decidir o que medir no site e instalar o Pixel da Meta
Um plano que liga cada objetivo a um evento, com o Pixel conferido contra os pedidos reais antes de qualquer ROAS ser levado a sério.
Este capítulo faz parte do curso gratuito Meta Ads 2027.
O ROAS de 4,2 que aparece no Gerenciador, R$ 4,20 de receita atribuída para cada real de anúncio, é dinheiro no caixa? A maioria das contas não sabe responder ao sócio, porque instalou o Pixel, o código da Meta que registra no site o que o visitante faz, antes de decidir o que ele deveria contar. A decisão aqui é quais ações medir, com que dado e para quê, e como conferir tudo contra os pedidos pagos.
- Arquitetura de mensuração
Cada decisão de mídia aponta para um dado confiável.
- Plano de eventos
Objetivo, evento, parâmetros, origem e uso em cada linha.
- Um caminho por evento
Parceiro, código ou ferramenta: escolha um só para cada evento.
- Eventos padrão
Nomes fixos que a Meta reconhece; o personalizado tem nome seu.
- Conferir com pedidos
O Pixel só vale quando bate com os pedidos aprovados da loja.
Instalar sem plano custa caro em dois lugares. A campanha otimiza para o evento que recebe, então um evento errado ensina o sistema a buscar o cliente errado. E o relatório mostra um retorno que a conta bancária não confirma, o que leva a empresa a cortar a campanha boa ou a manter a ruim.
Ver como texto
As cinco colunas do plano de mensuração
Arquitetura de mensuração é o mapa que liga cada decisão de mídia a um dado confiável, e ela cabe em cinco colunas. O objetivo diz o que a empresa quer. O evento diz qual ação prova o avanço. O parâmetro diz o que viaja junto, como valor e produto. A origem diz de onde o dado sai: navegador, servidor ou CRM, o sistema onde a empresa registra clientes e negociações. O uso diz para que ele serve: otimizar, montar público ou só relatar.
Essa ordem inverte a pergunta. Em vez de perguntar o que o Pixel consegue medir, a empresa pergunta o que precisa saber para decidir a verba. Um evento sem uso vira ruído. Um objetivo sem evento vira campanha otimizada para clique, que é o que o sistema enxerga quando nada melhor chega até ele.
O Gerenciador de Eventos é a área onde os dados de conversão chegam e são conferidos. Nele ficam os conjuntos de dados, o recipiente que junta Pixel, API de Conversões (o envio direto do servidor da empresa) e eventos offline. Ficam também as conexões com plataformas parceiras, a aba de diagnósticos, que avisa sobre parâmetro faltando ou disparo duplicado, e as permissões de quem pode ver e editar.
Ver como texto
Página do Pixel da Meta com o título Alcance os clientes com mais eficiência com os melhores dados do seu site e o botão Configurar
Ver como texto
Pixel, API de Conversões e eventos offline chegam ao mesmo conjunto de dados
Trate o conjunto de dados como ativo da empresa. Ele pertence ao portfólio empresarial, com acesso concedido a agência e fornecedor por permissão, como o capítulo 'Garantir que a conta de anúncios pertence à empresa' mostrou para as contas de anúncios. Um conjunto de dados por negócio evita que o histórico de compras se espalhe em três Pixels que ninguém lembra de ter criado.
Três caminhos instalam o Pixel. O código colado no cabeçalho do site dá controle total e exige quem saiba mexer no tema. O Google Tag Manager, gerenciador que dispara códigos por regra, centraliza os disparos sem editar o site a cada mudança. A integração da plataforma de e-commerce instala o Pixel e os eventos de loja em poucos cliques, dentro do que a plataforma decidiu medir.
Use um caminho só para cada evento. Quem combina a integração da plataforma com um código antigo no tema, ou com uma tag esquecida no Tag Manager, dispara a mesma compra duas vezes. O relatório não avisa. Ele apenas mostra mais compras do que a loja vendeu, e o lance passa a perseguir um retorno que não existe.
Ver como texto
Fluxograma para escolher o caminho de instalação do Pixel
| Evento | O que registra | Parâmetros que importam | Uso típico |
|---|---|---|---|
| PageView | Visita a qualquer página do site | Nenhum obrigatório | Público de visitantes |
| ViewContent | Visualização de produto ou página-chave | content_ids, value, currency | Público de interesse e anúncios de catálogo |
| AddToCart | Produto colocado no carrinho | content_ids, value, currency | Público de intenção e diagnóstico do funil |
| InitiateCheckout | Início do checkout | value, currency | Leitura do abandono entre carrinho e pagamento |
| Purchase | Pedido concluído | value, currency, content_ids | Otimização de vendas e cálculo de ROAS |
| Lead | Envio de contato com interesse | Origem da página; nenhum dado pessoal em parâmetro | Otimização de cadastro e base do CRM |
| CompleteRegistration | Cadastro concluído | Nenhum obrigatório | Conta criada ou inscrição em lista |
O nome do evento padrão respeita maiúsculas e minúsculas; escrito de outro jeito, vira evento personalizado.
Eventos padrão são as ações com nome fixo que a Meta reconhece em qualquer conta. O sistema de entrega entende o que cada um significa, o catálogo lê os produtos que eles carregam e a campanha de vendas otimiza para Purchase sem configuração extra. Por isso o evento padrão é sempre a primeira escolha, e o personalizado entra quando nenhum padrão descreve a ação.
Personalizados são os eventos com nome criado pela empresa. Eles cobrem o que fica de fora da lista, como o uso de uma calculadora de consumo ou a abertura da página de preços para empresas. Escreva a regra de nomenclatura antes do primeiro evento: um idioma, verbo e objeto, sem espaço e sem acento, como SimulacaoB2B. Sem regra, em seis meses a conta tem três nomes para a mesma ação.
Parâmetros são os dados que acompanham o evento, e três pesam mais que os outros. O value leva o valor em moeda, o currency diz qual moeda e o content_ids leva o código de cada produto, igual ao do catálogo. Sem value, a campanha trata um pedido de R$ 60 e um de R$ 900 como iguais. Sem o código do catálogo, os anúncios de catálogo não sabem qual produto a pessoa viu.
Ver como texto
Parâmetros value, currency e content_ids no evento de compra
Conversões personalizadas são regras que transformam um evento existente em conversão própria, filtrando por URL ou parâmetro. Resolvem o caso em que o evento é o mesmo e o negócio é outro. Um Lead vindo da página de café para escritórios e outro vindo de uma página de evento viram duas conversões separadas, cada uma com campanha e custo aceitável próprios, sem código novo no site.
Proteção de dados entra no plano antes da instalação
Peça o consentimento antes de disparar o Pixel quando o seu banner de cookies prevê a escolha.
- Guarde o registro de cada consentimento.
- Não coloque CPF, telefone ou dado de saúde em parâmetro de URL.
- A URL viaja com o evento, e o que estiver nela vai junto.
- O guia de cookies da ANPD descreve como apresentar essa escolha ao visitante.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Validar é o passo que muitas contas pulam, e três instrumentos fazem o trabalho. A ferramenta de teste de eventos do Gerenciador mostra, em tempo real, cada evento de uma navegação sua. A extensão de navegador da Meta aponta Pixel duplicado e parâmetro faltando na página aberta. A comparação com os pedidos reais fecha a conferência: compras de 30 dias no Gerenciador contra pedidos da loja no mesmo período.
Ver como texto
Artigo da Central de Ajuda da Meta sobre como testar eventos do servidor com a ferramenta Eventos de Teste, com passos no Gerenciador de Eventos
A extensão mudou de nome. O Meta Ads Data Advisor, a extensão gratuita da Meta para Chrome e Edge que substituiu o Pixel Helper, confere Pixel e API de Conversões e propõe correções que você aprova. Na Chrome Web Store ela aparece como Consultor de Dados de Anúncios da Meta; se estiver indisponível no dia, a ferramenta de teste de eventos cobre a mesma conferência.
Um cuidado entra no plano de eventos: Pixel novo criado pela extensão desde 3 de agosto de 2026 vem com a detecção automática de eventos padrão pré-selecionada. Desmarque se o plano diz outra coisa, porque evento sem uso vira ruído. A opção também se desliga depois, no Gerenciador de Eventos.
- Etapa 1 de 5: Plano de eventos
Objetivo, evento, parâmetro, origem e uso em uma linha
- Etapa 2 de 5: Um caminho por evento
Integração, Tag Manager ou código, nunca dois juntos
- Etapa 3 de 5: Teste de eventos
Uma navegação sua conferida em tempo real no Gerenciador
- Etapa 4 de 5: Meta Ads Data Advisor
Disparo duplicado e parâmetro faltando na página aberta
- Etapa 5 de 5: Comparação com pedidos
Compras de 30 dias no Gerenciador contra pedidos pagos da loja
Ver como texto
- Plano de eventos: Objetivo, evento, parâmetro, origem e uso em uma linha
- Um caminho por evento: Integração, Tag Manager ou código, nunca dois juntos
- Teste de eventos: Uma navegação sua conferida em tempo real no Gerenciador
- Meta Ads Data Advisor: Disparo duplicado e parâmetro faltando na página aberta
- Comparação com pedidos: Compras de 30 dias no Gerenciador contra pedidos pagos da loja
A última comparação decide se o ROAS merece confiança. Compras no Gerenciador bem acima dos pedidos indicam disparo duplicado. Bem abaixo, indicam perda no navegador, por bloqueador, navegador interno dos aplicativos ou página de confirmação que não carrega. E o erro dura: como os públicos de compra guardam até 730 dias (detalhe no capítulo de públicos), um Purchase sujo contamina dois anos de lista.
A cena se repete em muita loja. A equipe troca de plataforma, liga a integração nova, vê as vendas subirem no Gerenciador e comemora. Ninguém apagou o código antigo do tema, e os dois disparam Purchase na mesma confirmação. O Gerenciador de Anúncios não mostra o defeito; ele só aparece quando alguém põe eventos e pedidos lado a lado.
A ordem recomendada é planilha antes do código. Exemplo: uma empresa com quatro frentes lista, para cada uma, qual ação prova avanço e para que o dado vai servir. Loja e clube ficam com os eventos padrão da integração nativa da plataforma de loja virtual. O B2B, a venda para empresas, ganha uma conversão personalizada e um evento próprio. Os cursos ficam com a conversa iniciada, medida pela campanha de mensagens.
| Frente | Objetivo | Evento | Parâmetros | Origem | Uso |
|---|---|---|---|---|---|
| Loja | Pedido pago | Purchase | value, currency, content_ids | Integração da Nuvemshop | Otimizar vendas e medir ROAS |
| Loja | Intenção de compra | ViewContent, AddToCart, InitiateCheckout | content_ids, value, currency | Integração da Nuvemshop | Públicos e diagnóstico do funil |
| Clube | Assinatura nova de R$ 89 | Purchase do plano | content_ids do plano, value, currency | Integração da Nuvemshop | Conversão personalizada 'Compra do clube' |
| B2B | Lead de empresa | Lead | Página de origem, porte informado | Formulário do site pelo Tag Manager | Conversão personalizada 'Lead B2B' |
| B2B | Interesse com volume | SimulacaoB2B (personalizado) | Faixa de consumo em quilos | Tag Manager | Público e relatório, sem otimizar |
| Cursos | Conversa sobre turma | Conversa iniciada | Nenhum dado pessoal | Campanha de mensagens | Otimizar cursos; matrícula conferida pelos atendentes |
Defina responsáveis por evento: neste exemplo, a gestão de mídia confere os eventos da loja e do B2B, e o atendimento registra as matrículas.
Depois veio a conferência de junho de 2026. A Nuvemshop registrou 1.512 pedidos criados e 1.431 pagos; os 81 restantes eram Pix expirados e boletos nunca pagos. No mesmo período, o Gerenciador de Eventos recebeu 2.212 eventos Purchase, 1,55 compra registrada para cada pedido pago.

Ver como texto
Analista de uma torrefação compara uma pilha de caixas de pedidos com uma pilha maior de recibos repetidos, examinando duplicatas com uma lupa.
Exemplo: com a extensão do navegador, a causa aparece na página de confirmação, onde há dois disparos de Purchase. Um vem da integração da plataforma; o outro vem de um código antigo colado no tema, que dispara de novo a cada recarga da página. Enquanto isso não for corrigido, um ROAS reportado de 4,2 sobre R$ 18.000 de verba não diz quanto da receita atribuída é real.
Ver como texto
Animação de dois códigos disparando o mesmo Purchase na página de confirmação
Exemplo: no B2B, a tag do Lead dispara ao abrir o formulário, antes do envio, e o Gerenciador mostra 310 leads contra 118 formulários de fato recebidos pela área comercial. A correção é mudar a regra de disparo no Tag Manager para o envio concluído. A compra duplicada pode ficar documentada para ser corrigida na mesma intervenção da conexão de servidor, com o antes e o depois medidos numa troca só.
Exemplo: conferência mensal de eventos contra pedidos e formulários
1.431
pedidos pagos na Nuvemshop
1.512 criados; 81 Pix expirados e boletos não pagos
2.212
eventos Purchase recebidos
1,55 por pedido pago; código antigo no tema repetia o disparo
310 e 118
leads B2B no Gerenciador e no comercial
A tag disparava ao abrir o formulário, antes do envio
4,2
ROAS reportado da loja
Sobre R$ 18.000 de verba; inflado pela compra duplicada
Na torrefação, o plano trocou uma dúvida sem resposta por contas que qualquer pessoa confere. Cada frente tem evento com dono, e o Lead do B2B passou a disparar no envio: em julho, 121 leads no Gerenciador contra 118 no comercial. A compra ainda aparece dobrada, e o conserto dela exige o servidor.
Muito tutorial ainda manda abrir a aba de Mensuração de Eventos Agregados e priorizar oito eventos por domínio. Essa tarefa deixou de existir: a Meta anunciou a mudança em maio de 2023, liberou aos poucos, e hoje a Central de Ajuda diz que nenhuma ação é necessária. A mensuração agregada continua valendo para quem usa iOS; o que acabou foi o trabalho manual do anunciante.
Ver como texto
Artigo da Central de Ajuda da Meta sobre a Mensuração de Eventos Agregados, protocolo de medição para usuários de iOS 14 ou posterior
Oito eventos por domínio ficaram no passado
Na web, a Meta não pede mais priorização de eventos nem conjuntos de valores, e a aba AEM saiu do Gerenciador de Eventos.
- A campanha não pede mais domínio de conversão.
- Verificar o domínio segue útil para controlar a propriedade dos links.
- Eventos da API de Conversões podem seguir os limites da mensuração agregada.
- Guia que manda priorizar oito eventos está desatualizado.
O teste: Seu checklist de implantação ainda tem a etapa 'priorizar eventos'? Retire.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Na segunda-feira, exporte do Gerenciador de Eventos o total de Purchase dos últimos 30 dias e ponha ao lado dos pedidos pagos da loja no mesmo período. A medição passa com nove a dez compras para cada dez pedidos; fora dessa faixa, o capítulo 'Confirmar cada venda direto do seu sistema, sem contar duas vezes' começa pela sua conta.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- TikTok Ads e vendas ao vivoDefinir o que medir antes de instalar ferramentasExaminar conexões de Definir o que medir antes de instalar ferramentas
- Motor de crescimento para IAMedir antes de gastar o primeiro realExaminar conexões de Medir antes de gastar o primeiro real
- Google Ads 2027Contar cada venda uma vez: tag do Google e conversõesExaminar conexões de Contar cada venda uma vez: tag do Google e conversões
- Google Analytics 2027Taxonomia de eventos e dataLayer: o significado de cada eventoExaminar conexões de Taxonomia de eventos e dataLayer: o significado de cada evento
Terminou a leitura?
Você está aqui: capítulo 8 de 36
0 de 36 concluídos
- Próximo · Capítulo 9 de 36 · 13 minConfirmar cada venda direto do seu sistema, sem contar duas vezesLer o capítulo 9 sem concluir
Marque como concluído para o capítulo contar no seu painel e no certificado.
- Anterior · Capítulo 7 de 36 · 9 minPreparar perfil, página e atendimento para não perder o cliqueVoltar para o capítulo 7
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Meta Ads 2027
- 06Passar pela revisão de anúncios e proteger o dado do cliente
- 07Preparar perfil, página e atendimento para não perder o clique
- 08Decidir o que medir no site e instalar o Pixel da Meta
- 09Confirmar cada venda direto do seu sistema, sem contar duas vezes
- 10Levar a venda confirmada no CRM de volta à Meta


