¿Por qué aumenta el tráfico directo y cómo solucionarlo en GA4?

El tráfico directo está aumentando día a día, y si no haces nada al respecto ahora, un día todo lo que verás en tus informes de análisis será tráfico directo: pocos o ningún dato de referencia, solo tráfico directo.

¿Por qué aumenta el tráfico directo en GA4?

Las principales razones por las que el tráfico directo está aumentando en Google Analytics:

1. Una o más URL de tus campañas de marketing están etiquetadas incorrectamente.
2. No todas las URL de tus campañas de marketing están etiquetadas.
3. Falta el código de seguimiento de Google Analytics en una o más páginas.
4. Campañas de email marketing sin etiquetar.
5. Uso incorrecto de filtros de datos en Google Analytics.
6. Seguimiento entre dominios incorrectamente configuradoo.
7. Utilizas una solución «headless».
8. Utilizas una aplicación de una sola página (SPA).
9. El tráfico interno puede generar mucho tráfico directo.
10. Tu sitio web sigue utilizando una conexión no segura.
11. El almacenamiento en caché puede hacer que el tráfico se informe como tráfico directo.
12. Tu estrategia de generación de demanda puede generar mucho tráfico directo.
13. Un número creciente de usuarios de tu sitio web está utilizando bloqueadores de anuncios.
14. Un mayor conocimiento de la marca puede hacer que más personas visiten tu sitio web a través de marcadores o directamente.
15. Tu sitio web puede estar recibiendo tráfico directo falso de spambots.

¿Qué es el tráfico directo en GA4?

Una sesión se identifica o cataloga como tráfico directo cuando no hay información sobre la fuente referente, no sé sabe desde donde viene el usuario o cuando se ha especificado que esta o el término de búsqueda deben ignorarse.

Ejemplos de Tráfico Directo

Por ejemplo, al escribir una URL directamente en un navegador, o al hacer clic en un marcador u otra fuente que GA4 no haya podido identificar, son ejemplos que hacen que dicho tráfico sea directo.

¿El Tráfico Directo es bueno o es malo?

El tráfico directo puede ser positivo y problemático dependiendo del escenario en el que nos movamos. Entre algunos detalles a tomar en cuenta podemos mencionar: 

• Tener mucho tráfico directo demuestra que los usuarios conocen tu marca, lo cual podría llevar a un alto volumen de tráfico orgánico relacionado a términos de marca, por lo tanto, el tráfico orgánico de marca y el directo pueden llegar a estar relacionados.
• Por otro lado, un tráfico directo inusualmente alto también puede indicar problemas técnicos en la configuración de GA4, GDPR, GCMV2 o cualquier otro elemento que pueda causar que la fuentes de referencia se identifique correctamente.
• Las redirecciones o enlaces con HTTP mal configurados, pueden generar que la fuente se pierda y hacer que el tráfico se registre como tráfico directo en GA4.
• Otra causa muy común es cuando tenemos problemas de seguimiento entre dominios. 

Todo ello puede inflar las cifras de tráfico directo. 

Por tanto, no siempre es malo. Pero un pico repentino o un porcentaje elevado y constante de tráfico directo merece la pena investigarlo más a fondo. Para garantizar que tus datos cuentan toda la historia. 

Veamos por qué GA4 muestra demasiado tráfico Directo

#1 Una o más URLs de tus campañas de marketing están etiquetadas incorrectamente.

Las campañas de marketing mal etiquetadas pueden hacer que los datos de referencia se pierdan, y siempre que se pierdan los datos de referencia, Google Analytics no puede determinar el origen de la fuente de tráfico e informa ese tráfico como tráfico directo. 

Utiliza los parámetros UTMs en las URLs para etiquetar correctamente las URL de las campañas.

#2 No todas las URL de tus campañas de marketing están etiquetadas

A veces, un referrer se pierde debido a razones técnicas. 

Una forma efectiva de asegurar que el referrer no se pierda por razones técnicas es etiquetar las URL de tus campañas de marketing con los siguientes parámetros de seguimiento de campañas:

• utm_source
• utm_medium
• utm_term
• utm_content and 
• utm_campaign

A continuación, se muestra un ejemplo de una URL etiquetada:

https://dobleo.com/blog/analitica-web/guia-tutorial-sobre-dimensiones-en-google-analytics-ga4?utm_source=facebook&utm_medium=social&utm_campaign=articulo-patrocinado

La misma URL, cuando no está etiquetada, se verá como la siguiente.

https://dobleo.com/blog/analitica-web/guia-tutorial-sobre-dimensiones-en-google-analytics-ga4

Asegúrate siempre de etiquetar las URL de tus campañas de marketing y si necesitas mas información sobre las etiquetas, te recomendamos leas el siguiente post sobre los Canales de tráfico en GA4

#3 Falta el código de seguimiento de Google Analytics 4 en una o más páginas.

Asegúrate de que todas las páginas web de tu sitio web tengan un código de seguimiento válido de Google Analytics que se active al cargar la página. De lo contrario, el tráfico de tus páginas web puede ser reportado como tráfico directo o tráfico de auto-referencia por Google Analytics. 

Un usuario llega a tu sitio web a través de una página web A que no contiene el código de seguimiento de Google Analytics (GA). Luego navega a la página web B, que sí contiene un código de seguimiento de GA válido.

>Si el nombre de tu dominio está en la lista de exclusión de referencias, el tráfico desde la página web A a la página web B será reportado como tráfico directo por GA.

> Si el nombre de tu dominio no está en la lista de exclusión de referencias, entonces el tráfico desde la página web A a la página web B será reportado como tráfico de auto-referencia por GA.

Realiza una auditoría de etiquetas en todo el sitio para identificar todas las páginas web que carecen de códigos de seguimiento de GA.

Si necesitas mas información sobre «como auditar una cuenta de GA4» entra en este post.

#4 Campañas de email marketing sin etiquetar. 

Las campañas de email marketing sin etiquetar pueden ser una de las mayores razones por las que se reporta tráfico directo en Google Analytics.

Supongamos que tienes 100,000 personas en tu lista de correo y envías cuatro boletines al mes.

También supongamos que los enlaces incrustados en los correos de tus boletines no están etiquetados o están etiquetados incorrectamente con parámetros UTM.

Cuando las personas visitan tu sitio web a través de tu boletín de correo electrónico, todo ese tráfico puede ser reportado como tráfico directo por Google Analytics.

Dado que envías correos electrónicos a 100,000 personas, y además lo haces cuatro veces al mes, Google Analytics 4 puede reportar mucho tráfico directo.

Asegúrate de etiquetar o etiquetar correctamente con parámetros UTM los enlaces en tus correos electrónicos para evitar que Google Analytics informe este tráfico como directo.

#5 Uso incorrecto de filtros de datos en Google Analytics 4.

El uso incorrecto de filtros de datos puede hacer que se pierdan los datos de referencia, lo que resulta en un aumento en el tráfico directo.

Cuando los filtros de datos se usan incorrectamente, pueden causar la pérdida de los datos de referencia, lo que resulta en que se informe más tráfico directo en los informes de Google Analytics.

Supongamos que creas un filtro de datos para excluir todo el tráfico de una dirección IP específica. Si esa dirección IP pertenece a un rastreador de motores de búsqueda (como ‘Googlebot’), detendrá el paso de la información de referencia del motor de búsqueda hacia Google Analytics 4.

Y cada vez que no se envían los datos de referencia, el tráfico es reportado como tráfico directo por Google Analytics.

Asegúrate de utilizar correctamente los filtros de datos.

#6 Seguimiento entre dominios mal configurado. 

El seguimiento incorrecto entre dominios puede hacer que el tráfico de referencia se informe como tráfico directo. Asegúrate de configurar adecuadamente el seguimiento entre dominios.

Considera dos sitios web: abc.com y xyz.com.

Supongamos que un usuario hace clic en un enlace de abc.com a xyz.com.

Si el seguimiento entre dominios no está configurado correctamente, Google Analytics registrará la visita del usuario a xyz.com como tráfico directo en lugar de tráfico de referencia desde abc.com.

Para mas información sobre el Seguimiento multidominios en GA4 clica aquí.

#7 Utilizas una solución «headless» en tu web

La arquitectura headless es un enfoque moderno en el que el frontend (la interfaz de usuario) y el backend (la funcionalidad central) de un sitio web están desacoplados, comunicándose a través de una capa de API. En este modelo, el frontend y el backend son sistemas separados, lo que permite una mayor flexibilidad y mejor experiencia de usuario en múltiples dispositivos y plataformas.

Este enfoque ofrece claras ventajas, pero también introduce desafíos técnicos, especialmente cuando se trata de implementar soluciones de seguimiento como Google Analytics 4 (GA4) o Google Tag Manager (GTM). No obstante, estos problemas no son inherentes a la arquitectura headless, sino que surgen principalmente debido a configuraciones inapropiadas o a la falta de previsión técnica durante el desarrollo.

¿Por qué surgen los problemas de seguimiento?

En soluciones tradicionales, el frontend y el backend están más estrechamente integrados, lo que facilita que el código de seguimiento de herramientas como GA4 o GTM esté presente y se ejecute en el HTML inicial. En una arquitectura headless, donde el frontend puede estar basado en frameworks JavaScript (como React, Vue o Angular), el código de seguimiento no siempre se ejecuta en el momento adecuado si no se configura correctamente.

Esto puede provocar problemas como:

• Registro de tráfico directo: Si el código de seguimiento se ejecuta tarde, por ejemplo, solo después de que el frontend cargue completamente, GA4 podría interpretar incorrectamente las visitas como tráfico directo en lugar de atribuirlas a su fuente original.
• Problemas de atribución: Sin una correcta implementación, el seguimiento entre dominios, la exclusión de referencias y la correcta asignación de rutas podrían verse afectadas.

Sin embargo, estos problemas son evitables y no están ligados necesariamente al uso de una solución headless, sino a la configuración del código de seguimiento.
Soluciones y mejores prácticas para un seguimiento efectivo
La implementación correcta del seguimiento en una arquitectura headless requiere ciertos cuidados técnicos adicionales, pero se puede hacer de manera efectiva con las siguientes prácticas:

1. Server-Side Rendering (SSR) o Prerenderizado: Asegurar que el código de seguimiento esté presente en la respuesta HTML inicial es clave para evitar problemas de atribución y garantizar que Google Analytics registre los eventos desde la primera carga.
2. Carga del código de seguimiento en el frontend: Es fundamental que el código de seguimiento de GA4 se ejecute tan pronto como sea posible, idealmente al cargar la página. Esto puede lograrse gestionando la carga del script en la fase inicial del frontend.
3. Seguimiento manual en aplicaciones SPA: En aplicaciones de una sola página (SPA), donde no hay recargas de página tradicionales, es necesario implementar manualmente el seguimiento de las rutas y eventos del usuario, notificando a GA4 cada vez que el estado de la aplicación cambie.
4. Uso de APIs para datos del backend: Si bien el frontend y el backend están desacoplados en una arquitectura headless, las APIs permiten transmitir datos de forma efectiva y precisa para el seguimiento. Dependerás de un equipo técnico capacitado para gestionar estos flujos de datos correctamente.

¿Es recomendable evitar las soluciones headless?

Contrario a lo que algunos piensan, la arquitectura headless no debería ser evitada por temor a problemas de seguimiento. Con las configuraciones adecuadas, GA4 y GTM pueden funcionar sin problemas en estos entornos. Es cierto que hay menos documentación disponible sobre la implementación de seguimiento en soluciones headless en comparación con sitios tradicionales, pero un equipo técnico experimentado puede manejar estos desafíos sin inconvenientes.
Empresas grandes como Amazon utilizan soluciones headless, y lo hacen con éxito, ya que cuentan con equipos de desarrollo full-stack que optimizan continuamente la arquitectura. Para otras empresas, lo importante es asegurarse de que el equipo de desarrollo esté familiarizado con las mejores prácticas y la configuración personalizada necesaria para un seguimiento adecuado.

Desarrollos headless y GA4

Si ya has invertido en una solución headless, no es necesario dar marcha atrás. En lugar de ello, asegúrate de que tu equipo de desarrollo implemente correctamente el código de seguimiento. La clave está en configurar GA4 o GTM para que se ejecute a tiempo y registre adecuadamente los datos de usuario, ajustando las rutas y los eventos manualmente en caso de aplicaciones SPA.

¿Cómo podemos solucionar el problema del tráfico directo en desarrollos headless?

Asegúrate de que el marco de JavaScript utilizado para el frontend ejecute el código de seguimiento de GA tan pronto como la página se cargue o que el código de seguimiento esté incluido en la respuesta HTML inicial del servidor. 

#8 Utilizas una aplicación de una sola página (Single Page Application)

En el caso de un sitio web tradicional, cuando un usuario hace clic en un enlace interno, el navegador web del usuario envía una solicitud al servidor para obtener una nueva página HTML.

Cuando el navegador solicita al servidor, envía un encabezado de referencia que contiene información sobre la página web anterior. El servidor entonces genera y devuelve la nueva página HTML. El navegador carga y muestra la nueva página web. Este proceso se denomina actualización completa de página o navegación tradicional.

En el caso de las Aplicaciones de Página Única (SPA, por sus siglas en inglés), la navegación tradicional no ocurre.

Cuando un usuario hace clic en un enlace interno, el navegador web del usuario no envía una solicitud al servidor para obtener una nueva página HTML. En su lugar, el JavaScript que se ejecuta en el navegador del usuario actualiza el contenido dinámicamente sin una actualización completa de página. Este proceso se denomina navegación del lado del cliente.

Como el navegador no envía una solicitud al servidor, no se envía el encabezado de referencia, y el tráfico se informa como tráfico directo en Google Analytics.

Además, cuando una SPA solicita al servidor, puede actualizar dinámicamente el contenido y cambiar la URL sin hacer una nueva solicitud.

Dado que el navegador no envía una solicitud al servidor, no se envía el encabezado de referencia, y el tráfico se reporta como tráfico directo en Google Analytics.

Como la navegación tradicional no ocurre en las SPA, esto puede resultar en que GA no registre nuevas vistas de página y, en su lugar, trate el tráfico como tráfico directo.

Debes configurar correctamente el código de seguimiento de GA para las SPA a fin de rastrear la navegación del lado del cliente.

#9 El tráfico interno puede generar mucho tráfico directo.

El tráfico interno es el tráfico generado por tus empleados y otros proveedores de servicios.

Dado que no forman parte de tu audiencia objetivo, deberías excluirlos de tus informes de Google Analytics.

Si tu empresa tiene muchos empleados que visitan con frecuencia tu sitio web para mantenerlo, esto podría causar un aumento considerable en el tráfico directo en Google Analytics.

Tus empleados visitarán tu sitio web con frecuencia a través de un marcador o escribiendo la URL del sitio directamente en la barra de direcciones de su navegador. Todo ese tráfico será reportado como tráfico directo.

Además, si se accede a tu sitio web a través de una intranet o VPN, este tráfico también puede clasificarse como tráfico directo en Google Analytics.

#10 Tráfico directo por usar una conexión no segura HTTP. 

Cada sitio web importante, navegador y motor de búsqueda ha migrado a una conexión segura (HTTPS://).

Si tu sitio web todavía está utilizando HTTP, lo que sucederá en un futuro cercano es que dejarás de recibir datos de referencia. Esto se debe a que, por defecto, los sitios web con HTTPS no envían datos de referencia a sitios web con HTTP.

Necesitas capturar la mayor cantidad posible de datos de referencia si deseas continuar realizando análisis significativos en el futuro. Deberías migrar tu sitio web a una conexión segura (HTTPS://) lo antes posible, incluso si tu sitio no es de comercio electrónico y no estás recopilando datos personales sensibles.

De esta manera, podrás rastrear las referencias desde sitios web con HTTPS, lo cual no podrías hacer de otro modo. Para migrar tu sitio a una conexión segura, necesitarás obtener un Certificado SSL para tu dominio.

Puedes obtener este certificado de manera gratuita o comprarlo. Cloudflare proporciona un certificado SSL compartido gratuito para sitios web de WordPress, por lo que realmente no hay excusa para no mover tu sitio a una conexión segura.

 Si por alguna razón no puedes obtener el certificado SSL gratuito de Cloudflare o deseas una conexión más fuerte y confiable, puedes comprarlo a compañías como ‘Comodo’ o ‘Digicert’. 

Solo asegúrate de que el certificado que compres sea compatible con dispositivos móviles, que tu CDN soporte SSL, que tu SSL soporte SPDY y que todas tus imágenes, archivos CSS, archivos JavaScript, etc., también utilicen HTTPS.

Una vez que obtengas el certificado SSL, deberías migrar tu sitio web de HTTP a HTTPS utilizando redireccionamientos 301. De esa manera, no perderás tráfico de búsqueda orgánico. 

Contrata a un profesional en SEO para el trabajo de migración a menos que sepas exactamente lo que estás haciendo. De lo contrario, podrías perder mucho tráfico de búsqueda orgánico. 

Una vez que tu sitio web haya sido movido a una conexión segura, Google Chrome mostrará el mensaje «seguro» y/o un ícono de candado junto a la dirección de tu sitio web, como el que se muestra a continuación:

Este mensaje es la prueba de que tu sitio web está en una conexión segura. Para más detalles sobre cómo obtener el certificado SSL, contacta a tu proveedor de alojamiento web.

Consejo profesional

Una vez que hayas movido tu sitio web a HTTPS, haz esfuerzos especiales para enviar los datos de referencia a sitios web con HTTP. 

Si tienes un sitio web de afiliados y tu sitio está en HTTPS, no querrás que tus anunciantes (aquellos que aún están usando sitios con HTTP) crean que tu sitio web no envía ningún tráfico (ya que sin un referente, el tráfico se informará como tráfico directo en GA).

Por lo tanto, una vez que te hayas movido a una conexión segura, es muy importante que hagas esfuerzos especiales para enviar datos de referencia a sitios web con HTTP.

Esta es la misma razón por la cual sitios web como Facebook, Google y Twitter hacen esfuerzos especiales para enviar los datos de referencia a sitios web con HTTP. Si no lo hacen, sus anunciantes que aún usan sitios HTTP no verán ningún tráfico proveniente de estas plataformas publicitarias (ya que sin referencia, el tráfico entrante se informará como tráfico directo en GA) y podrían creer que están perdiendo popularidad y, por lo tanto, no son una buena plataforma publicitaria.

#11 Tráfico Directo y el almacenamiento en caché.

El almacenamiento en caché consiste en guardar datos a los que se accede con frecuencia en una ubicación temporal (caché del navegador, caché del servidor) para reducir el tiempo y los recursos necesarios para acceder a esos datos en el futuro.

El código de seguimiento de Google Analytics generalmente no se ve afectado por el almacenamiento en caché, ya que suele colocarse en la sección head de una página web, y dicha sección normalmente no es almacenada en caché por los navegadores ni los servidores.

Por lo tanto, cuando un usuario carga una página web con el código de seguimiento de Google Analytics, el código se activará y enviará datos a los servidores de GA, independientemente de si la página web está almacenada en caché o no.

Sin embargo, podría haber casos en los que un navegador web, un complemento o una CDN (Red de Entrega de Contenido) almacene en caché la sección head de una página web o archivos JavaScript, impidiendo que el código de seguimiento de GA se ejecute cuando un usuario carga una página desde la caché del navegador.

Esto puede resultar en que Google Analytics no registre la información de referencia y reporte el tráfico de referencia como tráfico directo.

Configura tu CDN o complemento de caché para trabajar con tu código de seguimiento de GA, evitando almacenar en caché la sección head de la página web y los archivos JavaScript. Dado que el código de seguimiento de GA está en la sección head o incrustado dentro del archivo JavaScript, no se almacenará en caché, lo que garantiza que se ejecutará y enviará datos a los servidores de GA cada vez que se cargue la página.

#12 Tu estrategia de generación de demanda puede generar mucho tráfico directo.

Por ejemplo, si utilizas principalmente podcasts para generar tráfico y ventas, la mayoría de tus clientes podrían visitar tu sitio web directamente. Todo ese tráfico se reportaría como tráfico directo en Google Analytics.

De manera similar, la mayoría de los clientes podrían visitar tu sitio web directamente si tu marketing offline es mucho más fuerte que tu marketing online.

Tu empresa podría estar fuertemente involucrada en publicidad en televisión, radio, podcasts, vallas publicitarias o en la participación en eventos offline (como conferencias y ferias comerciales).

Como resultado, más personas están conociendo tu marca y visitando tu sitio web directamente.

#13 Ad Blockers y el Tráfico Directo.

Los bloqueadores de anuncios pueden causar la pérdida de los datos de referencia en Google Analytics.

Y cada vez que se pierden los datos de referencia, Google Analytics no puede determinar el origen de la fuente de tráfico e informa ese tráfico como tráfico directo.

Algunos bloqueadores de anuncios pueden modificar los datos de referencia, lo que puede resultar en que estos datos se informan como tráfico directo.

Por lo tanto, si una gran parte de los usuarios de tu sitio web está utilizando bloqueadores de anuncios, esto podría aumentar el tráfico directo en Google Analytics.

#14 Mayor conocimiento de la marca y el Tráfico Directo.

Un aumento en el conocimiento de la marca puede hacer que más personas visiten directamente tu sitio web a través de marcadores o escribiendo la URL del sitio en la barra de direcciones del navegador.

Cuando las personas son más conscientes de tu marca, es más probable que recuerden la URL de tu sitio web y la escriban directamente en la barra de direcciones del navegador. Esto da como resultado que el tráfico se informe como tráfico directo en Google Analytics.

De manera similar, un mayor recuerdo de la marca puede hacer que más personas marquen tu sitio web y lo visiten directamente. Todo ese tráfico se reporta como tráfico directo en Google Analytics.

#15 Tráfico falso de spambots y el Tráfico Directo.

En el contexto de Google Analytics 4, el tráfico falso se define como uno o más «hits» falsos enviados a tu propiedad de GA4.

Un «hit» es una interacción del usuario con tu sitio web que resulta en el envío de datos a tu propiedad de Google Analytics. Un hit puede ser una «vista de página», «vista de pantalla», «evento», «transacción», etc.

Un hit falso es generado por un spambot en lugar de ser el resultado de una persona real interactuando con tu sitio web. Actualmente, es posible falsificar cualquier hit en GA. Esto significa que un spammer puede enviar tráfico directo falso, tráfico de referencia falso, tráfico orgánico falso, tráfico falso desde redes sociales, etc.

Un spammer puede falsificar eventos, vistas de páginas virtuales, vistas de pantalla, nombres de host, URI solicitados, palabras clave e incluso datos de transacciones y artículos.

En el contexto de Google Analytics, existen dos tipos de spambots:

1. Spambots que visitan sitios web.
2. Spambots que no visitan sitios web.

Los spambots que rastrean tu sitio web pueden visitarlo sin enviar datos de referencia. Todo ese tráfico será reportado como tráfico directo por Google Analytics. Los spambots que no visitan tu sitio web pueden enviar hits falsos a tu propiedad de GA abusando del protocolo de medición.

Si ves un aumento repentino y masivo en el tráfico directo con una tasa de rebote cercana al 100% y una duración promedio de sesión cercana a 0 segundos, lo más probable es que tu sitio web haya sido atacado por un spambot.

Si te ha gustado, guarda comenta y comparte que quizás a alguien mas pueda gustarle este post.

Escrito por: Alexis Petit COO de dobleO