Google Analytics para que serve: usos por tipo de negócio e o limite dele

Google Analytics para que serve, em uma frase?

Na frase do próprio Google, na visão geral dos relatórios: "O Google Analytics coleta dados dos seus sites e apps para criar relatórios com insights sobre sua empresa." A mesma página diz para que os relatórios servem: "monitorar o tráfego, investigar dados e entender seus usuários e as atividades deles".

Isso se traduz em três perguntas que a ferramenta responde no nível do agregado:

• De onde as visitas vêm: busca, anúncio, rede social, e-mail, referência. É a coleção Aquisição, onde os parâmetros de um link de campanha aparecem agrupados em canais.
• O que as pessoas fazem: páginas, rolagem, cliques, vídeos, downloads, formulários. É a coleção Engajamento.
• Quantas cumprem a ação que interessa: o evento principal, "uma ação particularmente importante para o sucesso da sua empresa", nas palavras da documentação.

Os relatórios vêm em dois níveis: os "Relatórios de visão geral" "resumem os dados sobre um tópico" e os "Relatórios detalhados" "dão informações mais detalhadas sobre uma área de interesse". Acima deles há as explorações, "um conjunto de técnicas avançadas que vão além dos relatórios padrão", com sete modelos, entre eles funil, caminho e análise de usuários. Relatório para acompanhar, exploração para investigar.

Para que serve o Google Analytics numa loja virtual?

Para saber quais produtos são vistos, quais entram no carrinho e quais são comprados, e de qual canal vem a receita. O relatório Compras de e-commerce é, nas palavras da documentação, "um relatório detalhado predefinido com informações sobre os produtos ou serviços que você vende na sua loja de e-commerce", com métricas como Receita do item, Itens adicionados ao carrinho, Itens comprados e Itens acessados.

Há uma condição que a página deixa clara e que muita loja descobre tarde: "Os eventos de e-commerce não são coletados pelo Google Analytics de modo automático." A loja precisa enviar eventos como add_to_cart e purchase a partir do site ou do aplicativo. Sem isso, o relatório existe e fica vazio.

Os usos que a loja tira do Google Analytics, uma vez que os eventos chegam:

1. Receita por canal: qual origem traz compra, e não só visita.
2. Funil de checkout: quantos adicionaram ao carrinho, começaram o pagamento e concluíram, pela exploração de funil.
3. Produto visto e não comprado: a diferença entre Itens acessados e Itens comprados, por produto.
4. Anúncio que converte: com a conta do Google Ads conectada, a documentação promete "Criar conversões consistentes do GA4 e do Google Ads com base nos seus eventos principais" e "Reengajar os usuários com base no comportamento deles no seu app ou site".

O limite aparece no quarto uso: o Google Analytics diz quantas compras vieram do anúncio, não qual cliente comprou nem quantas vezes visitou antes. Para a loja isso costuma bastar, porque o pedido já carrega o nome. Para quem vende por orçamento, não.

Para que serve o Google Analytics num site de serviço?

Para contar quantas pessoas chegam ao formulário, quantas começam a preencher e quantas enviam. O Google tem uma página só para isso, Como gerar mais leads no seu site, e ela define o que está sendo medido: "Um lead é alguém que demonstra interesse nos seus produtos ou serviços e, portanto, é provável que se converta em cliente pagante."

O que a página manda medir é "quantas pessoas acessam seu site, encontram, preenchem e enviam o formulário". Dois eventos da medição otimizada, ligados na interface da propriedade, fazem o trabalho: o form_start, que dispara na "primeira vez que um usuário interage com um formulário em uma sessão", e o form_submit, "quando o usuário envia um formulário". A proporção entre os dois, segundo a documentação, serve para "identificar problemas, como perguntas obrigatórias em excesso".

A partir daí, o site de serviço monta três coisas:

• O form_submit como evento principal, para aparecer na coluna de eventos principais dos relatórios e virar conversão no Google Ads. O limite, segundo a documentação de marcação: "até 30 eventos como principais para propriedades padrão e até 50 para as propriedades do Analytics 360".
• Uma exploração de funil com página do formulário, form_start e form_submit. A página sobre formulário de lead diz onde olhar: "muitos desistem em dois momentos: ao acessar a página inicial e visualizar o formulário e entre o início do preenchimento e o envio."
• A comparação por canal, para saber se o anúncio traz gente que envia ou que só olha.

O que o site de serviço não recebe do Google Analytics é o lead em si. O relatório diz que doze formulários foram enviados; o nome de quem enviou está no e-mail ou no CRM, desligado do caminho que a pessoa fez no site. A conversão de leads medida perda a perda depende de juntar as duas coisas.

Para que serve o Google Analytics num site de conteúdo?

Para saber quais textos são lidos até o fim e o que a busca do Google mostra sobre o site. A medição otimizada cobre a leitura: o evento scroll dispara "na primeira vez que um usuário chega ao fim de cada página (ou seja, quando uma profundidade vertical de 90% se torna visível)", segundo a documentação; os eventos de vídeo marcam início, 10%, 25%, 50%, 75% e fim; o file_download registra "quando um usuário clica em um link que leva a um arquivo"; e o click de saída, "quando um usuário clica em um link diferente do domínio atual".

A segunda fonte de valor é a integração com o Search Console, que cria dois relatórios, "Consultas de pesquisa orgânica do Google" e "Tráfego orgânico do Google": as consultas que geram clique e as páginas de destino com as métricas das duas ferramentas lado a lado. É a resposta para "qual texto traz busca e qual traz leitura".

Os usos concretos para quem publica:

1. Texto lido versus texto aberto: visualizações contra rolagem a 90%, por página.
2. Consulta que traz clique: pelo relatório do Search Console dentro do Analytics.
3. Vídeo abandonado no meio: o ponto de 25% ou 50% em que a curva cai.
4. Download e saída: quais materiais são baixados e para onde as pessoas saem.

O limite do site de conteúdo é a identidade: o Google Analytics conta leitores, não diz quem são nem quantas vezes a mesma pessoa voltou antes de assinar a newsletter.

Quais perguntas o Google Analytics responde bem?

As perguntas de contagem, com o relatório ou a exploração que responde cada uma:

Fonte: Google, documentação do GA4 sobre relatórios, medição otimizada, e-commerce, Search Console e Google Ads, consultada em setembro de 2026.

Sobre a primeira linha: "canal" no Google Analytics é um agrupamento por regras fixas sobre origem e meio. Um utm_medium fora da lista cai em "Não atribuído", e a pergunta fica sem resposta; as regras estão no artigo sobre gerador de UTM.

Quais perguntas o Google Analytics responde mal?

As perguntas de identidade, de histórico e de detalhe fino. Cada limite abaixo vem da documentação, não de defeito:

• Quem são as pessoas que converteram? A análise de usuários mostra "um cronograma das atividades deles no seu site ou app", mas, com o usuário deslogado, "os dados de evento dele são identificados por um ID pseudonomizado". Site sem login só tem usuário deslogado.
• O que essa pessoa fez há um ano? A retenção do plano gratuito é de 2 ou 14 meses e, segundo a documentação, "afeta apenas as análises detalhadas e os relatórios de funil". O funil de 18 meses não encontra o começo.
• Quantos vieram de tal cidade com tal idade? Os limites mínimos de dados existem para impedir que quem lê "consiga deduzir a identidade ou dados sensíveis", e "caso não haja uma quantidade de usuários suficiente", "a linha que contém esses dados poderá ficar retida". Em site pequeno, linhas somem.
• A exploração está exata? A documentação de amostragem diz que "o limite de cota para consultas no nível do evento é de 10 milhões de eventos para propriedades padrão do Google Analytics e até 1 bilhão de eventos para propriedades do Google Analytics 360". Acima disso, a exploração usa uma parte do dado.
• Qual é a lista de quem parou no meio do funil? A exploração de funil entrega a taxa de abandono por etapa, não nomes.
• O clique no cartaz virou visita? Um QR Code sem UTM chega sem referrer e se mistura ao tráfego direto.

Nenhum desses limites aparece como erro na tela. O relatório abre, o número existe, e a pergunta que o Google Analytics responde mal acaba respondida com um chute que parece dado.

Quando o Google Analytics deixa de bastar?

Quando alguém da equipe faz uma pergunta com nome dentro. Três sinais aparecem em ordem:

1. O comercial pergunta "quem": "quais foram os cinco leads desta semana e o que eles viram antes de preencher?" O Google Analytics responde "cinco" e para.
2. O ciclo de decisão atravessa visitas: a pessoa chega pelo anúncio, some por duas semanas, volta por busca e converte. O relatório de aquisição credita a busca; o comercial quer saber que o anúncio começou.
3. O funil precisa virar lista: a etapa "viu a página de preço e não agendou" é uma lista de contatos para retomar, não uma porcentagem.

É nesse ponto que uma ferramenta de jornada entra ao lado, não no lugar. No GoLoop, cada pessoa tem uma ficha com todas as sessões, páginas e eventos, e a origem da primeira visita fica separada da origem de cada volta. Quando a pessoa preenche um formulário mapeado, a identificação dá nome ao histórico anônimo sem recomeçar nada. Cada etapa do funil abre a lista de quem chegou até ali, e um alerta de jornada avisa no painel quando alguém alcança a etapa marcada.

O Google Analytics continua fazendo o que faz bem: agregado, canal, Google Ads e Search Console. Os dois scripts convivem na mesma página, e o mapa da jornada do cliente deixa de depender do que a equipe imagina.