El tráfico sin asignar en GA4 puede ser un problema confuso para muchos propietarios de sitios web y profesionales del marketing. Entender por qué ocurre esto y cómo solucionarlo es crucial para un análisis de datos preciso.
En este artículo, exploraremos las causas del tráfico sin asignar y not set y proporcionaremos soluciones prácticas. Al final, sabrá cómo asegurarse de que sus datos de tráfico se atribuyen correctamente.
“Tráfico sin asignar” se refiere a las sesiones y eventos que no pueden atribuirse a ningún grupo de canales predeterminado en Google Analytics 4.
Esto en sí mismo no es un gran problema, a diferencia de los indicadores “not set” en fuente/medio. Por lo tanto, a continuación trataremos por separado la cuestión de “sin asignar” y la de “not set”.
GA4 determina la fuente de tráfico concreta del tráfico de sesión mediante dos parámetros: en primer lugar, la presencia de parámetros UTM en la URL al inicio de la sesión del usuario. Si éstos están ausentes, comprueba el referente para determinar la fuente de tráfico a su sitio. Si el referente también está vacío, el tráfico se clasifica como Directo.
Cuando los parámetros UTM están presentes, Google Analytics 4 utiliza utm_source y utm_medium para determinar a qué grupo de canales asignar la fuente de tráfico. Si no tiene grupos de canales personalizados en GA4, se utilizan los grupos de canales predeterminados. Puede encontrar la lista oficial de reglas para valores en utm_source y utm_medium para determinar sus respectivos grupos aquí: https://support.google.com/analytics/answer/9756891?hl=en.
Por ejemplo, si utiliza utm_source=facebook&utm_medium=paid en los anuncios de Facebook, esta fuente se categorizará automáticamente como “Paid Social” de acuerdo con las reglas estándar.
Sin embargo, si utiliza algo personalizado, como utm_source=stape&utm_medium=sst, estos valores no coinciden con ninguna regla estándar, por lo que esta sesión entrará en la categoría “Sin asignar”.
1. Asegúrese de que el problema está relacionado con valores no estándar en los parámetros UTM.
Para ello, puede cambiar su informe de Adquisición de tráfico a Origen/medio de la sesión o añadirlo como columna adicional.
2. Compruebe que su fuente/medio no tiene un gran número de valores (not set). Si todo está bien, puede ver qué fuentes y medios reales se están utilizando.
3. Vaya a Google Analytics 4 → Administrar → Grupo de canales. Añada su nuevo grupo de canales personalizado que contabilizará y distribuirá correctamente sus parámetros UTM en los grupos necesarios.
Recomendamos no crearlo desde cero (esto llevará mucho más tiempo), sino copiar el grupo de canales Predeterminado, renombrarlo y añadir las reglas de distribución de origen necesarias.
Si ve muchos valores '(not set)' en fuente/medio, significa que hay un problema con su configuración de seguimiento GA4:
Esta es la razón más común para la mayoría de los usuarios. Este problema a menudo se hace notable después de cambiar al seguimiento del lado del servidor, aunque es posible que no lo haya notado antes.
Síntoma: Algunos eventos GA4 se envían a su contenedor del lado del servidor de GTM, mientras que otros se envían directamente a google-analytics.com.
Causas: En Google Tag Manager se inicializa gtag con el parámetro server_container_url, pero esta configuración se sobrescribe con otra inicialización realizada en el código del sitio o a través de un plugin/integración. Dado que el seguimiento del lado del servidor y el seguimiento web en Google Analytics 4 utilizan cookies diferentes para determinar el id de cliente (la cookie '_ga' se utiliza para los eventos web, FPID se utiliza para los eventos del servidor), los eventos enviados por el mismo usuario a través de la web y del servidor serán considerados por GA4 como eventos de usuarios diferentes, uno de los cuales no tenía un evento session_start para determinar el origen de la sesión, lo que da lugar a que dicha sesión sea (not set).
Cómo comprobarlo:
Abra la herramienta de desarrollo de red en su navegador, active la opción 'preservar registro' para no perder ningún evento al cambiar de página. En el filtro, por comodidad, especifique el id de medida de su GA4 para que sea más fácil encontrar las peticiones necesarias.
Aquí hay un ejemplo de un evento que funciona correctamente y se envía a la url del contenedor del servidor:
Y aquí un evento que se envía directamente a GA por problemas de configuración:
Compruebe que todos sus eventos GA4 se envían a la URL de su contenedor servidor, no a google-analytics.com.
Cómo solucionarlo:
Si encuentra scripts gtag en el código de su sitio, elimínelos por completo.
Lo ideal es utilizar una única etiqueta de Google con GA4 configurada a través de su contenedor GTM.
Esto se debe a que algunos eventos de la capa de datos se activan demasiado pronto o, a menudo, debido a una configuración incorrecta del funcionamiento de la etiqueta en relación con el consentimiento.
Los síntomas y comprobaciones son exactamente los mismos que en el primer punto: algunos eventos se envían directamente a google-analytics.com.
Compruébelo en el modo de vista previa de su contenedor web de GTM. A menudo puede ver una situación como la del ejemplo siguiente:
En este ejemplo, la etiqueta de Google con configuración GA4 utiliza un activador de actualización de consentimiento para operar cuando ya se conoce el estado de consentimiento, este evento aparece bastante tarde en la página.
Pero antes hay otro evento en la capa de datos (view_item en el ejemplo anterior) sobre el que se activa la etiqueta de evento. Debido al hecho de que en el momento de activar el evento no hay ningún ajuste de la configuración para enviar datos a la url del contenedor del servidor, este evento se enviará directamente a las analíticas, lo que dará lugar a problemas en la determinación de la fuente de sesiones para tal evento.
Si tiene situaciones similares, asegúrese de que sus etiquetas de eventos de Google Analytics 4 se activan siempre más tarde que la etiqueta de Google.
El uso de un grupo de activación a menudo puede ayudar a resolver esto. Por ejemplo, para solucionar un problema como el anterior, puede utilizar un grupo de activadores que incluya view_item y cookie_consent_update; de este modo, se asegurará de que el evento view_item de GA4 se active siempre después de la configuración.
Si utiliza el protocolo de medición para enviar algunos eventos, asegúrese de que client_id y session_id se utilizan en el formato correcto y con las cookies correctas. De esta forma, los eventos enviados a través del protocolo de medición se asociarán a la sesión del usuario y tendrán el origen correcto.
A menudo, este punto se pasa por alto cuando se cambia a GA4 del lado del servidor y se sigue utilizando la cookie _ga en los eventos del protocolo de medición.
La cookie 'FPID' se utiliza en el seguimiento del lado del servidor para determinar client_id. Utilice el valor sin su primera parte.
Ejemplo de cookie de identificación de usuario FPID:
FPID2.4.dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491Formato para uso MP:
dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491La cookie '_ga_yourMeasurementId' se utiliza para determinar session_id. Utilice sólo la parte después del segundo punto.
Ejemplo de cookie de sesión:
GS1.1.1717673857.4.1.1717674043.0.0.803799365Formato para uso en MP:
1717673857Asegúrese también de que está utilizando la decodificación/codificación correcta del valor de la cookie.
Normalmente la forma más fácil de comprobarlo es mirar en los informes de GA4 Explore los valores de las cookies para los eventos web y para los eventos de servidor para asegurarse de que todo es correcto.
En caso de problemas inexplicables, el registro adicional de datos en una base de datos de terceros y su comprobación allí siempre puede ayudar.
Comprender y configurar correctamente GA4 para realizar un seguimiento preciso y categorizar sus fuentes de tráfico es esencial para una analítica digital eficaz. Si se asegura de que los parámetros UTM están configurados correctamente y evita las trampas de los valores (not set) en los informes de origen/medio, podrá tener una visión más clara de la procedencia del tráfico en Google Analytics y de cómo se comporta en su sitio.
Si aborda cuestiones como la inicialización adicional de gtag, la temporización de las etiquetas de evento y el uso adecuado de los ID de sesión y de cliente, podrá mejorar la precisión de sus datos analíticos. En última instancia, esto permitirá tomar mejores decisiones y aplicar estrategias de marketing más eficaces. Dedicar el tiempo necesario a configurar GA4 correctamente le permitirá sacar el máximo partido de sus análisis y obtener mejores resultados para su negocio.
Esperamos que este artículo sea útil para aquellos que luchan con el tráfico GA4 sin asignar. Si comprende las causas y aplica las soluciones sugeridas, podrá mejorar la precisión de los datos y obtener una mejor perspectiva del rendimiento de su sitio web.
Sin embargo, es importante recordar que a veces el problema puede resolverse por sí solo con el tiempo, a medida que se normalizan los procesos de recopilación de datos. La paciencia puede ser a menudo tan eficaz como la acción inmediata. Gracias por su lectura y le deseamos mucho éxito en la gestión de su tráfico en Google Analytics.
¡Nos alegramos de oírlo! Haz clic en Pruébelo gratis para registrarte y comprobar todas las posibilidades.