Eventos no GA4: o guia definitivo dos 4 tipos (e dos erros que quebram sua mensuração)
No GA4, tudo é evento. A visualização de página é evento, o clique é evento, a compra é evento, até a primeira visita é evento.
Essa frase todo mundo já ouviu. O que quase ninguém domina é a consequência dela: se tudo é evento, a qualidade da sua mensuração inteira depende de como os seus eventos foram planejados, nomeados e configurados. Evento mal feito não é detalhe técnico, é decisão de negócio tomada com dado quebrado três meses depois.
Este guia cobre os 4 tipos de eventos do GA4, a anatomia de nome e parâmetros, a nomenclatura profissional e os erros que aparecem em 76% das propriedades auditadas pela Métricas Boss.
O que é um evento no GA4?
Evento é o registro de uma interação ou ocorrência no seu site ou app: um clique, um envio de formulário, um scroll, uma compra, um erro. Cada evento carrega um nome e um conjunto de parâmetros com o contexto da interação (em qual página, qual produto, qual valor).
A diferença estrutural para o Universal Analytics: lá, eventos tinham categoria, ação e rótulo, e conviviam com hits de outros escopos (pageview, transação):
No GA4, existe um único modelo: nome do evento + parâmetros. Isso simplificou a estrutura e transferiu a responsabilidade para o planejamento, porque a liberdade de nomear virou a liberdade de criar um Frankenstein.
Os 4 tipos de eventos (e o que cada um exige de você)
1. Eventos coletados automaticamente
Chegam de fábrica com a tag instalada: session_start, first_visit, page_view, user_engagement. Você não configura nada e não deve tentar sobrescrevê-los.
O que exigem: apenas que você saiba que existem, porque são a base de métricas como sessões e usuários ativos.
2. Eventos de medição aprimorada (enhanced measurement)
Ativados por chave na configuração do fluxo de dados: scroll (90%), cliques de saída, busca interna, engajamento de vídeo do YouTube, download de arquivos e envio de formulário.
O que exigem: leitura crítica. A conveniência tem limitações conhecidas, e a maior é o rastreio nativo de formulários, que dispara em situações que não são envio real e falha em formulários dinâmicos. Para conversão que importa, formulário se mede com implementação própria, nunca com a chave nativa.
3. Eventos recomendados
A taxonomia oficial do Google para ações comuns: login, sign_up, purchase, add_to_cart, begin_checkout, generate_lead e dezenas de outros, cada um com seus parâmetros esperados.
O que exigem: obediência à nomenclatura. Os eventos recomendados não são sugestão estética: eles alimentam relatórios prontos (monetização, e-commerce), recursos de machine learning e integrações com o Google Ads. Um purchase escrito como "compra_finalizada" não preenche o relatório de monetização, não alimenta audiências preditivas e não conversa com lances. Use o nome do Google sempre que a ação existir na lista oficial.
4. Eventos personalizados
Tudo que é específico do seu negócio e não existe na taxonomia oficial: interação com um simulador, uso de um filtro, avanço em um fluxo próprio.
O que exigem: plano de mensuração e disciplina de nomenclatura. E um detalhe que gera metade dos chamados de suporte: parâmetro personalizado só aparece nos relatórios depois de registrado em definições personalizadas, com até 48 horas de processamento. Antes disso, (not set) é esperado, não é defeito.
A anatomia: nome + parâmetros
Todo evento é composto do nome (a ação) e dos parâmetros (o contexto). O GA4 aceita até 25 parâmetros por evento, e alguns viajam automaticamente em todos (page_location, session_id, engagement_time_msec).
A regra profissional de modelagem: o nome descreve a ação de forma genérica e reutilizável; o parâmetro carrega a variação. Errado: eventos click_botao_home, click_botao_produto, click_botao_checkout (três eventos para a mesma ação, caminhando para o limite de 500 nomes distintos e explodindo cardinalidade). Certo: um evento click_botao com o parâmetro posicao ou page_type carregando a variação.
Nomenclatura: o padrão que separa profissional de amador
- •snake_case sempre: letras minúsculas, palavras separadas por underline (add_to_cart, form_submit). É o padrão da taxonomia do Google e evita duplicações por diferença de caixa, porque o GA4 diferencia Login de login.
- •Inglês para o que é padrão, consistência para o que é seu: se optar por português nos personalizados, seja consistente na propriedade inteira.
- •Documente: o plano de mensuração (evento, nome, parâmetros, gatilho, responsável) é o documento que impede o container de virar arqueologia quando a equipe mudar.
Como criar um evento personalizado no GA4 na prática?
O caminho profissional é via Google Tag Manager: a interação vira um push na camada de dados, o GTM escuta com um acionador de evento personalizado e a tag de evento do GA4 envia nome e parâmetros. A validação acontece no DebugView antes de qualquer publicação.
O GA4 também permite criar eventos derivados na própria interface (Admin > Eventos > Criar evento), útil para recortes simples como "page_view da página de obrigado", mas limitado: modificação na interface não substitui implementação para nada que envolva dados que não estão nos parâmetros existentes.
Quer treinar sem medo de quebrar nada? Use o playground da Métricas Boss, um ambiente controlado com botões, formulários e eventos de exemplo.
Os erros que quebram a mensuração (e aparecem nas auditorias)
O Índice de Confiabilidade da Métricas Boss, com mais de 31 mil auditorias, mostra que 76% das propriedades têm key events incorretos, e a raiz quase sempre está nos eventos:
- •Evento duplicado: a mesma ação disparando por dois caminhos (tag dupla, GTM + hardcoded). Infla tudo que depende dele, inclusive receita quando o evento é purchase.
- •Nomenclatura fora da taxonomia: purchase com outro nome, add_to_cart sem items. Relatórios de e-commerce vazios com dado "chegando".
- •Parâmetro sem registro: o dado chega e morre sem virar dimensão. (not set) em todo relatório.
- •Nome como lixão de contexto: cardinalidade explodida, relatórios com linha (other), análise impossível.
- •Key event marcado no evento errado: o algoritmo do Google Ads otimizando para page_view de obrigado que dispara em recarga, em vez do purchase real.
Perguntas frequentes sobre eventos no GA4
Quais são os tipos de eventos no GA4? Quatro: coletados automaticamente (chegam com a tag), de medição aprimorada (ativados por chave no fluxo de dados), recomendados (taxonomia oficial do Google, como purchase e generate_lead) e personalizados (específicos do seu negócio).
Qual o limite de eventos no GA4? Uma propriedade padrão trabalha com até 500 nomes de evento distintos e até 25 parâmetros por evento. O limite existe para forçar boa modelagem: variação vai no parâmetro, não no nome.
Por que meu evento aparece como (not set)? Na maioria dos casos, o parâmetro foi enviado mas não registrado em definições personalizadas, ou o registro tem menos de 48 horas. O diagnóstico completo está no guia de (not set).
Devo usar os nomes de eventos recomendados do Google? Sempre que a ação existir na taxonomia oficial, sim. Eventos recomendados alimentam relatórios prontos, machine learning e integrações com mídia. Nome fora do padrão desliga tudo isso silenciosamente.
Como criar eventos no GA4 sem programar? Via Google Tag Manager para a maioria dos casos, e via criação de eventos na interface do GA4 para derivações simples de eventos existentes. Interações que exigem contexto do site (produto, valor, etapa) pedem camada de dados implementada pelo desenvolvimento.
Evento e conversão são a mesma coisa? Não. Evento é qualquer interação registrada; key event (antigo "conversão") é o evento que você marcou como importante para o negócio. Todo key event é um evento; a recíproca não é verdadeira.
Lucian Fialho
Fundador e CTO da Métricas Boss, com sólido background em tecnologia, tendo passado por empresas como Comprafacil.com e Leader.com. Atuou no desenvolvimento de lojas como Globo, Olimpíadas do Rio, Ipiranga Shop, entre outras.
Publicado em 6 de julho de 2026
