Provar que o evento chegou certo antes de confiar no relatório

Com a mesma pessoa reconhecida entre domínios, resta a pergunta que separa medição de suposição: o evento chegou, com os parâmetros certos, no destino certo? Um relatório aceita qualquer coisa que a tag mande. Ele não avisa que purchase saiu sem valor, que add_payment_info nunca disparou no Pix ou que metade das sessões vem de um domínio que a Verde Vivo não conhece.

O custo de descobrir tarde é o mês perdido. Um evento que parou de disparar depois de um deploy só aparece quando alguém estranha a queda, e a essa altura a comparação com o mês anterior já não vale. Spam de hostname infla sessões e derruba a taxa de conversão sem que uma pessoa a mais tenha entrado no site.

Este capítulo monta a rotina de prova da Verde Vivo: quatro ferramentas de inspeção, uma matriz de testes, filtros que tiram da conta o que não é cliente e um critério de alerta que dispara antes do fechamento do mês. A cada deploy, Caio e Marina sabem em minutos se a coleta continua inteira.

Quatro ferramentas mostram o evento em momentos diferentes. Tag Assistant (o depurador do Google que lista as tags carregadas numa página e o que cada uma enviou) mostra a tag no navegador. A prévia do GTM mostra quais acionadores dispararam e com quais variáveis. DebugView (a tela do GA4 que exibe, em segundos, os eventos de um aparelho em modo de depuração) mostra o que a propriedade recebeu. O relatório em tempo real mostra o agregado dos últimos 30 minutos.

Inspeção de rede é o teste que nenhuma das quatro substitui. A aba de rede do navegador mostra a requisição de coleta como ela saiu: o nome do evento, cada parâmetro com o prefixo que o marca como parâmetro de evento, o estado de consentimento e o identificador da propriedade de destino. Quando o mesmo evento sai duas vezes, ou sai para uma propriedade de teste em produção, é ali que aparece.

A matriz de testes transforma a inspeção em rotina. Nas linhas, os eventos do contrato de dados do capítulo 7; nas colunas, o que varia: estado de consentimento, dispositivo, domínio e superfície. Cada célula recebe o resultado de uma verificação: disparou uma vez, com os parâmetros esperados, no destino certo. Uma célula vazia é uma combinação que ninguém testou, e é lá que o defeito costuma morar.

Tráfego interno e de desenvolvimento precisam sair da conta antes de qualquer leitura. Tráfego interno é o da equipe: a propriedade reconhece por faixa de IP e marca o evento com um parâmetro de tipo de tráfego. Tráfego de desenvolvimento é o do ambiente de homologação, marcado por um parâmetro de depuração. Os dois viram filtros de dados, que nascem em estado de teste e só depois passam a ativo.

Filtros de hostname são a novidade de 2026 nessa família. O filtro de exclusão entrou em junho; o de inclusão, uma lista de domínios autorizados, em 21 de setembro de 2026. Com a inclusão ativa, evento que chega sem hostname é bloqueado e evento de domínio fora da lista também. Eventos do Measurement Protocol não passam por esse filtro, porque não carregam hostname de página.

Problemas recorrentes têm assinatura. Spam aparece como sessões de hostname desconhecido, com engajamento zero e origem estranha. Duplicação aparece como page_view em dobro e purchase acima do número de pedidos, e a causa quase sempre é uma segunda instalação da tag. Evento ausente aparece como queda a zero num evento só, em geral depois de uma mudança de rota na aplicação de página única. Salto de volume sem campanha nova é bot, filtro que mudou ou deploy.

Latência muda o que cada tela pode provar. A coleta chega em segundos e o DebugView a mostra assim. O tempo real cobre 30 minutos. Os relatórios padrão processam ao longo de 24 a 48 horas, e a página oficial de diferenças entre relatórios e explorações lista as últimas 48 horas como uma das razões para os números não baterem. A exportação diária para o BigQuery é atualizada por até dois dias-calendário além do dia corrente.

Monitoramento fecha a rotina, e ele só funciona com critério de alerta escrito. O critério compara um número da propriedade com um número de fora dela, num prazo fixo: purchase de ontem contra pedidos da Shopify de ontem, com tolerância combinada; generate_lead da semana contra leads novos no HubSpot; sessões por hostname contra a lista de domínios. Alerta sem número vira ruído, e ruído é ignorado na segunda semana.

Armadilha comum: publicar o contêiner depois de ver o evento no tempo real e considerar a validação feita. O tempo real prova que algo chegou; não prova que chegou com valor, moeda e transaction_id, nem que chegou uma vez. A prévia e a aba de rede provam isso, e é por elas que a publicação passa antes.

Na Verde Vivo, a matriz ficou com 14 eventos nas linhas e, nas colunas, os quatro estados de consentimento, dois dispositivos e as três superfícies: site, loja e app. A primeira passagem achou três defeitos. add_payment_info não disparava quando a pessoa escolhia Pix, porque o botão de Pix não passava pelo acionador do formulário. purchase saía com o valor do frete somado ao total, o que inflava a receita em 7 por cento. O app enviava page_view sem hostname, o que o filtro de inclusão bloquearia.

Os filtros vieram depois. Marina definiu o tráfego interno pela faixa de IP do escritório e da loja física e o de desenvolvimento pelo ambiente de homologação em Next.js; os dois rodaram uma semana em teste e passaram a ativo. O relatório por hostname mostrou 3,1 por cento das sessões vindas de domínios que a Verde Vivo não possui, com engajamento zero.

Com os três domínios reais na lista, o filtro de inclusão entrou em estado de teste. A decisão de ativar ficou para depois de o app corrigir o hostname, porque ativar antes apagaria os eventos do app para sempre.

O alerta ganhou três linhas na planilha de Marina: purchase do dia contra pedidos da Shopify, com tolerância de 25 por cento por causa do pagamento confirmado depois; generate_lead da semana contra leads no HubSpot, com tolerância de 10 por cento; e sessões de hostname fora da lista acima de 1 por cento.

Na segunda semana, a primeira linha disparou: purchase caiu 40 por cento num dia sem queda de pedidos, e a causa era um deploy que renomeou a página de confirmação. A correção levou uma hora, e o mês fechou inteiro.

Mudou o tempo entre o defeito e a descoberta: de semanas para um dia. Com a matriz, os filtros e as três linhas de alerta, a propriedade da Verde Vivo passou a merecer leitura, e é isso que a próxima trilha faz. Ela abre os relatórios nativos e ensina a ler cada um com o denominador certo.

Abra hoje o relatório de tecnologia da sua propriedade com a dimensão de hostname e anote cada domínio que aparece. O critério de acerto é uma lista em que você reconhece todos; qualquer domínio desconhecido acima de 1 por cento das sessões entra no filtro de exclusão em estado de teste ainda esta semana. Leve a lista para o próximo capítulo, porque a leitura dos relatórios começa por saber de onde o tráfego não deveria vir.

A matriz de 14 eventos da Verde Vivo só rende quando cada célula tem um jeito fixo de ser conferida. O guia abaixo junta DebugView, tempo real e filtros de dados numa rotina de QA que Caio roda em 20 minutos a cada publicação do contêiner.