Modelo de dados do Google Analytics 4: eventos, parâmetros e propriedades do usuário

Por que “tudo é evento” no GA4

No Google Analytics 4 (GA4), qualquer interação relevante do usuário com seu site ou app é registrada como um evento. Isso inclui desde carregar uma página até clicar em um botão, rolar a tela, iniciar uma sessão ou concluir uma cadastro. Essa abordagem simplifica o modelo: em vez de separar “pageviews”, “eventos” e “transações” como conceitos distintos, o GA4 trata tudo como o mesmo tipo de registro (evento) e usa parâmetros para descrever detalhes.

Na prática, você vai enxergar esse modelo diretamente nos relatórios, principalmente em Relatórios > Engajamento > Eventos e em explorações (Explorar), onde o nome do evento vira uma dimensão central e os parâmetros viram dimensões/colunas quando disponíveis.

Evento vs. parâmetro: diferença que muda a leitura dos relatórios

O que é um evento

Um evento é uma ocorrência registrada com um nome (por exemplo, page_view, scroll, click, session_start). Pense no nome do evento como “o que aconteceu”.

O que é um parâmetro

Um parâmetro é um atributo que descreve o evento (por exemplo, em qual página ocorreu, qual link foi clicado, qual percentual de rolagem foi atingido). Pense no parâmetro como “detalhes do que aconteceu”.

Exemplo conceitual:

Continue em nosso aplicativo e ...

• Ouça o áudio com a tela desligada
• Ganhe Certificado após a conclusão
• + de 5000 cursos para você explorar!

ou continue lendo abaixo...

Baixar o aplicativo

Evento: click  (o que aconteceu) Parâmetros: link_url, link_text, outbound, page_location (detalhes)

Nos relatórios, você normalmente vê o evento agregado (quantas vezes click aconteceu). Para “quebrar” por detalhes (ex.: qual URL foi mais clicada), você precisa que o parâmetro esteja disponível como dimensão (muitas vezes via definição de dimensão personalizada, quando aplicável).

Tipos de eventos no GA4

1) Eventos coletados automaticamente

São eventos que o GA4 registra sem você precisar implementar código adicional (dependendo do ambiente e das configurações). Eles formam a base de leitura de comportamento nos relatórios.

Exemplos comuns que aparecem com frequência:

• session_start (início de sessão)
• page_view (visualização de página)
• first_visit (primeira visita do usuário no site)
• user_engagement (engajamento/tempo ativo)

2) Eventos recomendados

São nomes e estruturas sugeridos pelo Google para casos de uso comuns (por exemplo, e-commerce, geração de leads, conteúdo). A vantagem é padronização: facilita comparações, relatórios e uso em recursos como públicos e conversões, porque seguem convenções esperadas.

Conceitualmente, você escolhe um evento recomendado quando existe um “tipo de interação” bem conhecido (ex.: cadastro, login, compra, busca interna) e quer manter consistência.

3) Eventos personalizados

São eventos criados para necessidades específicas do seu negócio, quando não existe um evento automático ou recomendado que represente bem a interação. O ponto-chave é manter nomes claros e parâmetros úteis para responder perguntas de negócio.

Conceitualmente, um evento personalizado deve nascer de uma pergunta objetiva, por exemplo: “Quantas pessoas clicam no botão de WhatsApp?” ou “Quantas pessoas usam o filtro de preço?”.

Exemplos concretos: eventos comuns e as perguntas que respondem

page_view: visualização de página

O que mede: cada vez que uma página é carregada/visualizada.

Perguntas que ajuda a responder:

• Quais páginas recebem mais tráfego?
• Quais páginas estão crescendo/caindo em visualizações?
• De quais origens/mídias vêm as visualizações das páginas mais importantes?

Como isso aparece nos relatórios: em relatórios de páginas e telas, você costuma ver métricas como visualizações e usuários por página. Mesmo quando o relatório fala “Páginas”, por trás o GA4 está agregando eventos page_view e usando parâmetros/dimensões como caminho/título da página.

Parâmetros típicos associados: page_location (URL), page_referrer (referência), page_title (título).

scroll: rolagem

O que mede: indica que o usuário rolou a página até um ponto relevante (em muitos cenários, um marco como 90% da página).

Perguntas que ajuda a responder:

• As pessoas estão consumindo o conteúdo ou abandonam no início?
• Quais páginas têm maior profundidade de leitura?
• O conteúdo “segura” o usuário até o final?

Como isso aparece nos relatórios: em Engajamento > Eventos, você pode comparar o volume de scroll com page_view para ter uma noção de “leitura” (ex.: muitas visualizações, poucos scrolls pode sugerir baixa profundidade).

Dica de interpretação: scroll não é “tempo de leitura”; é um sinal de profundidade. Combine com métricas de engajamento e com a página (dimensão) para contexto.

click: clique (especialmente em links)

O que mede: cliques em elementos rastreados (muito comum para cliques em links, inclusive links externos, dependendo da configuração).

Perguntas que ajuda a responder:

• Quais links externos as pessoas mais clicam?
• Quais CTAs recebem mais cliques?
• Em quais páginas os usuários mais interagem com links?

Como isso aparece nos relatórios: em Engajamento > Eventos, click aparece como um evento com contagem. Para entender “qual link”, você precisa olhar para dimensões relacionadas aos parâmetros do clique (quando disponíveis), como URL do link ou se é saída (outbound).

Parâmetros típicos associados: link_url, link_text, outbound, além de parâmetros de contexto como page_location.

session_start: início de sessão

O que mede: marca o começo de uma sessão (um conjunto de interações do usuário dentro de uma janela de tempo).

Perguntas que ajuda a responder:

• Quantas sessões ocorreram em um período?
• Quais canais trazem mais sessões?
• Como as sessões variam por dispositivo, país, campanha?

Como isso aparece nos relatórios: métricas de sessão e análises por aquisição (origem/mídia, campanha) se conectam fortemente ao conceito de sessão. Embora você nem sempre “veja” session_start como foco principal, ele é um evento fundamental para compor indicadores de aquisição e comportamento.

Como conectar eventos e parâmetros ao que você vê nos relatórios

Leitura prática: do relatório para o dado

Quando você abre um relatório e vê uma linha como “Página X teve 10.000 visualizações”, por trás isso normalmente significa:

• Evento principal: page_view
• Dimensão usada para agrupar: algo como caminho da página/título (derivado de parâmetros como page_location e page_title)
• Métrica: contagem de eventos (quantas vezes o evento ocorreu) e/ou usuários

Quando você vê “Evento click teve 2.000 ocorrências”, isso significa:

• Evento: click
• Métrica: contagem do evento
• Detalhes (qual link): ficam em parâmetros, que podem ou não estar prontos como dimensão no relatório padrão

Passo a passo prático: como investigar um evento nos relatórios

1. Abra a lista de eventos: vá em Relatórios > Engajamento > Eventos.

2. Selecione um evento comum (ex.: page_view, scroll, click).

3. Observe as métricas principais: contagem do evento, usuários, eventos por usuário (dependendo da visualização).

4. Faça a pergunta certa para o evento:

   • page_view: “Quais páginas?”
   • click: “Quais links/CTAs?”
   • scroll: “Quais páginas têm mais profundidade?”
   • session_start: “Quais canais geram mais sessões?”

5. Se precisar de detalhe, procure o parâmetro: em explorações (Explorar), tente usar dimensões relacionadas (ex.: página/URL) para cruzar com o evento. Se o detalhe que você quer for um parâmetro que ainda não aparece como dimensão, isso indica a necessidade de tratá-lo como dimensão personalizada (conceitualmente: “transformar parâmetro em dimensão utilizável em relatório”).

Propriedades do usuário: quem é o usuário (atributos persistentes)

Além de eventos e parâmetros, o GA4 trabalha com propriedades do usuário (user properties). Elas descrevem características do usuário que tendem a ser mais estáveis ao longo do tempo, como um “perfil” que acompanha os eventos.

Diferença essencial:

• Parâmetro do evento: detalhe daquele momento (ex.: qual botão foi clicado agora).
• Propriedade do usuário: atributo do usuário que pode valer para vários eventos (ex.: tipo de cliente, plano, status de login).

Exemplos de propriedades do usuário (conceituais)

• user_type: visitante vs. cliente
• plan: free, pro, enterprise
• logged_in: true/false
• customer_segment: varejo, atacado, parceiro

Essas propriedades permitem responder perguntas como:

• Usuários do plano Pro clicam mais no CTA X?
• Clientes logados têm maior engajamento do que visitantes anônimos?
• Qual segmento tem mais sessões engajadas?

Dimensões relacionadas a usuário nos relatórios

Nos relatórios, você verá dimensões que descrevem o usuário e o contexto dele, como dispositivo, localização, idioma, origem/mídia (aquisição) e, quando configuradas, propriedades do usuário personalizadas. A lógica é: você cruza eventos (o que aconteceu) com dimensões de usuário (quem fez) e dimensões de contexto (onde/quando/como).

Mapa mental rápido: como pensar o modelo de dados

Exemplos aplicados: traduzindo perguntas de negócio para o modelo GA4

Pergunta: “Quais conteúdos realmente são lidos?”

• Evento base: page_view (quais páginas foram vistas)
• Sinal de profundidade: scroll (se chegaram ao fim/alto percentual)
• Dimensão para agrupar: página (URL/título)
• Leitura no relatório: compare volume de page_view vs. scroll por página para identificar páginas com muita entrada e pouca profundidade.

Pergunta: “Quais CTAs geram mais interesse?”

• Evento base: click
• Parâmetros importantes: URL/texto do link, página onde ocorreu
• Leitura no relatório: ver contagem de click e, quando possível, detalhar por link/página para identificar quais CTAs performam melhor.

Pergunta: “De onde vêm as sessões mais qualificadas?”

• Evento base: session_start (para volume de sessões)
• Complemento: eventos de engajamento e/ou eventos-chave do seu funil (quando existirem)
• Dimensões: origem/mídia, campanha, dispositivo
• Leitura no relatório: cruzar aquisição (origem/mídia) com indicadores de engajamento e eventos relevantes para entender qualidade, não só volume.