Google Tag Manager - ROIANALYTICS

Hacer test con Google Tag Manager si no tengo una web disponible

Fernando Lens — Wed, 19 Jun 2024 08:21:14 +0000

Si estás en ese momento en el que estás aprendiendo a usar Google Tag Manager y, por lo que sea, no tienes ninguna web disponible para hacer pruebas te traigo una solución que te puede funcionar.

Esta web ha sido creada por uno de los especialistas en analítica y GA4 que más recomiendo seguir en Linkedin, Steve Lamar. Puedes darle las gracias en su post de linkedin.

Esta web de prueba te servirá para aprender sobre Tag Manager, DataLayer´s, eventos de e-commerce

Lo primero que tienes que hacer es ir a esta página web https://ga4sandbox.myshopify.com/ Aquí meterás el password «ga4store»
Lo siguiente que tienes que hacer es instalar el complemento de Google Chrome «Adswerve». Lo puedes encontrar aquí.
A continuación, te creas un GTM nuevo, me refiero a un contenedor y apuntas el código de ese container de GTM. Lo podrás encontrar aquí. Este es el ejemplo del que usamos en marketing4all.

Una vez que lo tienes, abres el complemento adswerve y añades la parte después del guión del código. De esta manera:

Y partir de aquí es cuando vas a poder experimentar con Google Tag Manager y hacer tests con las etiquetas, variables, triggers etc.. Desde el gtm nuevo que has creado podrás usar el debugger y configurar prácticamente todo , pudiendo hacer el testing prácticamente en tiempo real.

Hacer compras ficticias y test en GTM

Incluso podrás hacer compras. Para ello a la hora de finalizar el pago usaras como numero de la tarjeta de crédito «1» , una fecha de caducidad de la tarjeta anterior a la fecha de hoy y un número de 3 digitos cualquiera para el CVV.

De esta manera:

La entrada Hacer test con Google Tag Manager si no tengo una web disponible se publicó primero en ROIANALYTICS.

13q3q3q2q5 , 13r3r3r2r5. ¿Qué es el parámetro gcd de Google Analytics 4?

Fernando Lens — Tue, 26 Mar 2024 16:04:41 +0000

Este parámetro de Google Analytics 4 lo habrás visto constantemente si usas el Debug View de Google Tag Manager para implementar tus tags. Verás que tienen varios valores, 13q3q3q2q5, 13r3r3r2r5 …

Este parámetro pertenece al Consent Mode V2. No confundir con el parámetro gcs. Éste pertenece a la primera versión de Consent Mode

En realidad es más sencillo de lo que parece. A continuación le echamos un vistazo.

¿Qué significa el parámetro gcd en Google Analytics 4?

El parámetro gcd está incluído en todos los hits que envían los productos y servicios de Google incluso cuando el Consent Mode no está activo y sirve para guardar los valores de ad_storage, analytics_storage, ad_user_data y ad_personalization.

Su formato suele empezar con 11 y suele usar los 1 para separar las distintas señales de consentimiento. También suele acabar con un 5.

En esta tabla vas a poder ver sus siglas y qué significa cada una. Por lo general, las letras indican el estado de cada una de las señales, identificadas con un 1.

Tabla Completa

Tabla Detallada

Letra	Descripción	Valor	Significado
l	La L minúscula significa que la señal no se ha implementado en el Consent Mode	11l1p1l1l5	En este caso sólo la segunda señal, "analytics_storage" se ha implementado por defecto
p	Denegado por defecto	11p1p1p1p5	Todos los estados del consent mode denegados por defecto
q	Tanto el estado por defecto como después de la elección del usuario han sido denegados	11p1q1p1p5	En este caso el usuario cambió la elección del consentimiento se mantuvo en denegada, pero se puede ver en el cambio de "p" a "q"
t	Garantizado por defecto sin actualización	11t1t1t1t5	Todos los estados activados por defecto
r	Denegado por defecto pero actualizado a garantizado	11r1r1r1r5	Todos los estados activados en la actualización cuando estaban denegados por defecto
m	Denegado después de la actualización.	11p1m1p1p5	Todos los estados denegados por defecto pero el "analytics_storage" se configuró al denegarlo el usuario en la actualización
n	Aceptado después de la actualización	11n1n1n1n5	Cuando el sitio web no añade ningún valor por defecto y se actualiza el consent mode después de que el usuario actualice su elección
u	Aceptado por defecto y denegado después de la actualización	11u1u1u1u5	El caso en el que el usuario cancela todos los estados
v	Aceptado por defecto y también en la actualización	11v1v1v1v5	Todos los estados estaban garantizados por defecto y también en la actualización del usuario

Este post está basado en el post más completo que hay sobre el tema. El de Simo Ahava que puedes encontrar aquí. Te lo recomiendo por si quieres profundizar.

La entrada 13q3q3q2q5 , 13r3r3r2r5. ¿Qué es el parámetro gcd de Google Analytics 4? se publicó primero en ROIANALYTICS.

Parámetros de GA4 en el debug view de Google Tag Manager. ¿Qué significan?

Fernando Lens — Mon, 25 Mar 2024 15:35:13 +0000

Cuando estás usando el debug view de Google Tag Manager y revisas los eventos que se envían a Google Analytics 4 probablemente te hayas encontrado con esta tabla llena de abreviaturas y valores.

Si alguna vez te has preguntado qué demonios significan todos esos parámetros entonces estas de mi lado , perteneces a ese grupo de analistas a los que también les da TOC ver datos, valores y propiedades cuya descripción y origen desconoce.

Con la ayuda de especialistas del tema como el gran Julius Fedorovicius de Analytics Manía y su página de Facebook he intentado encontrar una definición para cada uno de los parámetros. (Spoiler, ni así los he encontrado todos )

Los parámetros que ves ahí van por defecto en el evento que se envía desde GTM a GA4, muchos de ellos son Legacy, probablemente. Vendrá de otras versiones previas. Otros son nuevos y muy relevantes.

En la siguiente tabla intento definirlos todos. Si crees que sabes la definición o significado de los que falta, puedes contactarnos, lo añadiremos y te mencionaremos en este post.

Como veréis, los parámetros _gaz , uaa , _s , y _ee todavía no sabemos muy bien para qué sirven o qué significan exactacmente.

Parámetros por defecto de los eventos de Google Analytics 4

Nombre del parámetro	Abreviatura	Valor	Significado y descripción
Protocol Version	v	2	Versión del protocolo
Measurement ID	tid	G-JNF3WVBZTT	Es el identificador del flujo perteneciente a una propiedad
gtm	gtm	45je43k0v888253518za200	Identificador del Google Tag Manager
Random Page ID	_p	1711030914673	Identificador de página. Es un número aleatorio que se genera en el lado del cliente cuando se envía un evento. Asegura que cada envío de evento es único
Debug View	_dbg	1	Indicador de vista DebugView. Si es un 1 es que estás en la versión Debug
Internal Ping Type	_gaz	1	Desconocemos el significado y no aparece en la docu oficial
gcd	gcd	13l3l3l2l1	Es un parámetro que se envía en todos los eventos incluso cuando el Consent Mode no está activado. Guarda los valores de las cuatro señales (ad_storage, analytics_storage, ad_user_data y ad_personalization Más adelante en este post explico qué significan los valores
Non-personalized Ads	npa	1	Si está marcado como 1, el consentimiento para ad_personalization ha sido denegado, si es 0, ha sido aprobado
Google Services Consent State	dma_cps	sypham	Este parámetro muestra qué servicios de Google pueden acceder al estado del consentimiento del parámetro. Por defecto veremos algo como "sypham" . Sypham significa: Search, Youtube, Play, sHopping, Ads, and Maps Así que por defecto el consentimiento de usuario se puede compartir por esos servicios
dma	dma	1	Indica si la Digital Markets Act aplican a este visitante. 1 significa que si
Client ID	cid	7.340.926.811.710.940.000	El client id es un número que ayuda a identificar a los usuarios en la herramienta Google Analytics 4 . Por defecto , GA4 utiliza este número para identificar a los distintos usuarios tanto en los navegadores como en los dispositivos.
Language	ul	es-es	Indicador del idioma
Screen Resolution	sr	1920x1080	Resolución de la pantalla
User-Agent Architecture	uaa	arm	Desconocemos el significado y no aparece en la docu oficial
User-Agent Bitness	uab	64	Se refiere a la memoria , normalmente el valor es 64 o 32
User-Agent Full Version List	uafvl	Chromium;122.0.6261.112\|Not(A%3ABrand;24.0.0.0\|Google%20Chrome;122.0.6261.112	La información y el nombre completo con la marca del navegador desde el que accedemos
User-Agent Mobileness	uamb	0	Indica si es un usuario de móvil o no. El 1 es móvil y el 0 es desktop
User-Agent Model	uam	nan	El modelo del móvil si es que es un móvil el dispositivo del usuario. Si aparece vacío es un usuario de desktop
User-Agent Platform	uap	macOS	Se refiere al sistema operativo
User-Agent Platform Version	uapv	13.5.2000	La versión del sistema operativo
User-Agent WoW64 (Win32 on Win64)	uaw	0	Se refiere a Windows , si es 64 bit o 32 bit en app
are	are	1	Se refiere a si el browser es compatible con la Attribution Reporting API
pscdl	pscdl	nan	Significa "Privacy Sandbox Cookie Deprecation Label", indica si el navegador forma parte de la cohorte del 1% al que se le eliminaran las cookies third party En la Union Europea lo más probable es que aparezca en blanco, sin valor
Request Number	_s	1	Desconocemos el significado y no aparece en la docu oficial
Session ID	sid	1711030915	identificador de la sesión
Session Count	sct	2	Número de sesiones de ese usuario
Session Engagement	seg	0	Este identificador muestra si la sesión es una engaged session o no
Page Location	dl	https://www.dssmithepack.de/?gtm_debug=1711030912606	Página donde se ha efectuado el evento
Page Referrer	dr	https://tagassistant.google.com/	Página o dominio anterior a la página actual donde ha ocurrido el evento
Page Title	dt	Kartonverpackungen für den E-Commerce \| DS Smith ePack	Título de la página
Event Name	en	page_view	Nombre del evento
Start of Session	_ss	1	Si el evento contiene este parámetro indica que un evento de session_start se generará en GA4
System Property	_ee	nan	Desconocemos el significado y no aparece en la docu oficial
Ecommerce Item	pr1	nan	Este parámetro suele aparecer en los eventos de ecommerce.

La entrada Parámetros de GA4 en el debug view de Google Tag Manager. ¿Qué significan? se publicó primero en ROIANALYTICS.

Consent Mode V2 Avanzado. ¿Respeta la privacidad del usuario o no?

Fernando Lens — Thu, 14 Mar 2024 08:12:40 +0000

Si has completado la configuración del Consent Mode Avanzado probablemente sepas que con este setup de Google Tag Manager se envía cierta información en forma de pings a Google Analytics 4 antes de que el usuario haya interactuado con el banner de cookies.

(Si no sabes qué versión del Consent Mode tienes te recomiendo nuestro post sobre el tema)

Probablemente te hayas preguntado si también necesitamos el consentimiento del usuario para enviar esa información que, en realidad, también está basada en su comportamiento.

Vamos a profundizar en el tema.

¿Qué es el Consent Mode V2 Avanzado ?

Se trata de una opción de configuración de Consent Mode V2 donde las etiquetas de Google se cargan cuando el usuario abre el sitio web o la aplicación en cuestión. Las etiquetas cargan la API del modo de consentimiento y envían unos pings sin cookies a la espera de que el usuario confirme su elección.
Si acepta, entonces ya envían los eventos clásicos de GA4, page_view, session_start y demás. Si rechaza, sólo se envían los pings.

¿Qué beneficio tiene? Pues que mejora la modelización en comparación con la versión básica.

Eso sí, para que tu página web entre en esta «modelización» necesitas cumplir ciertos requisitos.

Un punto muy importante es que uno de los especialistas de analítica más importante a nivel global ha confirmado que una vez que el usuario acepta en el banner de privacidad, no es necesario volver a enviar los eventos previos al consentimiento.

Puedes profundizar aquí.

¿Qué son los pings del Consent Mode Avanzado V2?

Se le llama pings o señales sin cookies a los fragmentos de información que llegan a la consola de Google Analytics 4 cuando el usuario no ha aceptado las cookies en el banner y el consent se encuentra en estado «denied»

Muy importante > Los pings no envían ni session_id, ni user_pseudo_id, ni user_id , ni client_id . No envían ningún tipo de identificador único de este tipo.

Entonces, ¿Qué información se envía?

-Pings del estado del consentimiento.
-Pings de conversión. Indican si se ha completado una conversión. Estos son los que ayudan a modelar los datos de conversiones.
-Pings de Google Analytics. Envían los eventos allí donde haya una etiqueta de Google Analytics 4.
-Información funcional.

Marca de tiempo (el timestamp que vemos en BigQuery en los datos de GA4)
User-agent (Sólo en web) Aquí es donde vemos el navegador, por ejemplo.
URL referente. El referral.

-Información agregada no identificable.

Información sobre si la página en la que está el usuario incluye en la url información sobre clics en anuncios (GCLICD, por ejemplo)
Información tipo Boolean sobre el estado del consentimiento.
Número aleatorio que se genera con cada carga de la página.
Información sobre el CMP usado.

¿A dónde van todos esos hits de los pings? Esta es una buena pregunta.

Los pings no los vas a ver directamente en los informes clásicos de Google Analytics 4, sin embargo están trabajando en el sistema de modelado de datos de Google Analytics 4 de manera que enriquecen los datos.

Digamos que ayudan a llenar el vacío que dejan los datos de usuarios que no han dado su consentimiento.

Las dudas sobre la legalidad del Consent Mode Avanzado

Muchos especialistas y agencias de analítica digital nos preguntamos si esa información previa al «aceptar» en las cookies necesitaría también un consentimiento para ser enviada.

Especialmente este punto:
«Información sobre si la página en la que está el usuario incluye en la url información sobre clics en anuncios (GCLICD, por ejemplo)» chirría bastante. El GCLID es un identificador único que parte de Google Ads.
Hay muchas dudas también desde un punto de vista ético y puede que legal a que se envíe información sobre un usuario (aunque sea información sin id) una vez que el usuario «rechaza» en el banner de cookies.

Desde RoiAnalytics te recomendamos que utilices la configuración básica del Consent Mode V2 si no estás seguro a nivel legal de la implementación de la versión avanzada.

La entrada Consent Mode V2 Avanzado. ¿Respeta la privacidad del usuario o no? se publicó primero en ROIANALYTICS.

Server Side Tagging – ¿Es la opción que necesitas? – Ventajas y desventajas

Eva Beltrán — Wed, 13 Mar 2024 07:30:52 +0000

Últimamente se está escuchando hablar mucho del server-side tagging y sus múltiples ventajas, pero ¿qué es y para qué sirve este nuevo método?

¿Qué es el Server Side Tagging?

El server–side tagging es un método alternativo de seguimiento de datos que traspasa el control de terceras partes (como las herramientas de Google) a primeras partes (al responsable del sitio web), ya que aloja tanto los datos de los usuarios que visitan la web como la web en si, en un servidor propio.

Diferencias entre client side-tagging y server side-tagging

El client-side tagging es la forma más habitual de conectar las webs con las herramientas de medición. En este caso se usa el navegador del usuario (cliente) para enviar la información a la herramienta de gestión de etiquetas, como Google Tag Manager, desde la cual se enviará la información a las plataformas de seguimiento, como Google Analytics, Google Ads, Meta, etc. Aunque también existen casos en los que no existe gestor de etiquetas y se envía la información directamente a la plataforma de medición (menos recomendado). Para que este tipo de seguimiento funcione correctamente es necesario añadir el código del gestor de etiquetas al código de todas las páginas del sitio web.

En cambio, el server-side tagging, el sitio web envía primero los datos al servidor en la nube. Una vez el servidor ha recibido los datos, es el momento en que se envía la información a las herramientas de seguimiento, como por ejemplo, Google Tag Manager, el cual desde hace un tiempo ya tiene un contenedor específico para ello. Pero ¿cómo funciona? el servidor en la nube actúa como un proxy entre los datos que se envían a una herramienta de terceros y la web (u otra fuente de datos), por lo que para poder usar el contenedor de GTM tipo servidor, es necesario configurar un servidor en la nube que debería usar el subdominio de la web y después usar las solicitudes de GTM de servidor para enviar los datos a las herramientas de medición.

¿Qué ventajas y desventajas tiene cada tipo de forma de medición?

Por un lado, el sistema client-side tagging tiene como ventaja la simplicidad y que económicamente no tiene coste o es muy bajo, en cambio, principalmente existen 3 desventajas:

Descenso del rendimiento de la velocidad del sitio web, muy importante para la experiencia del usuario.
Carencias de seguridad respecto a datos personales, ya que no hay control sobre los datos tipo PII que puedan recoger terceros.
La duración de las cookies se limitará a 1 o 7 días debido a que algunos navegadores tienen diseñadas soluciones para la prevención de seguimiento inteligente.

Por otro lado, el sistema server-side tagging, a pesar de ser una manera más fiables y controlada para trackear datos, tiene tres desventajas destacables y estas son el coste económico, ya que se necesita contratar un servidor en la nube, que se requiere más conocimiento técnico para poder implementarlo y que no todas las plataformas de seguimiento son (todavía) compatibles con este sistema. A pesar de ello, las ventajas más importantes y que lo hacen una muy buena opción son:

Se mejora el rendimiento de la web.
Posibilidad de usos más complejos del dato (dato más enriquecido).
Control de los datos que se envía a cada herramienta de seguimiento.
Duración de las cookies, ya que si se usa un subdominio personalizado dentro de la jerarquía de la web principal, GTM establecerá cookies de origen, por lo que los navegadores no tratarán las cookies como si fueran de terceros, lo que también dará más exactitud y fiabilidad al dato.

Por lo tanto, a pesar de que el server-side tagging es un sistema muy poderoso, la implementación de un sistema u otro, hoy por hoy, va a depender del tipo de necesidades que se tengan y la capacidad de implementación de cada empresa, ya que no existe una regla para todos.

La entrada Server Side Tagging – ¿Es la opción que necesitas? – Ventajas y desventajas se publicó primero en ROIANALYTICS.