Calculadora de taxa de rejeição

Quando as sessões totais são zero, a razão fica indefinida, então a tarefa falha com invalid_input e não é cobrada.

O que a taxa de rejeição mede e como o percentual é formado

O complemento é igualmente útil: engaged_sessions é o total menos as sessões de uma única página, e non_bounce_rate é cem menos bounce_rate, de modo que as duas taxas sempre somam cem. Uma contagem de rejeições nula é um resultado legítimo — cada sessão alcançou pelo menos uma segunda página — e devolve bounce_rate zero em vez de um erro. Este endpoint não ingere um log bruto de hits, não classifica engajamento como um produto de analítica posterior (tempo na página, eventos de conversão, limiares de duração) e não amostra.

Contrato de entrada, forma da resposta e erros

As taxas são arredondadas half-up a seis casas decimais; as contagens de sessão voltam como os números finitos que você enviou. Envie por POST um corpo JSON com dois números finitos obrigatórios. single_page_sessions é a contagem de rejeições na janela do relatório; os aliases bounced_sessions, bounces e bounced apontam para o mesmo campo para que uma coluna do warehouse conserve o nome. total_sessions é cada sessão dessa mesma janela; os aliases sessions e total são aceitos. Cada campo pode chegar como número JSON ou string numérica. Campos ausentes, strings vazias e valores não finitos falham com invalid_input nomeando o campo. Se single_page_sessions for negativo, o pedido falha. Se single_page_sessions for maior que total_sessions, o pedido falha porque uma rejeição não pode superar as visitas de que é tirada. Essas falhas não são cobradas. Se a validação passar, o corpo ecoa single_page_sessions e total_sessions, informa bounce_rate como percentual, engaged_sessions como contagem complementar, non_bounce_rate como cem menos bounce_rate, e uma string formula que reitera a identidade. Exemplo: duzentas e cinquenta sessões de uma única página e mil sessões totais geram bounce_rate vinte e cinco, engaged_sessions setecentas e cinquenta e non_bounce_rate setenta e cinco. Combine o JSON com o seu próprio grão de data se precisar de uma série semanal; este endpoint calcula uma janela de cada vez e não emite gráficos.

Onde uma calculadora de taxa de rejeição gera valor

Equipes de crescimento e de produto usam uma calculadora de taxa de rejeição quando uma página de destino, uma campanha ou um locale é acusado de vazar tráfego: já têm totais de sessão numa planilha e precisam do mesmo percentual que o produto de analítica imprimiria, sem esperar uma exportação de interface. Esta é uma busca e um trabalho diferentes de calcular taxa de cliques ou taxa de conversão: essas razões usam cliques ou conversões no numerador, enquanto a taxa de rejeição usa sessões de uma única página contra todas as sessões. Validação falha não consome saldo. Agências reexecutam as duas contagens por criativo e por dispositivo para que um deck semanal compare bounce_rate entre variantes com uma só regra de arredondamento compartilhada. Sócios financeiros que alocam gasto de mídia paga contra a qualidade da sessão tiram single_page_sessions e total_sessions do warehouse e fixam bounce_rate num modelo que não deve chamar uma API de analítica proprietária. Como a implementação é parse puro de nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo nem rede de saída. Mantenha total_sessions estritamente positivo, a contagem de rejeições dentro do total de sessões, fixe o percentual arredondado nos testes e você obtém uma taxa de rejeição web reproduzível para painéis, plugins LMS e workers de borda sem montar um motor de analítica próprio.