Por que suas conversões do GA4 caíram de um dia para o outro

Todos os artigos

Quando as conversões do GA4 caem de um dia para o outro sem que as campanhas ou o site tenham mudado, a causa costuma estar na camada de medição, não no marketing. Descarte primeiro o atraso de processamento e confira seus pedidos. Se não for o atraso e os pedidos se mantiveram, veja o que mudou naquele dia: o banner de cookies, a ordem em que suas tags carregam, as regras por região, seus eventos principais e se a modelagem de conversões parou.

1. Alguém mexeu no banner

O culpado mais comum. Uma atualização de CMP, uma nova versão do banner, um redesign que moveu o botão de aceitar: qualquer coisa que mude como ou quando o consentimento é concedido muda quantas tags disparam. Se a queda bate com um deploy ou com um lançamento da CMP, comece por aí. Verifique se o estado padrão de consentimento ainda é definido antes de as suas tags do Google carregarem, e se a atualização trocou você silenciosamente do comportamento avançado para o básico.

2. Uma tag agora dispara antes de o consentimento estar pronto

A ordem das tags é frágil. Se o Google Tag Manager carrega antes de os padrões de consentimento serem definidos, as tags disparam em estado negado ou são bloqueadas de vez, dependendo da sua configuração. O sintoma é uma queda parcial, não um zero limpo: alguns navegadores, algumas regiões, algumas páginas. A correção é estrutural: padrões de consentimento primeiro, todo o resto depois. No GTM, o gatilho Consent Initialization existe exatamente para isso. A mesma falha tem uma segunda assinatura que vale conhecer: sessões carregando conversões mas sem origem nenhuma, que é uma das três formas do tráfego Unassigned depois de um banner.

3. Uma regra de região virou

As plataformas de consentimento deixam você variar o comportamento por região: consentimento explícito na UE, apenas aviso em outros lugares. Um botão nessas configurações pode colocar o seu maior mercado atrás de um muro em que ele não estava ontem. Se a queda está concentrada em uma geografia, compare a sua configuração de região com a da semana passada.

4. As conversões caíram, ou só a medição?

Confira os números do negócio antes de entrar em pânico: pedidos no sistema da loja, leads no CRM, ligações atendidas. Se a receita se manteve enquanto o GA4 caiu, você tem um problema de medição, o que é chato mas tem conserto. Se as duas caíram, você tem outra conversa pela frente.

Se a queda é real no GA4 mas não nas vendas, e as verificações do banner abaixo dão certo, olhe também fora do consentimento. Um contêiner do Tag Manager editado mas nunca publicado, um ID de medição alterado ou um evento principal renomeado na tag ou desmarcado no Administrador do GA4 produzem a mesma queda de um dia para o outro. Uma mudança no modelo de atribuição dos relatórios é diferente: o Google a aplica aos dados históricos e futuros, então ela reescreve também os dias passados em vez de deixar uma queda em uma data. Ela redistribui o crédito entre os canais, então um canal pode parecer menor enquanto o total se mantém.

Um caso relacionado é o GA4 cair enquanto o Google Ads se mantém, o que faz as pessoas caçarem uma falha que não existe. Parte dessa diferença é inerente ao jeito como os dois contam, e só parte dela é sua para corrigir: por que o Google Ads e o GA4 mostram números de conversão diferentes separa as duas metades.

5. A modelagem parou

Se uma parte relevante das suas conversões reportadas era modelada, perder a elegibilidade para modelagem parece exatamente perder conversões. Isso acontece quando o consent mode avançado é rebaixado, quando os pings sem cookies param, ou quando o tráfego cai abaixo dos limites que o Google publica para a modelagem comportamental. A pista está no tempo: dados modelados se ajustam ao longo de alguns dias, não instantaneamente. Uma vez que você sabe que foi isso, a correção é uma cadeia curta, em ordem, com a única etapa de verificação que a maioria das configurações pula: restaurar os sinais de consentimento dos quais a modelagem depende.

Como achar a causa rápido?

Quase tudo se resolve com uma sessão do navegador e a aba de rede. Siga esta ordem:

1. Deixe de fora os dois últimos dias. O GA4 pode levar um dia ou mais para terminar de processar os dados, como mostra a tabela de atualização de dados do Google, então uma queda restrita aos dias mais recentes pode ser só dados que ainda não chegaram.
2. Conte os pedidos e os leads na loja ou no CRM nos mesmos dias. Se eles se mantiveram enquanto o GA4 caía, a falha está na medição.
3. Carregue o site numa janela privada nova, rejeite o banner e observe as requisições enviadas ao Google. Com o Consent Mode avançado, você ainda deve ver pings, com gcs=G100. Com o Consent Mode básico, nada é enviado até o visitante aceitar, e isso é o esperado.
4. Aceite tudo, recarregue e confira de novo. Agora as requisições devem trazer gcs=G111. Se continuarem indicando negado, ou se nada for enviado mesmo depois de aceitar, o banner não está repassando a escolha.
5. Compare a data da queda com a última versão do banner, a última publicação do contêiner e a última mudança de regra por região.

Nos sites que usam o Velo, o registro de auditoria mostra cada mudança de estado do consentimento e cada versão do banner, então a pergunta sobre o que mudou na terça tem uma resposta que você pode ler em vez de reconstruir.

Seu próximo passo em privacidade na web.

O Velo reúne o seu banner de consentimento, as configurações por região e os registros de consentimento em um só lugar, e passa a escolha de cada visitante para as suas tags do Google pelo Consent Mode v2.