Este será un consejo rápido, pero está aquí para corregir mis declaraciones anteriores en la sección de comentarios de diferentes articulos en este weblog.
Cuando usas Modo de consentimiento avanzadoGoogle Analytics 4 recopila visitas cuando se otorga el consentimiento "denied" estado. Estos hits tienen muchos parámetros eliminados, incluidos identificadores como el Identificación del cliente y el ID de sesión.
Las visitas no aparecerán directamente en los informes, sino que pasarán por un proceso de modelado para enriquecer los informes una vez modelados.
En este artículo, explicaré por qué no es necesario reenviar estos resultados una vez que se otorga el consentimiento más adelante en la misma página.
Anteriormente había pensado que sí, por supuesto que había que reenviar los hits. Cambiar visitas que previamente tenían “consentimiento denegado” para que de repente sean “consentimiento concedido” sólo porque algo sucedió más adelante en la página suena sospechoso.
Me equivoqué. O bueno, en parte tenía razón porque todavía suena sospechoso, pero este tipo de reprocesamiento es exactamente lo que hace Google Analytics 4.
X
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
Consejo 137: No es necesario reenviar visitas previamente denegadas si el consentimiento se otorga más adelante en la página
En pocas palabras, Google Analytics 4 reprocesamiento visitas que tenían estado “denegado” si, más tarde en la misma paginael consentimiento cambia a “concedido” para analytics_storage.
Esto significa que no es necesario reenviar esas visitas. Aparecerán en sus informes GA4 y en su exportación diaria de BigQuery como si se hubieran recopilado cuando se “otorgó el consentimiento”.
Así es como lo probé. recopilé datos de tres usuarios, cada uno de los cuales envía diferentes eventos con diferentes tiempos relacionados con el estado de consentimiento. Estos son los resultados de la exportación de BigQuery:
Todos estos éxitos tienen el user_pseudo_id asignados a ellos. Si el consentimiento se considera “denegado”, entonces user_pseudo_id debería haber sido null.
revisé el intradiario mesas. En esos, los aciertos negados efectivamente tuvieron null por los valores. Sin embargo, en la exportación diaria (en la captura de pantalla), este ya no es el caso. Los datos han sido reprocesado.
Los casos de uso fueron:
d-compra-denegada-u
- Se negó el consentimiento
page_viewyfirst_visitfueron recolectadosbuyfue coleccionado- Se otorgó el consentimiento
user_engagementfue recopilado automáticamente
Resultado: Los cuatro eventos se asociaron con el usuario con todos los parámetros intactos.
GA4 recoge un user_engagement hit tan pronto como se otorga el consentimiento, sin duda para permitir este reprocesamiento en los casos en que no se envíen otros hits más tarde.
d-denegado-u-pv
- Se negó el consentimiento
page_viewyfirst_visitfueron recolectados- Se otorgó el consentimiento
user_engagementfue recopilado automáticamentepage_viewfue enviado manualmente
Resultado: Los cuatro eventos se asociaron con el usuario con todos los parámetros intactos. En otras palabras, el page_view La información está duplicada para este usuario.
d-negado-u
- Se negó el consentimiento
page_viewyfirst_visitfueron recolectados- Se otorgó el consentimiento
user_engagementfue recopilado automáticamente
Resultado: Los tres eventos se asociaron con el usuario con todos los parámetros intactos.
Resumen
Esto hace que las configuraciones del modo de consentimiento mucho más sencillo porque ya no necesita volver a enviar visitas con datos de campaña potencialmente importantes.
Por supuesto, si esos golpes sucedieron se carga la página anterior, entonces esa información se pierde. No es posible conservar información de una página a otra sin consentimiento.
Ahora bien, si está authorized o éticamente bien coser datos como este es otra consideración.
En una página de destino easy donde el usuario necesita tiempo para otorgar su consentimiento, no creo que haya ningún problema aquí. Esta es información que está disponible en la página y tendría el mismo contenido (aparte de la marca de tiempo) si se recopila después de que el usuario haya dado su consentimiento.
En una configuración más compleja, como una aplicación de una sola página, tiene más matices. No he probado si hay alguna lógica adicional en GA4 para reprocesar solo los hits que ocurrieron dentro de un corto período de tiempo o en el mismo page_locationpero si el reprocesamiento se aplica a todas las visitas recopiladas durante la misma carga de página, entonces es posible que se recopilen datos para los que el usuario ciertamente no dio su consentimiento.
¡Déjame saber en los comentarios si tienes preguntas sobre esto!
No, no sé qué pasó con el session_start evento (no estaba en los datos de BigQuery) tal vez no se reprocesó de la misma manera que los otros hits.