Si es tu primera vez en la plataforma, es normal que no sepas cómo comenzar. Por eso escribí este artículo para explicarte con detalles cómo hacer una configuración básica de Google Analytics 4 en una propiedad nueva.
Si no es tu primera vez jugando con esta herramienta y buscas dónde está lo interesante , entonces te recomiendo que saltes a la parte divertida en esta versión avanzada.
Seguimos.
Asumiré que ya leíste mi artículo introductorio sobre Google Analytics 4 y, por lo tanto:
- Comprendes la estructura jerárquica de Google Analytics 4.
- Sabes la importancia de configurar la zona horaria y moneda de una propiedad.
- Diferencias los tipos de accesos en la gestión de usuarios.
¿Listo?
Comencemos.
Empecemos seleccionando el Flujo de Datos que quieres configurar, en este ejemplo será del tipo Web.
Siguiendo la ruta: ‘Recogida y modificación de datos’ del panel lateral > ‘Flujos de datos’
¿Listo? Continuemos parte por parte con los respectivos ejemplos y explicaciones.
Detección Automática de Eventos
Lo más probable es que tengas esta opción activada por defecto.
Esta funcionalidad de GA4 busca facilitar el seguimiento de acciones digitales a dueños de negocios pequeños que no tienen los recursos o conocimientos para gestionar su entorno analítico de manera tercerizada.
En teoría, solo con colocar el código de GA4 en una web , la plataforma sería capaz de recolectar datos asociados a vistas de página, búsquedas internas, clics, envíos de formulario, descargas, etc.
Y aunque la idea, en principio, busca facilitar la vida de los usuarios en la plataforma, realmente puede convertirse en un dolor de cabeza y contaminar todos tus informes con muchos datos aleatorios que no dicen nada.
No queremos eso, claro.
Así que lo que haremos será deshabilitar esta funcionalidad para todos los eventos a excepción de las ‘vistas de página’ y ‘Búsquedas en el sitio’.
De esta manera, pasarías de tener algo así:
A esto:
Esto significa que, con la colocación del código, lo único que podrás registrar serán las vistas de las páginas de tu web y las búsquedas internas.
Cualquier otra interacción que desees recolectar, deberás hacerlo ‘a mano’ a través de Google Tag Manager (recomendado) o manipulando el código (gtag.js).
Vamos a ver de qué se tratan ambos registros que dejaremos activos y qué hacer para mejorar su configuración automática, en el caso de las búsquedas internas.
Vistas de Página
Google Analytics 4 entiende que una página fue vista en alguna de estas situaciones:
- Con la recarga de dicha página, lo cual será el 90 % de los casos.
- Con el cambio de estado del historial de navegación, lo cual se refiere a sitios web dinámicos que cambian su contenido aunque su url no lo haga.
Aunque es posible deshabilitar las condiciones para el segundo escenario, muy rara vez tendrás que hacerlo.
Búsquedas en el sitio
Aquí si tendremos que meter un poco más las manos y adaptar este paso a nuestro caso particular, ya que cada sitio es diferente.
Las búsquedas internas del sitio son aquellas consultas que se hacen a través de un buscador dentro de una web.
Por ejemplo:
Típicamente, si la consulta es positiva, la url de la página de resultados incorpora un parámetro especial seguido del valor con la consulta.
Siguiendo el ejemplo anterior, la página de resultados tendría una url como:
https://www.sitioprueba.com/resultados?_q=pasta dental
Donde ‘_q’ sería el parámetro que captura la consulta.
¿Por qué nos interesa esto?
Si revisamos los parámetros que por defecto ya se incorporan a esta funcionalidad, puede que ya esté uno que nos sirva dentro de la lista; en cuyo caso no debemos hacer nada adicional.
Sin embargo, puede ser que no lo esté y que debamos incorporarlo nosotros mismos.
Este es nuestro caso, por lo que sumamos el parámetro ‘_q’ al final de la lista.
Definición de Sesiones
Las sesiones en GA4 representan las visitas recibidas en un sitio web (o app) por un mismo usuario. De esta manera, todas las acciones (eventos) que realiza un usuario durante de una visita es agrupada dentro de la misma sesión.
En esta sección haremos dos modificaciones:
- Extenderemos el tiempo de inactividad entre sesiones.
- Redefiniremos las sesiones con interacción.
Te explicaré el porqué de ambos a continuación.
Tiempo entre sesiones
En Google Analytics 4 la única condición que define lo que es una sesión, técnicamente hablando, es el tiempo de inactividad entre cada una de estas visitas.
Esta ventana de inactividad por defecto es de 30 minutos.
Piensa en esta situación hipotética:
- A las 11 a. m. decides visitar un sitio que vende pijamas.
- 15 min. después de navegar, decides que quieres ir por una taza de café.
- Mientras se hace el café, te distraes jugando con tu perro.
- Terminas volviendo a tu laptop a las 12:00 p. m. y decides retomar la navegación en el mismo sitio.
En este caso, GA4 registrará 2 sesiones.
Una de 11:00 a. m. a 11:15 a. m. y otra a partir de las 12:00 p. m. hasta su finalización.
¿Por qué pasa esto?
Porque entre las 11:15 a. m. y las 12:00 p. m. pasaron más de 30 minutos donde no hubo interacción de tu parte, lo cual automáticamente cerró la sesión de las 11:00 a. m. y creó una nueva a las 12:00 p. m. cuando volviste.
Ahora, ¿no te parece que realmente se trata de una sola sesión?
Si a fin de cuentas , sigues teniendo la misma intención de consumo al volver de tu taza de café (12:00 pm) que cuando comenzaste a buscar (11:00 am).
El comportamiento de navegación de los usuarios no es lineal, a veces navegamos en un sitio web, solo para distraernos con otro y después retomar lo que estábamos haciendo.
Este es precisamente el punto de muchos especialistas digitales que como respuesta al comportamiento de navegación no lineal de los usuarios, preferimos extender esta ventana de inactividad lo máximo posible.
Que en el caso de GA4 es de 7 horas y 55 minutos; te explico cómo hacerlo.
Paso a paso para extender el tiempo de inactividad entre sesiones
En la misma pantalla que la ‘Detección Automática de Eventos’, selecciona ‘Configurar ajustes de etiquetas’.
Deberías llegar a una pantalla como esta, después de desplegar la opción ‘Mostrar más’.
Selecciona 7 horas y 55 minutos dentro de la lista.
¡Listo, sesión de inactividad extendida!
Sesiones con Interacción
Las sesiones con interacción en Google Analytics 4 son visitas que reúnen al menos una de estas características:
- El tiempo de duración en la web es superior a 10 segundos.
- Ha ocurrido al menos un evento clave (o ‘key event’).
- Se han visto dos o más páginas de la web.
Solo podemos modificar la primera característica, así que haremos esto en la pantalla anterior, pasando el temporizador de 10 segundos a 60.
¿Por que son importantes las sesiones con interacción?
Porque estas tienen correlación directa con otras métricas que usamos en el día a día.
- Porcentaje de Rebote: Representa el porcentaje de sesiones que fueron marcadas como ‘sesiones con interacción’. Esta métrica suele usarse para identificar la calidad de las sesiones que se le atribuyen a un canal o una campaña , por ejemplo.
- Porcentaje de Interacción: Es lo contrario al ‘Porcentaje de Rebote’ , es decir , el porcentaje de sesiones que sí tuvieron interacción durante un periodo determinado.
- Usuarios Activos: Cantidad de usuarios que tuvieron al menos una ‘sesión con interacción’ en el período del informe donde se usa. Esta métrica es distinta a ‘total de usuarios’ , el cual es el conteo de todos los usuarios independientemente de la calidad de su sesión.
Esto significa que cuando cambiemos la definición de ‘Sesiones con Interacción’, habrá un impacto en el resto de las métricas asociadas.
Detección automática de datos de usuarios
En la misma pantalla de ajustes, vamos a seleccionar la opción ‘Permitir funciones de datos proporcionados por los usuarios’.
Esta opción viene activada por defecto, así que debemos deshabilitarla.
¿Qué estamos haciendo aquí exactamente?
Gracias a esta opción, Google es capaz de identificar automáticamente (o sea sin nosotros de por medio) datos personales (como emails o teléfonos) de los usuarios en nuestra web.
Si has leído mis artículos sobre las Conversiones Avanzadas de Google Ads o las Coincidencias Avanzadas de Meta, ya sabes lo que pienso sobre las detecciones automáticas de datos sensibles y entenderás por qué en la configuración te señalo el cómo deshabilitarlo.
Conservación de Datos de Eventos
En la ruta: ‘Recogida y modificación de datos’ > ‘Conservación de Datos’, vas a encontrar una pantalla parecida a esta:
Es muy importante que cambiemos esta configuración tan pronto como sea posible, ya que el periodo durante el cual Google ‘guardará’ información sobre las interacciones de los usuarios en los Informes de Exploración será de apenas 2 meses por defecto.
Actualmente, podemos extender la ventana de retención hasta un máximo de 14 meses.
Filtros de Datos
En la ruta: ‘Recogida y modificación de datos’ > ‘Filtros de Datos’, vas a encontrar una pantalla parecida a esta:
Aunque todavía no es posible aplicar filtros avanzados en GA4 como lo hacíamos en Universal, sí podemos activar dos filtros bastante interesantes a nivel de propiedad, te hablaré de ambos.
Tráfico Interno
Este tipo de filtro lo usamos para excluir las acciones / eventos generados por usuarios que no son relevantes para el negocio.
Si esto suena raro, te dejo algunos ejemplos de usuarios cuya actividad no nos interesa registrar:
- Los dueños del negocio que visitan la web.
- Creadores de contenido o Copys que generan artículos para el blog de la web.
- Traffickers que necesitan probar constantemente sus etiquetas de conversión o los parámetros utm de sus anuncios.
- Responsables de SEO que revisan cómo se ven los metatags de las páginas que optimizan.
- Diseñadores que visitan constantemente la página para asegurarse de que sus banners se ven bien.
Creo que hasta acá se entiende el punto, ¿no?
Entenderás que en sitios web grandes con equipos múltiples, si no aplicamos este filtro, es inevitable terminar con datos pocos precisos que no son representativos de los usuarios reales que generan acciones reales con el negocio.
La manera de evitar esta situación es excluyendo las IPs de los dispositivos que estas personas suelen usar cuando interactúan con el sitio web.
Cuidado
Evita excluir tu propia IP usando este filtro , ya que no podrás usar el DebugView para depurar tus eventos.
Pasos para excluir el Tráfico Interno
1.Define el Tráfico Interno
Desde la misma pantalla donde seleccionamos ‘Configurar ajustes de etiquetas’ , seleccionaremos ‘Definir Tráfico Interno’
Desde esta pantalla podrás agregar hasta 10 IPs que deben ser considerados como ‘tráfico interno’.
Si no conoces la dirección IP de las personas que quieres excluir, puedes pasarles el link en la imagen para que ellos lo revisen dentro de sus navegadores.
Si necesitas agregar más de 10 direcciones IP, puedes crear nuevos grupos con 10 plazas adicionales para excluir. Por ejemplo: En esta pantalla, he excluido 30 IPs distintas.
En el caso poco probable de que tengas más IPs de las que puedas registrar manualmente, también puedes usar ‘RegEx’ para agrupar direcciones más ampliamente.
Por ejemplo, en lugar de hacer esta lista:
Podría aplicar esta coincidencia en RegEx para hacer el trabajo más rápido.
2.Activa el Filtro de Exclusión
Después de seleccionar ‘Crear Filtro’ > ‘Tráfico Interno’ , verás una pantalla como esta:
Donde :
- En el bloque rojo , deberás seleccionar ‘Tráfico Interno’.
- En bloque violeta , deberás asignarle un nombre a tu filtro.
- En el bloque naranja, deberás cambiar el estado del filtro a ‘activo’.
Tráfico de Desarrollo
Este tipo de tráfico se refiere principalmente a las interacciones en el sitio que resultan de usar la ‘vista previa’ de Google Tag Manager.
Es muy importante activar este filtro pronto porque mientras no lo hagamos, todas las interacciones que generemos desde la ‘vista previa’ se mezclarán con interacciones reales de usuarios reales.
Para activar este filtro de exclusión, sigue los mismos pasos que el anterior y selecciona ‘Tráfico de desarrolladores’.
Aunque para esta guía haremos un filtro de exclusión, también es posible crear un filtro de inclusión que solo recolecte datos generados por el tráfico de desarrollo.
Identidad para los reportes
Siguiendo la ruta ‘Visualización de datos’ > ‘Identidad para los reportes’, vas a llegar a una pantalla como esta:
En esta sección vamos a decirle a Google Analytics 4, qué es exactamente lo que representa a un ‘usuario’.
Tendrás el método ‘Mezclado’ por defecto, pero te recomiendo cambiarlo a ‘Observado’ o ‘Basado en el dispositivo’.
¿Cómo saber cuál elegir? Pues veamos cada uno.
Basado en el Dispositivo
Para el 80 % de los sitios con los que trabajes, probablemente este será el ideal.
Piensa en este escenario (de ejemplo, claro):
- Mientras estás en el trabajo, decides averiguar el precio de un curso de Marketing Digital desde tu teléfono en ‘abc.tech’ un Instituto de Tecnología que te gusta.
- Al llegar a casa por la tarde, buscas tu tablet para continuar la navegación en el mismo sitio mientras estás en el sofá.
- Al día siguiente, ¡te has decidido!, y tan pronto como te levantas, buscas tu laptop para comprar el curso.
Aunque es evidente que cuando hablamos de ti, hablamos de una sola persona y un mismo usuario, para los reportes de GA4 estaremos hablando de 3 usuarios distintos, ya que con este método un usuario es igual a un dispositivo.
Si la misma persona navega en un sitio con 3 dispositivos distintos (como en el ejemplo), para GA4 se tratará de 3 usuarios.
Por esta razón, debemos tener presente que, en el contexto de la Analítica Digital, cuando hablamos de ‘usuarios’ no necesariamente significa literalmente ‘personas’.
Observado
Para aquellos casos donde se envía el parámetro ‘user_id’ con la actividad de los usuarios.
Esta configuración es frecuente en sitios con alguna sección que implique el inicio de sesión, por ejemplo: En un banco sería el ‘homebanking’ o en una web que vende cursos podría ser el portal para alumnos.
El método ‘Observado’ identifica a los usuarios principalmente por su ‘user_id’. En caso de que no exista, lo hará por el dispositivo que usan.
El ‘user_id’ suele ser una cadena alfanumérica, despersonalizada y única que identifica a los individuos de una plataforma donde es necesario registrarse para poder acceder.
Como te imaginarás, es más preciso que el método anterior porque el ‘user_id’ será el mismo independientemente del dispositivo desde el que se acceda.
Mezclado
Este método fusiona el método ‘Observado’ con la modelización que realiza Google para estimar los datos de aquellos usuarios que no dieron su consentimiento a partir de los usuarios que sí lo dieron.
Si quieres más detalles al respecto, mi serie sobre el Consent Mode está hecha para ti.
En lo personal, no uso este método porque los datos provenientes de la modelización no son exportados a Bigquery, ni pueden incluirse en audiencias o usarse en segmentos con secuencia, entre otras limitaciones.
También debes saber que no todas las propiedades podrán disponer de este método, ya que deben contar con:
- Un mínimo de 1000 eventos diarios con el permiso de ‘analytics’ rechazado en una ventana de al menos 7 días.
- Un mínimo de 1000 usuarios diarios que envían eventos con el permiso de ‘analytics’ aprobado en una ventana de al menos 7 días dentro de los últimos 28 días.
Para más información , siempre es buena idea revisar la documentación oficial.
Practica
La clave de perderle el miedo a GA4 es simplemente practicando con la plataforma.
Y la mejor forma de hacerlo es desde una propiedad de prueba especialmente hecha para jugar con la plataforma y probar cambios en un entorno controlado y seguro.
Para Cerrar
En resumen, los primeros pasos que te recomiendo dar en la configuración de Google Analytics 4 para comenzar a recolectar datos de forma más precisa son:
- Deshabilita la opción de Detección Automática de Eventos para todos los eventos, excepto ‘vistas de página’ y ‘búsquedas en el sitio’. Así evitarás contaminar tus informes con datos random que vienen por defecto y no dicen nada útil.
- Tiempo entre sesiones: La ventana de inactividad por defecto es de 30 minutos, pero puedes extenderla hasta 7 h. 55 min., lo que yo te recomiendo hacer y arriba te explico a detalle, con un ejemplo, el porqué.
- Sesiones con Interacción: Extiende esta opción de los 10 segundos a los 60 segundos (que es el tiempo mínimo que debe pasar un usuario en la web para que GA4 lo lea como una interacción). Este cambio tendrá efecto en otras métricas, como: Porcentaje de rebote, Porcentaje de Interacción y Usuarios activos.
- Desactiva la Detección Automática de Datos de Usuarios, si ya leíste mis artículos sobre Conversiones Avanzadas de Google Ads o las Coincidencias Avanzadas de Meta, incluso el de Consent Mode en latam, sabrás lo delicado que es tener activa una función que, sin nuestra ayuda, capta los datos personales de los usuarios que navegan en la web.
- Conservación de Datos de Eventos: Es crucial ajustar esta configuración para garantizar que Google retenga la información relevante por más tiempo. Puedes extender desde el predeterminado de 2 meses hasta los 14 meses.
- Activa los filtros de exclusión de tráfico interno y de desarrollo con la intención de que las huellas que deja el equipo que interviene en la web no se vean reflejadas en la métrica de los demás usuarios y que así estas sean lo más precisas posible.
- Identidad para los reportes: Dependiendo del tipo de sitio, selecciona el método ‘Observado’ o ‘Basado en el Dispositivo’. (Sí, existe el ‘Mezclado’ y arriba te explico porqué yo procuro evitarlo).
- Crea una propiedad de prueba en GA4 para experimentar tus nuevos conocimientos sin miedo a afectar datos e informes reales.
- Es posible que esta guía no se adapte 100 % a los requisitos del negocio con el que trabajas, por eso te recomiendo echarle un vistazo a mi guía de configuraciones avanzadas de GA4 para mejorar la personalización de tu propiedad y estar listo para instalar el código de seguimiento de GA4 en tu web.
Seguimos leyéndonos aquí en Snack , cualquier duda o aporte te leo aquí abajo en los comentarios, futuro colega.
Y recuerda, como te comenté en el último punto, que tienes la siguiente parte de esta guía sobre las Configuraciones Avanzadas de GA4 ya disponible.
