Sesiones medidas con identificador temporal

Sesiones medidas cuenta inicios de navegación recibidos en el modo ampliado con sesiones habilitadas y aceptación válida. No es un recuento de personas. Una persona puede iniciar varias sesiones y un dispositivo puede ser compartido.

Identificador y duración

El navegador genera 128 bits aleatorios con Web Crypto. No utiliza IP, navegador, pantalla, email, cuenta ni sesión de login para obtener el valor. No existe un identificador compartido entre webs.

Se usa sessionStorage con la clave lc_session:<clave pública>:<dominio>, separada por web y origen. El almacenamiento es de pestaña; algunos navegadores pueden restaurarlo o copiarlo al duplicar una pestaña. Por eso tampoco representa una persona ni garantiza una sesión diferente en cada pestaña duplicada.

• Caduca tras 30 minutos sin actividad medida o, como máximo, 12 horas desde su creación, aunque siga habiendo actividad.
• Las páginas vistas y acciones permitidas renuevan la actividad. El envío pasivo de tiempo de interacción no crea ni prolonga sesiones.
• Al caducar, la siguiente actividad permitida genera otro código. Los temporizadores intentan limpiarlo también sin nuevas acciones; un navegador suspendido puede posponer esa limpieza. Antes de reutilizarlo se comprueban siempre sus fechas.
• Rechazar, retirar, activar la exclusión o observar DNT/GPC elimina la sesión del navegador y evita sus siguientes envíos. Aceptar de nuevo genera otro código.
• Si el almacenamiento está bloqueado, se usa memoria de la página. En ese caso no se promete continuidad al recargar. Sin Web Crypto no se genera un código inseguro de sustitución.

El básico nunca envía este identificador. No se guarda en localStorage ni en cookies. No es un identificador permanente ni una huella del dispositivo, pero sigue siendo una forma temporal de vinculación: no debe describirse como anonimato garantizado.

Activación e información antes de aceptar

1. Habilita el ampliado en los ajustes de esa web y actualiza su snippet. La etiqueta nueva incluye data-enhanced="1" data-sessions="1".
2. Informa de las sesiones temporales, su almacenamiento y plazos en el aviso/política de esa web. Actualiza la finalidad y solicita una elección nueva cuando corresponda; no reutilices silenciosamente un permiso cuya información excluía identificadores de sesión.
3. Conecta la aceptación y retirada de tu gestor según modos de medición.

Las integraciones antiguas sin data-sessions="1" mantienen el ampliado sin identificador de sesión. Puedes omitir ese atributo si quieres conservar solo eventos y campañas. La web pública de Limecount cambia su aviso a la versión analytics-v2: las preferencias de la versión anterior no habilitan esta ampliación.

Aceptar después de una vista básica registra un inicio de sesión, sin duplicar la página vista ni recuperar acciones anteriores. Si el básico estaba desactivado, la primera vista aceptada inicia también la sesión. Moverse entre la landing y la documentación pública no retira por sí solo el permiso; entrar al panel, enlaces compartidos o exclusión detiene la medición pública y limpia la sesión.

Qué conserva el servidor

El token solo viaja en peticiones ampliadas declaradas con consentimiento. El servidor lo valida y obtiene una huella técnica que incorpora el sitio, para deduplicar incluso entre procesos o reinicios. No deriva esta huella de la IP y no conserva el token original en la base de datos.

La marca de deduplicación se guarda en analytics_session_dedup, con caducidad fija de 24 horas, sin renovación por actividad y sin historial de páginas, IP o cuenta. MongoDB la elimina mediante TTL; el borrado físico es asíncrono y debe supervisarse. Esta colección temporal debe excluirse de las copias duraderas o someterse a una política de restauración y purga adecuada.

En las filas analíticas solo queda session_start: 0/1. No se guardan allí el token ni su huella. Los recuentos históricos pueden conservarse sin mantener el identificador ni reconstruir recorridos personales. El evento interno de inicio no añade páginas vistas, eventos de usuario ni consumo facturable.

Retirar elimina el token del navegador; no es una orden de borrado de estadísticas anteriores. La marca técnica del servidor sigue su plazo de deduplicación. La preferencia del gestor también debe actualizarse correctamente: si el navegador impide guardar o borrar datos, hay que seguir el aviso de almacenamiento y borrar manualmente los datos del sitio cuando sea necesario.

Cómo interpretar el panel

• Páginas vistas: vistas recibidas, de ambos modos.
• Entradas estimadas: aproximación según la procedencia de las páginas; el campo interno histórico sigue llamándose visits.
• Sesiones medidas: suma de inicios registrados en el periodo, solo del ampliado con sesiones y permiso. No extrapola al básico ni reconstruye el histórico anterior a esta versión. Las sesiones iniciadas antes del periodo no se añaden de nuevo por continuar navegando dentro de él.
• Usuarios únicos: no disponibles. Tampoco se deduplican personas entre webs; el resumen conjunto suma los inicios de cada sitio.

El indicador de sesiones del resumen de una web no se ofrece al aplicar filtros: esos filtros describen eventos, no las sesiones completas que los contienen. Bloqueadores, almacenamiento bloqueado, fallos de red o del procesamiento pueden afectar a los recuentos. «Medidas» describe los inicios registrados, no todas las visitas reales ni personas exactas.

Despliegue

Aplica 0004-session-count a ClickHouse antes de desplegar la nueva ingesta/estadísticas y crea el índice TTL con pnpm db:indexes. Actualiza el tracker, reinicia el recolector y renueva su caché. Actualiza snippets, información de finalidad y gestión de consentimiento antes de activar sesiones en webs reales. Comprueba aceptación, navegación/recarga, inactividad, retirada, nueva aceptación y borrado temporal. No se ha certificado con ello el despliegue ni una exención normativa.