O número por trás — Taxa de rejeição no GA4: como a métrica é calculada e onde ela engana

Escrito por

em

A taxa de rejeição do GA4 não é a taxa de rejeição do Universal Analytics com outro nome. A pergunta de medição que decide se um relatório de hoje pode ser comparado com o de três anos atrás é curta: o que exatamente conta como uma sessão que “rejeitou”? A definição mudou, e muita apresentação de resultados ainda coloca os dois números na mesma linha do tempo como se fossem a mesma coisa.

A definição: rejeição virou o inverso do engajamento

No Universal Analytics, uma rejeição era uma sessão com uma única interação registrada, tipicamente uma página vista sem nenhum evento depois. O tempo na página não entrava na conta. Quem lia o texto inteiro durante quatro minutos e saía contava como rejeição, porque o sistema não tinha como saber que a leitura aconteceu.

No GA4, a lógica parte de outro lugar. O sistema define primeiro o que é uma sessão engajada, e a rejeição é o que sobra. Uma sessão é engajada quando cumpre pelo menos um de três critérios: dura mais de dez segundos (o padrão, que pode ser ajustado dentro de uma faixa de dez a sessenta segundos), registra um evento de conversão, ou tem duas ou mais visualizações de página ou de tela. A taxa de rejeição é, então, sessões não engajadas divididas pelo total de sessões, o que equivale a um menos a taxa de engajamento.

Essa inversão parece detalhe de nomenclatura, mas muda o que a métrica mede. Antes, ela media “o visitante fez algo além de chegar”. Agora mede “o visitante ficou, converteu ou navegou”. São perguntas diferentes, e a segunda é mais generosa com páginas de conteúdo.

Onde a conta engana

Há quatro situações em que a taxa de rejeição do GA4 leva a uma conclusão errada, todas com o mesmo padrão: o número é calculado corretamente e interpretado fora do contexto em que foi calculado.

A primeira é a comparação entre eras. Um site que migrou do Universal Analytics e viu a rejeição cair muito na virada não melhorou de repente. A régua mudou. Uma leitura de três minutos que antes contava como rejeição passa a contar como sessão engajada, e o número cai sem que nenhum leitor tenha se comportado de forma diferente.

A segunda é o limiar de tempo. Como o padrão de dez segundos é uma escolha de configuração, dois sites com o mesmo comportamento real de leitura podem reportar taxas diferentes só porque um deles ajustou o limiar. Antes de comparar sua taxa com a de outra operação, confirme qual limiar cada uma usa.

A terceira é o tempo de aba. O tempo de engajamento no GA4 acumula enquanto a página está em primeiro plano. Quem abre o artigo, troca de aba e volta vinte minutos depois não soma esse intervalo. Em conteúdos que as pessoas abrem “para ler depois”, isso empurra parte das sessões para o lado dos não engajados.

A quarta é o que não entra no denominador. Visitantes que recusam cookies em configurações de consentimento restritivas, ou que usam bloqueadores, podem não ser medidos, dependendo de como a implementação trata o consentimento. A taxa passa a descrever apenas quem foi medido, e o viés não é uniforme entre canais: o tráfego de determinados países ou navegadores pode ser mais afetado que o de outros. O tamanho desse efeito varia muito por site e não há número confiável que valha para todos.

Universal Analytics e GA4 lado a lado

Aspecto Universal Analytics GA4
O que é uma rejeição Sessão com uma única interação registrada Sessão que não foi engajada
Critério de tempo Nenhum Dez segundos por padrão, ajustável
Conversão evita a rejeição? Só se o evento for marcado como interativo Sim, um evento de conversão torna a sessão engajada
Relação com engajamento Não existe métrica equivalente Rejeição é um menos a taxa de engajamento
Comparável entre as duas eras? Não. Compare o GA4 apenas com o próprio histórico no GA4.

Como calcular por conta própria, em cinco passos

O relatório padrão entrega a taxa agregada, e é justamente o agregado que esconde o problema. O procedimento abaixo devolve uma leitura que aguenta uma conversa com o financeiro.

  1. Defina o recorte antes de olhar o número. Escolha a janela de datas, o canal e o tipo de página. Uma taxa sem recorte não responde nada.
  2. Exporte sessões e sessões engajadas por página de entrada. A unidade de análise é a landing page, não o site inteiro, porque cada página cumpre um papel diferente.
  3. Calcule a rejeição como um menos engajadas sobre sessões. Confira o resultado com o que o relatório mostra; se não bater, há filtro ou amostragem no caminho.
  4. Descarte páginas com pouco volume. Uma página com poucas dezenas de sessões oscila muito de uma semana para outra e não sustenta conclusão. Defina um piso de volume e respeite-o.
  5. Compare apenas com a própria série no GA4. O termômetro útil é a variação da sua página contra ela mesma, medida com o mesmo limiar de engajamento.

Um exemplo com números hipotéticos

Os valores a seguir são inventados para ilustrar o cálculo e não representam nenhum site real. Imagine duas páginas de entrada. A página A recebeu 2.000 sessões, das quais 1.100 foram engajadas, o que dá uma rejeição de 45%. A página B recebeu 400 sessões, com 140 engajadas, o que dá 65%.

Quem tira a média simples das duas taxas chega a 55%. Quem soma as sessões e refaz a conta chega a 1.240 engajadas em 2.400 sessões, ou seja, uma rejeição de 48,3%. A diferença é de quase sete pontos percentuais, e nenhuma página mudou.

Média simples das taxas: 55%. Taxa ponderada pelas sessões: 48,3%. A diferença de 6,7 pontos vem só do método de agregação, não do comportamento dos visitantes.

Esse erro aparece em painéis de BI montados às pressas, quando alguém calcula a média de uma coluna de percentuais em vez de dividir somas. Sempre que a taxa for reportada para um grupo de páginas, ela precisa ser recalculada a partir das contagens brutas.

Um detalhe de governança fecha o procedimento: registre no próprio painel, em nota visível, qual é o limiar de engajamento em uso e a data da última alteração. Quem herdar o relatório daqui a um ano precisará dessa informação para não repetir a comparação entre réguas diferentes.

O que fazer com a métrica

A posição defendida aqui é que a rejeição do GA4 vale como sinal de diagnóstico por página e canal, e não como indicador de qualidade do site. Ela funciona bem para achar uma landing page de anúncio que perde gente em segundos, ou um canal que traz tráfego que não engaja. Funciona mal como meta de diretoria.

Há dois cuidados de interpretação. Primeiro, rejeição alta não é defeito quando a página cumpre a função em poucos segundos. Uma página de contato ou de endereço que entrega o telefone e perde o visitante em quinze segundos pode ter sido perfeita para ele. O caminho é avaliar a página pelo que ela deveria fazer: conversão, leitura ou consulta rápida. Segundo, para páginas de conteúdo, a taxa de engajamento acompanhada de uma medida de conversão ou de rolagem conta uma história mais completa que a rejeição isolada.

Para alertas, o critério mais robusto é comparar a variação atual com a oscilação normal da própria série nas últimas semanas, em vez de fixar um limite absoluto. Uma página que sempre oscila três pontos para cima e para baixo não merece alarme por um movimento de dois.

Três armadilhas de painel que repetem o erro

Mesmo com a definição correta, a rejeição gera conclusões erradas em painéis de BI por razões que não têm a ver com o GA4 em si. Vale conhecer as três mais frequentes antes de apresentar um gráfico à diretoria.

A primeira é a mudança de composição do tráfego. Suponha, com números hipotéticos, que em um mês o site tenha recebido 1.000 sessões: 800 do orgânico, com rejeição de 40%, e 200 de redes sociais, com rejeição de 70%. A rejeição total é de 46%, porque 320 mais 140 sessões não engajadas somam 460 em 1.000. No mês seguinte, uma campanha muda a mistura para 500 sessões de cada canal, e cada canal melhora dois pontos: 38% no orgânico e 68% nas redes. A rejeição total sobe para 53%, porque 190 mais 340 dão 530 em 1.000. Ambos os canais melhoraram e o número do site piorou. Sem abrir por canal, o painel conta uma história falsa.

A segunda é o calendário. Semanas com feriado, campanha de e-mail ou pico de busca sazonal mudam quem está chegando. Comparar duas semanas sem checar isso confunde comportamento com composição do público. Sempre que possível, compare o mesmo período em ciclos comparáveis.

A terceira é o volume por linha. Relatórios que quebram o tráfego em muitas dimensões ao mesmo tempo produzem linhas com pouquíssimas sessões, e nelas a taxa oscila de forma dramática por pura variação aleatória. Antes de tirar conclusão de uma linha, olhe a contagem de sessões que a sustenta.

Perguntas frequentes

Qual é uma boa taxa de rejeição no GA4?

Não existe faixa universal. O valor depende do tipo de página, do canal de origem e do limiar de engajamento configurado. A referência confiável é o histórico do próprio site, medido do mesmo jeito.

Posso mudar o limiar de dez segundos?

Sim. O GA4 permite ajustar o tempo mínimo para uma sessão ser considerada engajada, dentro de uma faixa que vai de dez a sessenta segundos. Ao alterar, registre a data da mudança, porque a série antes e depois deixa de ser comparável.

Rejeição e taxa de saída são a mesma coisa?

Não. A rejeição se refere à sessão que não engajou; a taxa de saída indica em que proporção das visualizações de uma página o visitante foi embora dali. Uma página pode ter saída alta e rejeição baixa quando é o último passo de uma jornada longa.

Comentários

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *