El explorador de usuarios en GA4 reconstruye, visita a visita, el recorrido de cada persona que entra en la web del despacho: qué páginas abrió, en qué orden y cuántas veces volvió. Para un bufete que capta clientes por marketing de contenidos, esa cronología parece una herramienta de análisis más. El problema aparece cuando esa cronología se cruza con el formulario de contacto o con el CRM: el ID seudónimo que usa GA4 deja de ser anónimo y pasa a identificar a una persona concreta, con el tipo de problema legal que la trajo hasta la web.
El explorador de usuarios en GA4 identifica a cada visitante con un ID seudónimo (Client ID o User ID) y registra la ruta completa de páginas que visitó. Si ese ID se cruza con el nombre o el email captado en el formulario, la navegación deja de ser anónima: identifica a una persona y el tipo de asunto legal que consultó.
El explorador de usuarios en GA4 identifica cada visita
El explorador de usuarios en GA4 es un informe de la pestaña Exploraciones que agrupa la actividad de la web por persona, no por sesión suelta. Cada fila de la tabla corresponde a un visitante distinto, identificado por lo que Google llama ID de usuario efectivo: usa el User ID si el despacho lo ha configurado y, si no, cae en el Client ID que la cookie de Analytics asigna al navegador.
Al abrir un registro aparece cómo se adquirió ese visitante, un resumen de sus métricas y, sobre todo, una cronología evento por evento: qué página vio primero, cuánto tiempo estuvo, si rellenó el formulario y cuántas veces volvió en días distintos. Para depurar un embudo roto es la herramienta que hace falta. El matiz legal aparece en el dato que identifica cada fila: no es un nombre, pero tampoco es nada que se pueda llamar anónimo sin matizar.
El ID de usuario en GA4 no es anónimo
Seudonimizar no es lo mismo que anonimizar, aunque las dos palabras se usen como sinónimos en reuniones de marketing. Un dato anónimo de verdad no se puede volver a asociar a una persona bajo ningún supuesto. Un dato seudonimizado, como el Client ID de GA4, sustituye el nombre por un código, pero ese código sigue apuntando a la misma persona cada vez que vuelve a la web.
Un identificador en línea —una cookie, una dirección IP, un Client ID— es dato personal cuando, combinado con otra información que el responsable del tratamiento puede obtener, permite identificar a la persona a la que pertenece.
Esa es, en esencia, la definición que recoge la guía de la AEPD sobre el uso de cookies al enumerar qué cuenta como identificador en línea. El despacho no necesita el nombre real del visitante para que el Client ID sea un dato personal: le basta con tener, en algún sitio, la llave que conecta ese código con el formulario que rellenó.
La IP seudonimizada en GA4 sigue siendo dato personal
El Tribunal de Justicia de la Unión Europea ya resolvió este punto antes de que existiera el RGPD. En la sentencia de la Sala Segunda de 19 de octubre de 2016 (asunto C-582/14, Breyer), el Tribunal concluyó que una dirección IP dinámica es dato personal para el operador de una web cuando ese operador dispone de medios legales razonables para obtener, de un tercero, la información que la vincula a una persona identificada.
El paralelismo con el explorador de usuarios es directo. El despacho no tiene que pedirle nada a un proveedor de acceso a internet: le basta cruzar el Client ID de una fila con el email o el teléfono que ese mismo visitante dejó en el formulario de contacto, algo que ya hace cualquier CRM conectado a Analytics por User ID. En el momento en que existe esa llave, el criterio del Tribunal se cumple y el dato deja de poder tratarse como si fuera anónimo.
Las páginas del explorador delatan el caso
La cronología del explorador de usuarios no se limita a fechas y duraciones de sesión: lista, en orden, cada página que esa persona abrió. Para un despacho con áreas de práctica separadas en el menú, esa lista equivale a un historial de qué tipo de problema legal está investigando un visitante identificado, antes incluso de que haya hablado con un abogado.
Un ejemplo con páginas de familia y de penal
Piensa en un visitante cuyo recorrido empieza en la home, sigue por una página sobre pensión de alimentos, continúa en un artículo sobre violencia de género y termina en el formulario de contacto. El explorador de usuarios reconstruye esa secuencia completa en una sola fila, y si el formulario pasa el email al CRM, esa fila deja de describir a «un usuario»: describe a una persona concreta y el tipo de proceso judicial que probablemente está viviendo. Ese dato ya no es solo personal: roza la categoría de datos relativos a infracciones penales o a la vida sexual que el RGPD protege con garantías reforzadas, y que un despacho maneja con más cuidado que cualquier otro dato de su web, antes incluso de que exista una hoja de encargo.
Cuando el patrón se repite en varias sesiones
El riesgo crece con las visitas repetidas. Si la misma fila del explorador de usuarios muestra tres sesiones en dos semanas, todas sobre el mismo área de práctica, el patrón deja de ser una curiosidad de analítica y empieza a describir la evolución de un caso real: la persona vuelve, profundiza, compara despachos y acaba rellenando el formulario. Es justo el tipo de perfil detallado que un responsable de marketing jurídico querría tener para priorizar leads, y es también el tipo de perfil que un cliente potencial no esperaría que su futuro abogado guardase asociado a su nombre sin haberlo explicado antes en ningún sitio.
Cruzar el CRM con el explorador arriesga el secreto
El secreto profesional del abogado no empieza el día en que firma la hoja de encargo: la deontología de la abogacía lo extiende a cualquier información que llegue por razón del ejercicio, incluida la de quien todavía solo está consultando. Guardar, aunque sea en una hoja de cálculo que cruza el Client ID con el nombre del formulario, qué área de práctica investigó cada lead identificado convierte un informe de marketing en un fichero con información sobre asuntos legales de personas concretas.
- El acceso al explorador de usuarios debería limitarse a quien necesita depurar el embudo, no a todo el equipo de marketing.
- El cruce del Client ID con datos del CRM necesita una base legal clara y constar en la política de privacidad de la web, no darse por hecho porque «es solo analítica».
- El User ID solo debería activarse si el despacho tiene un motivo de negocio real para unir sesiones de un mismo cliente, no por defecto.
Nada de esto exige renunciar al explorador de usuarios. Exige tratarlo con la misma cautela que un expediente: saber quién lo mira, para qué y durante cuánto tiempo, y poder explicárselo a un visitante que pregunte qué sabe el despacho de él.
Medidas para usar el explorador de usuarios sin riesgo
La forma más simple de reducir el riesgo es no activar el User ID por sistema: con el Client ID por defecto, el explorador de usuarios sigue sirviendo para depurar el embudo sin que ninguna fila lleve ya enganchado el nombre del formulario. Revisar quién tiene acceso a esta exploración, y no solo al informe general, es el segundo paso: los roles de acceso en GA4 permiten dar permiso de ver exploraciones sin dar permiso de editar ni de exportar.
Conviene además revisar qué otras señales de Analytics ya identifican por sí solas a un visitante: Google Signals vincula la navegación con la cuenta de Google de la persona cuando ha dado su consentimiento en otros servicios, lo que añade otra vía de identificación que conviene tener controlada igual que el explorador de usuarios. Si el volumen de datos sensibles que gestiona el despacho hace que ninguna de estas medidas resulte suficiente, existen alternativas a Google Analytics que cumplen el RGPD por diseño, sin necesidad de renunciar a la analítica a nivel de usuario.
Preguntas frecuentes sobre el explorador de usuarios en GA4
¿El explorador de usuarios identifica directamente a la persona?
No por sí solo: usa un Client ID o un User ID seudónimo, no un nombre. Se convierte en un dato identificativo de una persona concreta en el momento en que ese ID se cruza con el email, el teléfono o cualquier otro dato que la identifique, por ejemplo a través del formulario de contacto conectado al CRM.
¿Hace falta consentimiento para activar el User ID?
Si el User ID permite reconocer al mismo visitante identificado en varias sesiones, el tratamiento deja de limitarse a estadísticas de uso y necesita una base legal declarada en la política de privacidad, además de informar al visitante de qué se hace con ese dato.
¿Quién debería tener acceso al explorador de usuarios en el despacho?
Solo quien necesita depurar el embudo de captación, no todo el equipo de marketing. Los roles de acceso de GA4 permiten separar quién puede ver exploraciones de quién puede exportarlas o compartirlas fuera de la propiedad.
¿Desactivar el User ID basta para evitar el problema?
Reduce el riesgo, pero no lo elimina: el Client ID por defecto sigue siendo un identificador seudónimo y, cruzado con el CRM, puede identificar igual a la persona. Lo que cambia de verdad es controlar quién hace ese cruce y con qué base legal.
