Calculadora de tasa de rebote

Cuando las sesiones totales son cero, el cociente queda indefinido, de modo que la tarea falla con invalid_input y no se factura.

Qué mide la tasa de rebote y cómo se forma el porcentaje

El complemento es igual de útil: engaged_sessions es el total menos las sesiones de una sola página, y non_bounce_rate es cien menos bounce_rate, de modo que las dos tasas siempre suman cien. Un recuento de rebotes nulo es un resultado legítimo — cada sesión alcanzó al menos una segunda página — y devuelve bounce_rate cero en lugar de un error. Este endpoint no ingiere un registro de impactos en bruto, no clasifica el engagement como haría un producto de analítica posterior (tiempo en página, eventos de conversión, umbrales de duración) y no muestrea.

Contrato de entrada, forma de la respuesta y errores

Esos fallos no se facturan. Las tasas se redondean half-up a seis decimales; los recuentos de sesión se devuelven como los números finitos que usted envió. Envíe por POST un cuerpo JSON con dos números finitos obligatorios. single_page_sessions es el recuento de rebotes en la ventana de informe; los alias bounced_sessions, bounces y bounced apuntan al mismo campo para que una columna del almacén conserve su nombre. total_sessions es cada sesión de esa misma ventana; se aceptan los alias sessions y total. Cada campo puede llegar como número JSON o como cadena numérica. Los campos ausentes, las cadenas vacías y los valores no finitos fallan con invalid_input nombrando el campo. Si single_page_sessions es negativo, la petición falla. Si single_page_sessions es mayor que total_sessions, la petición falla porque un rebote no puede superar las visitas de las que se toma. Si la validación pasa, el cuerpo repite single_page_sessions y total_sessions, informa bounce_rate como porcentaje, engaged_sessions como recuento complemento, non_bounce_rate como cien menos bounce_rate, y una cadena formula que reitera la identidad. Ejemplo: doscientas cincuenta sesiones de una sola página y mil sesiones totales dan bounce_rate veinticinco, engaged_sessions setecientas cincuenta y non_bounce_rate setenta y cinco. Combine el JSON con su propio grano de fecha si necesita una serie semanal; este endpoint calcula una ventana cada vez y no emite gráficos.

Dónde aporta valor una calculadora de tasa de rebote

Los equipos de crecimiento y de producto usan una calculadora de tasa de rebote cuando se acusa a una página de destino, a una campaña o a un locale de filtrar tráfico: ya tienen totales de sesión en una hoja y necesitan el mismo porcentaje que imprimiría su producto de analítica, sin esperar a una exportación de interfaz. Es una búsqueda y un trabajo distintos de calcular la tasa de clics o la tasa de conversión: esos cocientes usan clics o conversiones en el numerador, mientras que la tasa de rebote usa sesiones de una sola página frente a todas las sesiones. La validación fallida no consume saldo. Las agencias vuelven a ejecutar los dos recuentos por creatividad y por dispositivo para que una presentación semanal compare bounce_rate entre variantes con una sola regla de redondeo compartida. Los socios financieros que asignan gasto de medios de pago según la calidad de sesión toman single_page_sessions y total_sessions del almacén y fijan bounce_rate en un modelo que no debe llamar a una API de analítica propietaria. Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga total_sessions estrictamente positivo, el recuento de rebotes dentro del total de sesiones, fije el porcentaje redondeado en las pruebas y obtendrá una tasa de rebote web reproducible para tableros, plugins LMS y workers de borde sin montar un motor de analítica propio.