21 Jun Tráfico directo en Google Analytics 4. ¿Es real? Problemáticas recurrentes
A estas alturas del partido, con GA4 ya instalado en todos nuestros cerebros de analista como la plataforma que no nos queda más remedio que utilizar, sigue siendo el canal directo uno de los mayores dolores de cabeza de esta herramienta.
En este post vamos a revisar algunos de los problemas frecuentes de este canal.
¿Qué es el tráfico directo en GA4?
Entendemos por tráfico directo las visitas de usuarios a los que Google Analytics 4 no le puede atribuir una procedencia.
Es un canal predeterminado del modelo de medición de GA4. Estarás hart@ de verlo:
Si nos ponemos técnicos podemos decir también que el tráfico directo se define como aquel al cual no le podemos encontrar el «referral». Es decir, el origen de ese tráfico es desconocido, o es el propio dominio.
El problema de que se incremente este tráfico es que en muchas ocasiones se debe a fallos en la analítica de diversa índole.
No te asustes, hay dos casos en los que el tráfico directo es «real». A continuación los vemos.
Tráfico directo real en Google Analytics 4 ¿Por qué ocurre?
Hay dos ocasiones en las que los usuarios que llegan a tu web lo están haciendo a través de modos que sí se consideran tráfico directo real:
- Introducen la URL en el navegador.
- Acceden a tu web desde los marcadores del navegador.
Si quieres hacer pruebas, una manera de ver si existe referrer o no en una página es el comando «document.referrer» en el menú devtools del Google Chrome. Si ves estas dos comillas como resultado de introducir el comando «document.referrer» en la sección «Console entonces estamos tu sesión ahora mismo está considerada tráfico directo.
Como podéis ver en la imagen, en este caso, el campo está vacío.
Fuera de estas dos excepciones, el resto de casos de sesiones y visitas de tráfico directo probablemente estén mal asignadas y pertenezcan a otro canal.
Las posibles explicaciones, a continuación:
Las ventas se atribuyen al tráfico directo en Google Analytics 4
Un caso hiper común que se resuelve, con suerte, estableciendo las referencias no deseadas en en Google Analytics 4.
Lo que tienes que hacer es básicamente añadir como exclusiones las referencias de los típicos dominios de las pasarelas de pago: redsys, paypal…
Para llegar a este menú , a no ser que cambie la configuración , tienes que ir a Administrar > Flujos de datos > Configurar ajustes de etiquetas > Mostrar más > Especificar diferencias no deseadas.
Los UTM mal configurados generan tráfico directo en GA4
Esta problemática , típica cuando no se sigue una buena política de UTM´s, se puede solucionar ya a día de hoy de dos maneras.
- Si puedes, corregir los UTM siguiendo las directrices de Google.
- Creando canales personalizados en GA4. Esta solución es la misma que se usaba en UA , es bastante laboriosa pero puede ayudarte a tener un dato de analítica más sólido.
El fin de la sesión rompe la atribución. La duración de la sesión es la responsable de tu tráfico directo
Este problema es bastante fácil de entender.
Imagínate que entras en una web por un anuncio de Google Ads, estás en la página de destino, no haces nada más, pero te acuerdas de que tienes que buscar información sobre otra cosa y abres otra pestaña.
Pasa más de media hora y vuelves a la pestaña a la que llegaste a través del anuncio.
Se habrá contabilizado una nueva sesión y el canal de adquisición de esta sesión será, casi 100% seguro Canal Directo.
¿La razón? Pues que la duración mínima de la sesión por defecto (si es que no se ha cambiado) son 30 minutos.
En este caso GA4 habrá contabilizado por lo menos dos sesiones , una con el canal Paid Search «la del anuncio» y otra con el canal Direct , la de la vuelta a la página tras media hora. A partir de la segunda visita, todo lo que haga el usuario, incluídas las compras se asignarán al canal Directo.
Esta es una de las principales causas de tener un tráfico directo muy alto.
¿Cómo solucionarlo?
Muy fácil, puedes subir el tiempo de espera de la sesión. Puedes subirlo hasta 7h y 55m. Sin embargo lo recomendable es ir probando subiendo hasta 90 mins y ver si así va descendiendo el tráfico orgánico.
Para llegar a este menú , a no ser que cambie la configuración , tienes que ir a Administrar > Flujos de datos > Configurar ajustes de etiquetas > Mostrar más > Ajustar tiempo de espera de las sesiones.
El fin de la sesión rompe la atribución. Las recargas del banner de privacidad disparan una nueva sesión.
Este problema lo he visto en varios clientes que gestionamos desde nuestra agencia.
Dependiendo de la configuración del CMP (Cookieyes, Cookiebot, OneTrust etc…) se puede producir una recarga de página cuando el usuario hace click en el botón de «Aceptar» o cualquiera de los otros botones.
A veces la solución es muy sencilla pero normalmente, según mi experiencia, lo mejor es que los equipos de desarrollo responsables de las webs se encarguen de eliminar esta recarga de la página.
La idea es eliminar esa recarga de la página.
