Privacidad técnica y almacenamiento

Esta guía describe el rastreador del navegador actual. Revise la política de privacidad para la política del servicio de Seean y configure el flujo de consentimiento de su sitio según sus requisitos. Una instalación técnica no es una evaluación de cumplimiento legal.

Almacenamiento en el navegador

El rastreador predeterminado no establece cookies y no guarda ningún identificador de medición de visitante o sesión en localStorage ni en sessionStorage. Su estado de navegación temporal vive en memoria. La preferencia de exclusión del navegador seean_ignore puede permanecer en localStorage.

El recolector deriva un hash de visitante seudónimo a partir de un secreto del servidor, el sitio web, la fecha UTC, el ámbito del dominio del sitio web, la dirección IP y el agente de usuario. Las direcciones IP y los agentes de usuario en bruto no se almacenan en los registros de eventos de analítica. El hash cambia a medianoche UTC y difiere entre sitios web. Los cambios de red o las redes compartidas pueden dividir o fusionar visitantes aparentes; estos recuentos no son recuentos exactos de personas. Cuando no hay IP disponible, el nonce temporal del documento la sustituye, así que la continuidad al recargar no está garantizada.

Las sesiones las asigna el recolector. La actividad del mismo visitante diario continúa una sesión hasta 30 minutos de inactividad, una marca de tiempo hacia atrás o un cambio de campaña etiquetada (campos UTM o el nombre de un parámetro de ID de clic publicitario; los valores de ID de clic nunca se leen ni se almacenan). Los registros de eventos también llevan el título de la página (200 caracteres), el tamaño de pantalla y la primera etiqueta Accept-Language del navegador; la cadena de consulta en sí no se recopila. El rastreador elimina el almacenamiento antiguo _seean_v y _seean_session cuando se inicializa normalmente. Los identificadores recopilados anteriormente, los informes guardados y los pedidos permanecen intactos; esta transición no vuelve a identificar a los visitantes históricos.

Orígenes y dominios

El dominio del sitio web configurado y sus subdominios comparten la identidad diaria cuando usan el mismo token y los mismos metadatos de solicitud. Los dominios no relacionados mantienen ámbitos separados. El traspaso opcional entre dominios usa un token aleatorio del mismo día en los enlaces y en sessionStorage; el servidor lo convierte en hash por separado para cada sitio web y día UTC. Está desactivado salvo que se active en ambos sitios mediante el fragmento Explícito o la configuración Mínima del panel. No se adopta ningún traspaso entrante antes de que esa configuración tenga éxito. El token de traspaso en bruto no se almacena en los registros de analítica.

Datos que envía el rastreador

Las cargas de recopilación contienen el token público del sitio, un nonce de sesión temporal, la zona horaria del navegador cuando está disponible, el nombre de host, la ruta y los valores UTM de fuente, medio, campaña, término y contenido. La recopilación opcional entre dominios también envía su token de traspaso. El recolector devuelve el hash de visitante diario para la atribución opcional del pago. Las páginas vistas incluyen el referente de entrada de la sesión del documento. Los Web Vitals envían mediciones e ID de métricas; los eventos personalizados pueden incluir las propiedades suministradas por su aplicación.

El campo de página usa location.pathname, no la URL completa. Sin embargo, los valores UTM se leen por separado y el referente de entrada puede contener información de URL permitida por la política de referente del navegador. No ponga contraseñas, tokens privados ni datos personales en rutas, campañas o propiedades de eventos personalizados. Omitir la URL completa de la página no sanea automáticamente esos campos.

El servidor de recopilación también recibe los metadatos normales de la solicitud. Esta lista de campos del navegador no es una afirmación de que las solicitudes de red ocultan la IP del remitente a la infraestructura de alojamiento.

Presencia en el navegador

Mientras una página con seguimiento está visible, una señal de presencia cada 30 segundos envía las mismas entradas de identidad diaria por sitio, la ruta y el referente de entrada que usa el rastreador. No inspecciona el contenido de la página, no registra clics ni identifica una cuenta. La presencia respeta las mismas señales de privacidad, exclusiones y disponibilidad de recopilación. No añade páginas vistas, eventos personalizados ni uso, y no prolonga las sesiones de analítica.

El recolector conserva solo el último estado de presencia por sitio web y visitante diario, con metadatos aproximados de ubicación y dispositivo para Tiempo real. Es independiente del historial de eventos en bruto. Un estado expira de la ventana de en línea a los dos minutos; una limpieza acotada se ejecuta cada cinco minutos. El restablecimiento y la eliminación del sitio web también lo borran. Las copias de recuperación cifradas existentes siguen la política de retención de copias de seguridad.

Señales de privacidad y exclusión

El rastreador suprime la recopilación con Global Privacy Control (true), los valores admitidos de Do Not Track (1 o yes), la automatización del navegador (navigator.webdriver === true) o seean_ignore en localStorage establecido en true. Comprueba estas señales antes de inicializar el estado del visitante y antes de enviar actividad posterior. El almacenamiento existente no se elimina automáticamente cuando cambia una preferencia.

Una página ignorada inicialmente expone métodos del rastreador sin efecto; que exista window.seean no demuestra que haya recopilación. Si se retira una exclusión inicial, recargue la página para inicializar el seguimiento. Un rastreador ya activo comprueba los cambios posteriores de exclusión antes de enviar más datos. Vea Exclusiones para el control del navegador y las reglas de ruta y nombre de host del lado del servidor.

Consentimiento y verificación

Seean no proporciona un banner de consentimiento ni una API general de gestión del consentimiento. Si su sitio requiere permiso antes de la analítica, su sistema de consentimiento debe controlar cuándo se carga el script y qué ocurre cuando el permiso cambia. data-local solo habilita las pruebas en localhost; no anula las preferencias de privacidad. Un activador de gestor de etiquetas no es por sí mismo un permiso del visitante.

Verifique los estados de consentimiento que admite su sitio, incluidos el rechazo y la aceptación posterior, junto con las comprobaciones de instalación. No interprete una descarga correcta del script o una respuesta 204 vacía como prueba de que un evento se almacenó.

Usuarios identificados (opcional)

El propietario de un sitio web puede activar Identify users (Identificar usuarios) en Settings → Installation y llamar a seean.identify(id) para los usuarios con sesión iniciada en su sitio. El recolector almacena entonces ese identificador suministrado por el cliente como columna uid en los registros de eventos del sitio web; mientras la opción está desactivada, cualquier ID en una carga se descarta antes del almacenamiento. Seean nunca deriva ni adivina este identificador, y el hash de visitante diario no cambia por él. El ID se guarda en la memoria del rastreador solo para la página abierta, nunca en cookies ni en el almacenamiento del navegador. Los registros identificados siguen la misma retención de tres años, aparecen en el CSV de eventos del propietario, pueden eliminarse por persona desde el panel y nunca se incluyen en paneles compartidos, widgets incrustados, la demo pública ni la API de analítica. Vea Personas y retención.

Eliminación

Quite el script de todas las ubicaciones de instalación y publique el cambio para detener la recopilación futura en las páginas que se carguen a partir de entonces. Una página ya abierta puede conservar el script cargado hasta que se recargue o se cierre. Quitar el script no borra el almacenamiento del navegador ni los informes recopilados anteriormente. Revise la gestión de sitios web para las acciones de gestión de datos disponibles.

Almacenamiento en el servidor y reintentos

Los eventos en bruto y los Web Vitals usan el almacén de analítica. Los registros aceptados permanecen en cola durante un fallo temporal de transferencia al almacenamiento y se reintentan automáticamente. Los reintentos de almacenamiento conservan la identidad de un registro aceptado: copiar el mismo registro entre los almacenes de Seean no añade otra visita ni otra muestra de Web Vitals. Un valor aceptado posteriormente para el mismo ID de métrica de Web Vitals actualiza esa muestra, incluso cuando un rastreador antiguo omite su secuencia de actualización. Las solicitudes de página vista entrantes separadas siguen siendo eventos separados; esto no garantiza que su integración pueda reenviar solicitudes de recopilación arbitrarias sin contarlas de nuevo.

Con el almacenamiento en bruto en cola, una identidad de Web Vitals desconocida o expirada debe comprobarse antes de aceptar una muestra. Esa comprobación no espera a eventos en cola no relacionados ni a una instantánea de recuperación. Cada medición conocida mantiene disponible su último valor aceptado hasta que esa actualización concreta llega al almacén de analítica; una identidad expirada y totalmente transferida puede limpiarse con independencia del tráfico de otros sitios web. Si el propio almacén de analítica no está disponible, una comprobación de identidad en frío devuelve 503 sin añadir la muestra ni cargar su cupo. Las páginas vistas y las actualizaciones cuya identidad ya se conoce aún pueden aceptarse en la cola. Tras un restablecimiento del sitio web, la búsqueda de identidad solo considera las mediciones en o después de ese límite de restablecimiento. El rastreador del navegador no garantiza la reproducción de solicitudes rechazadas; las mediciones ausentes no son puntuaciones de cero.

Un pequeño resumen de actividad por sitio web almacena la primera y la última hora de evento preparado y la última hora de página vista para los estados de espera y el estado de la instalación. No contiene propiedades de eventos ni identificadores de visitantes y sigue el restablecimiento y la eliminación del sitio web.

La recopilación también continúa durante las instantáneas de recuperación. Los registros recién aceptados pueden esperar brevemente en la cola de transferencia, así que un informe puede permanecer en estado de preparación hasta que esos registros estén disponibles; los lectores que los necesitan solicitan la transferencia de inmediato, y solo una instantánea de recuperación en curso la aplaza.

Las páginas vistas, los eventos, los Web Vitals y los pedidos siguen la política de retención móvil de tres años naturales. La limpieza usa un corte de calendario UTC con precisión de milisegundos. Restablecer o eliminar un sitio web también se aplica a los registros en espera de transferencia al almacenamiento; un reintento interno retrasado no puede restaurarlos en los informes. Las copias de recuperación cifradas siguen la política de retención de copias de seguridad separada.

La limpieza en bruto se ejecuta en lotes acotados en segundo plano. Los marcadores de eliminación conservan solo las claves necesarias para evitar que un reintento interno más antiguo recree un registro eliminado; las propiedades de eventos, las rutas y los valores de medición se eliminan de la versión activa. Las partes de almacenamiento sustituidas y las copias de recuperación cifradas se recuperan en sus calendarios de almacenamiento separados. Esto no es un borrado seguro inmediato de cada copia física.

Si la retención de origen elimina registros necesarios para el desglose bajo demanda de un Resumen antiguo, actualice el análisis antes de abrir esa lista. Los resultados de informes guardados no cambian; el sistema no mezcla totales conservados con detalles recalculados de un conjunto de datos distinto.

¿Algo no queda claro? Contacte con soporte.