Uma página de tráfego resolve taxa de rejeição vs taxa de saída

Qual é a diferença entre taxa de rejeição e taxa de saída?

Analistas separam taxa de rejeição vs taxa de saída pelo denominador: a taxa de saída (exit rate) divide as saídas por todas as visualizações de página que a página recebeu, enquanto a taxa de rejeição (bounce rate) divide as sessões de página única apenas pelas sessões que começaram naquela página. As duas métricas contam finais, então os numeradores se parecem em um relatório, mas os denominadores são populações diferentes e um deles é menor em toda página que não é uma landing page. Essa diferença é o motivo de uma página conseguir ter taxa de saída alta e taxa de rejeição baixa na mesma semana.

O que é taxa de rejeição?

Taxa de rejeição é a parcela das sessões que começam em uma página e terminam nessa página sem uma segunda interação. A definição antiga do Google, no artigo da Ajuda do Analytics "[UA] Bounce Rate [Legacy]" (verificado em 8 de setembro de 2026), diz: "Single-page sessions divided by all sessions, or the percentage of all sessions on your site in which users viewed only a single page and triggered only a single request to the Analytics server." (Sessões de página única divididas por todas as sessões, ou seja, a porcentagem de todas as sessões do seu site em que os usuários viram apenas uma página e dispararam apenas uma requisição ao servidor do Analytics.) O Google acrescenta que essas sessões têm duração de 0 segundos, porque não existe um segundo hit para medir contra o primeiro.

bounce rate (UA) = (single-page sessions starting on the page / sessions starting on the page) x 100

Uma página em que ninguém entra não tem taxa de rejeição nenhuma, já que o denominador é zero. Confira a contagem de entradas antes de ler a porcentagem.

O que é taxa de saída?

Taxa de saída é a parcela das visualizações de página de uma página que foram a última visualização da sessão. O Google formula isso em "[UA] Exit Rate vs. Bounce Rate [Legacy]" (verificado em 8 de setembro de 2026) assim: "For all pageviews to the page, Exit Rate is the percentage that were the last in the session." (De todas as visualizações de página da página, a taxa de saída é a porcentagem que foi a última da sessão.) E contrapõe a taxa de rejeição, que é: "For all sessions that start with the page, Bounce Rate is the percentage that were the only one of the session." (De todas as sessões que começam com a página, a taxa de rejeição é a porcentagem que foi a única da sessão.)

exit rate = (exits from the page / pageviews of the page) x 100

Toda sessão que termina contribui com exatamente uma saída, então a taxa de saída tem um piso definido pelo formato do seu site. Uma página de confirmação deveria sair perto de 100%, e isso é o fluxo funcionando. Leia a taxa de saída contra o trabalho daquela etapa, não contra uma média do site.

Uma página pode ter taxa de saída alta e taxa de rejeição baixa?

Uma página pode registrar taxa de saída alta e taxa de rejeição baixa na mesma semana, e é numa página de preços que isso mais acontece. Pegue uma semana em /pricing. A página recebeu 1.000 visualizações de página. 400 dessas visualizações foram a última visualização da sessão. Só 120 sessões começaram em /pricing, e 18 dessas 120 terminaram sem uma segunda visualização de página.

Taxa de saída: 400 dividido por 1.000 dá 0,4, ou seja, 40,00%. Taxa de rejeição: 18 dividido por 120 dá 0,15, ou seja, 15,00%. Mesma página, mesmos sete dias, mesmo script. A taxa de saída é 2,67 vezes a taxa de rejeição porque as duas porcentagens foram calculadas sobre 1.000 visualizações de página e 120 sessões.

As 18 rejeições estão dentro das 400 saídas. A única visualização de uma sessão de página única é, por definição, a última daquela sessão, então toda rejeição também é uma saída, enquanto as outras 382 saídas vieram de quem chegou a /pricing de outro ponto do site e foi embora dali. Esse tráfego interno é exatamente o que a taxa de rejeição joga fora. Antes de comparar qualquer um dos dois números entre páginas, alinhe a sua definição de sessão, porque os dois denominadores são construídos a partir dela.

Como o GA4 redefiniu a taxa de rejeição?

O GA4 define taxa de rejeição como o inverso da taxa de engajamento, que não é a definição do Universal Analytics. O artigo da Ajuda do Analytics do Google "[GA4] Engagement rate and bounce rate" (verificado em 8 de setembro de 2026) define taxa de engajamento como "The percentage of engaged sessions on your website or mobile app" (a porcentagem de sessões com engajamento no seu site ou aplicativo móvel) e taxa de rejeição como "The percentage of sessions that were not engaged" (a porcentagem de sessões sem engajamento), e então afirma sem rodeios: "The bounce rate is the opposite of the engagement rate." (A taxa de rejeição é o oposto da taxa de engajamento.)

Uma sessão com engajamento, segundo o mesmo artigo, é uma sessão que "Lasts longer than 10 seconds" (dura mais de 10 segundos), "Has a key event" (tem um evento principal) ou "Has 2 or more screen or page views" (tem 2 ou mais visualizações de tela ou de página). O artigo "Configure your Google tag settings" do Google coloca o limite padrão de engajamento em 10 segundos e deixa você mudar esse valor.

Volte às 18 sessões de página única em /pricing. Suponha que 7 delas duraram mais de 10 segundos ou dispararam um evento principal. O GA4 marca essas 7 como sessões com engajamento, sobrando 11 sem engajamento de 120. 11 dividido por 120 dá 0,091666, ou seja, 9,17%, contra os 15,00% do Universal Analytics nas mesmas sessões. O tráfego não mudou. A definição mudou. Veja taxa de engajamento para conhecer a métrica que o GA4 construiu primeiro e da qual derivou a taxa de rejeição.

Por que um benchmark de taxa de rejeição anterior ao GA4 não serve mais?

Uma "boa taxa de rejeição" publicada antes do GA4 foi medida sob uma definição que o GA4 não usa mais, então os dois números não podem ser comparados. Pela regra antiga, um visitante que lia uma página por quatro minutos e ia embora era uma rejeição. Pela regra do GA4, esse mesmo visitante passou do limite de 10 segundos e conta como sessão com engajamento. As sessões sem engajamento do GA4 são um subconjunto das rejeições antigas em qualquer página, e por isso a página calculada aqui reporta 9,17% no GA4 e 15,00% no Universal Analytics.

Uma propriedade migrada mostra, então, a taxa de rejeição caindo sem nenhuma mudança no site. Não leia essa queda como melhoria, e não coloque um benchmark de mercado de 2019 ao lado de um número de 2026. Defina a sua própria linha de base dentro da ferramenta atual e combine com a duração média de sessão, para que uma métrica movida por limite nunca seja a sua única evidência.

Em qual das duas você deve agir?

Aja na taxa de saída quando estiver consertando uma etapa dentro de um fluxo, e na taxa de rejeição quando estiver julgando um ponto de entrada. A taxa de saída responde a "as pessoas chegaram nesta página e pararam aqui", que é a pergunta do checkout e da página de preços. A taxa de rejeição responde a "o tráfego caiu aqui e nunca foi adiante", que é a pergunta de campanha e de SEO. Uma página que é ao mesmo tempo ponto de entrada e etapa de meio de funil precisa dos dois números lado a lado, cada um com o seu denominador no cabeçalho da coluna.

Nenhuma das duas porcentagens aponta uma causa. A Flowsery combina tráfego em tempo real e jornadas de usuário com session replay que sinaliza rage clicks, dead clicks e erros de JavaScript, agrupa sessões parecidas em um único problema e ordena os problemas por quantos usuários foram atingidos, de modo que uma taxa de saída disparando se resolve em um elemento quebrado específico. Roda sem amostragem, então as contagens que você divide são as contagens que aconteceram. Acompanhe o resultado pela sua taxa de conversão, e reporte as duas métricas de fim com a mesma disciplina do resto do seu web analytics.

Perguntas frequentes

Uma rejeição também é uma saída?

Toda rejeição é uma saída, e a maioria das saídas não é rejeição. Uma sessão de página única tem uma visualização de página, e essa visualização é a última da sessão, o que a torna uma saída por definição. Na página de preços calculada aqui, 18 rejeições estavam dentro de 400 saídas, então 382 saídas vieram de sessões que entraram no site por outro ponto.

Por que minha taxa de saída é maior que minha taxa de rejeição?

A taxa de saída divide por todas as visualizações de página da página, enquanto a taxa de rejeição divide apenas pelas sessões que começaram nela. Qualquer página que as pessoas alcançam de outro ponto do seu site tem um denominador de saída maior e conta finais que a taxa de rejeição nunca vê. Foi por isso que a página calculada aqui devolveu 40,00% e 15,00% na mesma semana.

A taxa de rejeição pode ser maior que a taxa de saída?

A taxa de rejeição pode passar a taxa de saída em uma página em que quase todo o tráfego entra e onde as sessões que entram param na hora. Se as entradas de uma página são quase todas as suas visualizações de página e a maioria dessas sessões é de página única, os dois denominadores convergem enquanto a contagem de rejeições fica perto da contagem de saídas. Compare a contagem de entradas com a de visualizações de página antes de achar qualquer um dos números estranho.

O GA4 usa a definição antiga de taxa de rejeição?

O GA4 não usa. O artigo "[GA4] Engagement rate and bounce rate" do Google define taxa de rejeição como "The percentage of sessions that were not engaged" (a porcentagem de sessões sem engajamento) e a chama de oposto da taxa de engajamento, enquanto a definição do Universal Analytics contava sessões de página única independentemente de quanto tempo duraram. As mesmas sessões produzem uma taxa de rejeição menor no GA4 do que no Universal Analytics.

O que conta como sessão com engajamento no GA4?

O Google lista três condições válidas no artigo sobre taxa de engajamento: a sessão "Lasts longer than 10 seconds" (dura mais de 10 segundos), "Has a key event" (tem um evento principal) ou "Has 2 or more screen or page views" (tem 2 ou mais visualizações de tela ou de página). Cumprir qualquer uma das três já basta. O limite de 10 segundos é um padrão que a documentação de configurações da tag do Google diz que você pode mudar, então duas propriedades podem reportar taxas de engajamento diferentes sobre tráfego idêntico.

Uma taxa de saída alta é sempre um problema?

Uma taxa de saída alta em uma página de confirmação, uma página de agradecimento ou um recibo de pedido é o fluxo terminando como foi desenhado. O mesmo número em uma etapa de checkout ou em um formulário de cadastro é gente indo embora antes de fazer aquilo que você queria. Compare a taxa de saída de cada página com o trabalho que aquela página tem na jornada, e abra as gravações das páginas em que esse trabalho não foi feito.

Por que uma página não mostra nenhuma taxa de rejeição?

Uma página precisa de pelo menos uma sessão que tenha começado ali antes que a taxa de rejeição possa ser calculada, porque o denominador é o número de sessões que começam ali. Se ninguém entra por essa página, o denominador é zero e nenhum percentual existe, não uma taxa de rejeição de 0%. Verifique primeiro o número de entradas antes de ler um número ausente como um bom resultado.

Uma página pode ser landing page e etapa intermediária do funil ao mesmo tempo?

Uma página pode cumprir os dois papéis ao mesmo tempo, atrair entradas diretas e também fazer parte de um fluxo mais longo. Nesse caso a taxa de rejeição responde a pergunta do ponto de entrada e a taxa de saída responde a pergunta do fluxo, então acompanhe as duas métricas com seu próprio denominador no mesmo relatório. Nenhuma das duas conta a história inteira sozinha para uma página com função dupla.

O que verificar antes de comparar taxa de rejeição ou taxa de saída entre páginas?

Combine primeiro sua definição de sessão, porque os dois denominadores são construídos a partir dela e uma definição diferente muda as duas contagens. Um limite de sessão definido de forma diferente em duas propriedades, ou alterado no meio do ano, torna inútil qualquer comparação de taxa de rejeição ou taxa de saída.

Por que a taxa de rejeição caiu depois da migração para o GA4?

Uma propriedade migrada reporta uma taxa de rejeição menor porque o GA4 conta como rejeição apenas as sessões não engajadas, e esse grupo é um subconjunto das sessões que o Universal Analytics contava antes como rejeição. O tráfego não mudou, só a definição mudou, então a queda não é um sinal de que o site melhorou. Coloque o novo número ao lado da duração média da sessão em vez de compará-lo a um benchmark anterior à migração.