Una tasa de rebote necesita un bit, no un rastreador
Hasta el 28 de agosto este sitio no mostraba tasa de rebote, y la página «acerca de» decía que era a propósito: haría falta una sesión seguida a lo largo de varias páginas, y eso pediría un aviso de consentimiento.
La primera mitad era cierta. La segunda dejó de serlo en cuanto empezamos a registrar páginas de salida, y nadie corrigió la frase.
Por qué no se podía calcular sin más
Hay una tabla de transiciones de página a página. Parece todo lo que una tasa de rebote necesita: una visita que va de una página a otra no es un rebote, así que basta contar las visitas sin transición.
Eso no funciona, y el motivo está en tres líneas del código que registra. Una transición se descarta cuando las dos páginas son la misma, cuando entre ellas pasaron más de treinta minutos, y a partir de trescientos pares nuevos en un contador en un día. Cada regla es acertada para lo que la tabla sirve — mostrar qué página lleva a cuál — y cada una vuelve invisible una segunda página real.
Mientras tanto una visita, a efectos de contarla, dura una hora: eso vive la fila en la tabla en vivo. El numerador usaría entonces una definición de visita y el denominador otra. El número no habría sido algo impreciso, habría sido un número sin anclaje.
Lo que los datos sí decían
El 27 y el 28 de agosto hubo 8.669 visitas y 2.817 transiciones, o sea 1,32 páginas por visita de media. 99 de 572 contadores registraron alguna transición.
No es un interruptor apagado: el registro de recorridos viene activado por defecto y los 166.453 contadores lo tienen activado. Esos sitios son de verdad de una sola página: perfiles, páginas únicas, una galería en la plataforma de otro. La tasa de rebote de la mayoría rondará el cien por cien, y será correcta.
Un bit, y ninguna recogida nueva
Una visita ya tiene una fila durante una hora. Ahora lleva una cosa más: si esta visita llegó a ver una segunda página distinta. El valor se pone dentro de la instrucción que se ejecuta igualmente, sin consulta adicional:
ON DUPLICATE KEY UPDATE mehr = mehr | (url <> VALUES(url)),
last_seen = UNIX_TIMESTAMP(), url = VALUES(url)El orden de esas asignaciones es todo el truco. La base las evalúa de izquierda a derecha, así que url todavía guarda la dirección anterior cuando se hace la comparación. Si se pone url delante, la fila compara la dirección nueva consigo misma, el bit se queda en cero para siempre y la tasa de rebote marca el cien por cien para todos. Es un fallo que se parece exactamente a un resultado creíble, y por eso mereció la pena demostrarlo en una fila desechable antes de fiarse.
Cuando pasa la hora, la limpieza nocturna cuenta las filas que caducan — cuántas visitas, cuántas de ellas de varias páginas — escribe una línea por contador y día, y las borra. El bit vive una hora. Ninguna cookie, y nada que le sobreviva.
Lo que se generaliza
La pregunta interesante nunca fue cómo seguir una sesión. Fue cuál de las cosas que ya anotamos responde por casualidad a la pregunta, y si la respuesta está atada a la misma definición que la pregunta.
Dos fuentes que parecen medir visitas, una con una regla de treinta minutos y otra con una de sesenta, dan un cociente que es un número y no significa nada. Sale más barato añadir un bit a una fila que ya existe que explicar después por qué la tasa es la que es.