Auditoria de tracking: lista de verificação para tags, píxeis e conversões

O que é uma auditoria de tracking e quando deve ser feita?

Uma auditoria de tracking é uma verificação estruturada de que a medição continua a registar o que se pensa que regista: as tags carregam, as conversões disparam uma vez, os sinais de consentimento passam e os números coincidem entre ferramentas. Deve ser feita antes de avaliar o desempenho, e não depois de já ter alterado as licitações.

O tracking raramente avaria sozinho. Avaria porque algo mudou: um lançamento retirou a tag de um modelo de página, alguém editou um acionador no Google Tag Manager, o banner de cookies foi atualizado ou o checkout passou para outro domínio. Por isso, uma boa auditoria tem duas funções: encontrar o que está avariado hoje e registar o que se altera, para que a próxima quebra se explique em minutos.

Momentos típicos para usar a lista:

• Quando a equipa assume um novo cliente ou uma nova conta de anúncios.
• Quando entra em produção um redesign, um tema novo, uma nova ferramenta de formulários ou uma alteração ao checkout.
• Quando conversões, contactos ou faturação mudam de forma brusca e ninguém sabe porquê.
• Quando os números das plataformas deixam de coincidir com o CRM ou com a loja.
• Antes de um período de pico, quando convém congelar alterações.

Se os resultados já caíram, o ponto de partida é o guia para explicar uma quebra de conversões ao cliente, usando esta lista como a parte de tracking.

O que deve incluir uma lista de verificação de auditoria de tracking?

Inclua as camadas por esta ordem: a tag na página, os alertas de qualidade, as conversões que cada plataforma conta, os eventos por detrás delas, o consentimento e a comparação com a fonte de verdade. Esta ordem evita corrigir uma ação de conversão quando o verdadeiro problema é uma tag em falta.

Registe o resultado de cada linha com a data da verificação. Uma auditoria que não deixa registo tem de ser refeita do zero da próxima vez que os números mudarem.

Como auditar a tag do Google e as conversões do Google Ads?

Comece pela cobertura das páginas, passe à qualidade da tag e termine em cada ação de conversão. A Google tem uma ferramenta para cada passo, e os estados indicam onde procurar a seguir.

Cobertura das páginas

O resumo "Cobertura da tag" lista as páginas detetadas pela Google e atribui um estado a cada uma: "Com tag" (a tag carregou nos últimos 30 dias), "Nenhuma atividade recente" (carregou antes, mas não nos últimos 30 dias) e "Sem tag" (nunca carregou). Abrange até 10 000 páginas, ignora parâmetros de consulta e pode ter um atraso de até 24 horas, pelo que convém usar o Tag Assistant na própria página quando é preciso uma resposta imediata. As páginas que passam a "Nenhuma atividade recente" logo a seguir a um lançamento são a primeira pista.

Qualidade da tag

Nas definições da tag do Google, a secção "Qualidade da tag" tem a ligação "Acessar diagnósticos". Aí surgem problemas como "Tag em uma posição muito baixa na página", "A tag do Google parou de enviar dados" e "A tag do Google não tem o ID da transação", além de alertas de consentimento como "Consentimento ausente para usuários do EEE" (rótulos tal como aparecem na ajuda da Google em português). Cada alerta deve ser uma linha da auditoria, com a ação tomada.

Ações de conversão

No Google Ads, verifique o estado de acompanhamento de cada ação de conversão. "Não verificada", "Tag inativa" e "Requer atenção" podem ser analisadas com o Tag Assistant: ligue o site, faça a conversão e selecione "Finish". Uma ação verificada mostra "Não há conversões recentes" até registar a primeira e depois passa a "Registrando". Confirme também que cada ação conta uma só vez: tags duplicadas inflacionam os resultados, como se explica em como encontrar e datar conversões duplicadas. Para a configuração completa, consulte acompanhamento de conversões do Google Ads.

Como verificar os eventos do GA4 e do píxel da Meta?

Use o DebugView do GA4 para os eventos de análise e a ferramenta Test Events da Meta para o píxel e a API de Conversões. Ambas mostram em tempo real os eventos da sua sessão de teste, por isso pode submeter um formulário ou fazer uma encomenda de teste e ver o que é enviado.

DebugView do GA4

No GA4, aceda a "Administrador" e, em "Exibição de dados", clique em DebugView. Ative o modo de depuração com o Tag Assistant ou com o parâmetro debug_mode na tag do Google. O fluxo de segundos mostra os eventos dos últimos 60 segundos e o fluxo de minutos os últimos 30 minutos. Confirme que cada evento principal dispara uma vez, com os parâmetros de que os relatórios dependem. Com o modo de consentimento, os eventos não aparecem quando os cookies de Analytics são recusados, pelo que convém testar os dois estados. O tráfego de depuração pode afetar os relatórios: filtre o tráfego de programadores.

Píxel da Meta e API de Conversões

A Meta documenta o Test Events em Events Manager > Data Sources > o seu píxel > Test Events. Se envia eventos pelo navegador e pelo servidor, verifique a eliminação de duplicados: a Meta junta os dois quando o eventID do píxel é igual ao event_id da API de Conversões e o nome do evento coincide. Uma repetição com o mesmo ID e nome enviada ao mesmo píxel no prazo de 48 horas é descartada. Se os IDs forem diferentes ou estiverem em falta, uma compra pode ser contada duas vezes. No fim, retire o test_event_code dos pedidos de produção, porque os eventos de teste também entram no Gestor de Eventos.

Tudo o que for corrigido deve ser marcado também nos gráficos do GA4; o guia de anotações do GA4 mostra como.

Como provar que alteração avariou o tracking?

Coloque lado a lado todas as alterações dos dias anteriores à variação e confirme a causa reproduzindo o problema. Uma avaria de tracking tem quase sempre uma data, e essa data coincide normalmente com um lançamento, uma publicação do contentor ou uma alteração de definições.

1. Excluir uma quebra real
2. Achar o primeiro dia errado
3. Alinhar as alterações
4. Reproduzir a falha
5. Corrigir e registar

Encontre o primeiro dia em que a métrica parece errada e liste o que mudou nos três a sete dias anteriores: lançamentos no site, versões do Google Tag Manager, atualizações do banner de cookies, ferramentas de formulário ou checkout e definições do Google Ads ou da Meta. O Google Tag Manager grava uma versão a cada publicação do contentor, por isso é possível comparar a versão em produção com a anterior; o artigo sobre o histórico de versões do GTM explica como reverter. Depois, reproduza a falha no Tag Assistant ou no DebugView na página alterada.

Com todas as alterações numa única cronologia, veria que o plugin de formulário entrou em produção um dia antes de a tag de conversão deixar de disparar, sem ter de procurar em três ferramentas. O Changeline mantém essa cronologia por cliente: as edições do Google Ads são importadas através de uma ligação só de leitura, e a equipa regista as alterações de site, tracking e consentimento. Pode criar um registo de alterações para o seu projeto e ter essa vista pronta antes da próxima auditoria.

Exemplo: numa terça-feira, o cliente pergunta porque é que o Google Ads mostra menos 40% de contactos do que o CRM desde o fim de semana. A equipa alinha as alterações dos dias anteriores: na quinta-feira o programador lançou um novo plugin de formulário, na sexta-feira uma versão do GTM editou o acionador do formulário e na segunda-feira mudou o texto do banner de cookies. O Tag Assistant mostra que a tag de conversão já não dispara na confirmação do novo formulário, porque o acionador ainda aponta para o antigo. A causa é o lançamento de quinta somado ao acionador de sexta, não o banner. Nomes e números são ilustrativos.

Como registar o que foi alterado durante a auditoria?

Registe cada correção como uma alteração, com data, responsável, antes e depois e o motivo. Uma auditoria altera os números que mede: retirar uma tag duplicada reduz as conversões reportadas, e corrigir os sinais de consentimento pode aumentá-las.

Para cada correção, registe:

• Data e hora em que entrou em produção.
• Onde: plataforma, contentor, página ou ação de conversão.
• Antes e depois, por exemplo "tag de compra disparava duas vezes → uma".
• Quem a fez e porquê.
• Que métrica se espera que mude, e em que sentido.

Dê às versões do Google Tag Manager nomes que digam o que mudou, como a própria Google sugere, para que a lista de versões funcione como registo. Depois, copie as mesmas entradas para o registo de alterações da equipa, junto das alterações de campanha e de site. O modelo de registo de alterações de marketing tem as colunas, e o guia do registo de alterações de marketing explica como as equipas o mantêm atualizado.

Avise o cliente antes de uma correção entrar em produção quando ela for mexer nos resultados reportados. Um salto de conversões depois de um ajuste de tracking é uma alteração de medição, não uma vitória da campanha, e não deve ser lido assim no relatório do mês seguinte.

Com que frequência deve repetir a auditoria de tracking?

Faça uma auditoria completa quando assume uma conta e antes das épocas de pico, e uma verificação curta depois de cada lançamento, publicação do contentor ou alteração de consentimento. Entre auditorias, os alertas do Diagnóstico da tag e os estados da "Cobertura da tag" funcionam como aviso antecipado.

A verificação curta só precisa dos pontos que mais avariam:

Defina com antecedência que diferença entre as conversões das plataformas e os registos do CRM é normal para cada cliente, e deixe-a por escrito. Quando essa diferença aumentar, há um sinal claro para voltar à lista e um registo com datas para comparar.