taggrs-logo

Depuración en el Server Container – Prueba y validación de la configuración de Server side tracking

Debugging-in-the-Server-Container-Test-and-validate-Server-Side-Tracking-configuration-1

Ha completado la configuración del Server side tracking y ahora se enfrenta al reto de validarlo todo. Esto es importante para la eficacia y precisión de sus esfuerzos de seguimiento. Afortunadamente, Google Tag Manager (GTM) ofrece un modo de vista previa diseñado específicamente para estos fines, aunque funciona de forma algo diferente a lo que podría estar acostumbrado con un simple Webcontainer.

En este blog, le guiaremos paso a paso a través del proceso de depuración en Server Container. Depurar tu configuración (server side) puede parecer complejo al principio, especialmente por las diferencias con el Webcontainer. Sin embargo, con una explicación clara y unos pasos prácticos, puede hacer frente a este reto y garantizar una solución de seguimiento sólida.

Nuestro objetivo es proporcionarle los conocimientos y las herramientas que necesita para depurar y validar su configuración de seguimiento con confianza.

Puntos clave 🔑:

  1. Google Tag Manager (GTM) Preview Mode (Modo de vista previa de Google Tag Manager (GTM)): comprenda cómo activar y utilizar este modo para contenedores Web y de servidor a fin de validar la configuración de Server side tracking (SST).
  2. Diferencias entre Web y Server Containers: Reconocer los elementos únicos del server container y cómo se diferencian del Web container durante la depuración.
  3. Validación de datos entrantes y salientes: Verificar que el GA4 Client dentro del server container recibe y procesa correctamente los datos a plataformas externas.
  4. Activación de Tags y Flujo de Datos: Comprueba si se activan todos los Tags necesarios y se envían los datos pertinentes.

¿Cuál es la situación?

Nos centramos en la depuración de nuestra TAGGRS Demoshop, una tienda virtual básica de E-commerce. Para las pruebas, configuramos distintos componentes para crear un entorno de seguimiento:

  • Google Tags (Web Container)
  • E-commerce Events (Web Container)
  • TAGGRS Tracking tags (Web y Server Container)
  • Eventos de Google Analytics (Server Container)
taggrs-demo-tienda

Pruebas de configuración (server side) en Google Tag Manager

1. Abrir el modo de vista previa en Google Tag Manager

Para empezar El proceso de depuración en el (Server Container) difiere del que se realiza en el (Web Container) en que es necesario activar el modo de vista previa tanto para el (Web Container) como para el (Server Container).

  • Abre la vista previa del servidor (normal si no ves que entra nada)
  • Abra la vista previa del Webcontainer y añada la url del sitio web.
  • En ambos modos de previsualización, comprueba si llegan los datos.

Para una explicación clara de este proceso, consulte el siguiente vídeo.

¿No lo entiendes? Consulte nuestro artículo de soporte sobre la apertura del modo de depuración en el container (Server Container).

2. Vista previa

Al abrir el modo de vista previa en GTM, las diferencias entre el contenedor Web y el servidor se hacen claramente visibles. El contenedor del servidor introduce nuevas pestañas específicas para su funcionalidad.

(Server Container)

En el (Web Container) a la izquierda, vemos bajo resumen:

  • Ventana cargada: Este momento indica cuándo toda la ventana del navegador, incluidos todos los recursos dependientes como imágenes y hojas de estilo, está completamente cargada.
  • DOM Listo: Este punto marca cuando el Modelo de Objetos del Documento (DOM) de la página está completamente construido, permitiendo que los scripts que dependen del DOM comiencen a ejecutarse.
  • Container Loaded: indica cuándo el container de Google Tag Manager está completamente cargado e inicializado en la página, listo para empezar a procesar Tags.
  • Inicialization: es cuando Google Tag Manager comienza a inicializar la configuración, antes de que se evalúen y ejecuten los Tags.
  • Consent Initialization: se refiere al momento en que se inicializan y procesan los parámetros de consent dentro del container, esencial para el cumplimiento de la privacidad.
  • Mensaje: Se refiere a una notificación o mensaje genérico que puede aparecer durante el proceso de depuración, a menudo utilizado para informar de acciones específicas o errores dentro de las implementaciones de Tags.
(Web Container).

En el (Server Container), vemos:

  • Resumen: Aquí vemos un resumen de todas las peticiones entrantes que el (Server Container) ha interceptado.
  • Request: Muestra las peticiones HTTP que entran y salen del servidor y qué cliente las ha procesado.
  • Tags: Muestra qué Tags se han disparado en el container (Server Container).
  • Variables: Contiene información sobre todas las Variables accesibles enviadas a través de la petición.
  • Event data: Aquí se muestra el objeto Event data construido por el cliente.
  • Consola: Muestra mensajes de registro útiles.
gtm-server-preview-mode-what-is-what

En Resumen, en el contenedor del servidor, los eventos específicos se representan mediante el parámetro collect?=v, que indica el tipo de evento que se está procesando, por ejemplo, un evento GA4. Debajo de collect está el Events, que en este caso es Page_view.

  • js?id=G-XXXXXXXX = Request de la biblioteca JavaScript de Google Tags.
  • collect?v=2 = Request GA4

3. ¿Entran datos en el ( Server Container)?

Para comprobar si los datos llegan correctamente al (Server Container), primero comprobamos si el (Server Container) ha recibido datos del (Webcontainer). Lo hacemos a través de la sección “Request” de GTM. Aquí puede ver qué cliente procesó las peticiones entrantes, qué peticiones entran y cuáles salen.

  • Outgoing HTTP Request from Server: Los datos enviados desde el Server Container a plataformas externas.
  • Incoming HTTP Request: Los datos enviados desde el Webcontainer al Server container.

En el Server Container, bajo el epígrafe“Request“, podemos confirmar si el GA4 Client ha capturado los datos correctamente.

(Server Container)

En este caso, observamos que el GA4 Client capturó correctamente los datos. A continuación, los datos se envían a la API de TAGGRS y a Google Analytics (solicitudes HTTP salientes), mientras que la solicitud entrante se identifica como /g/collect?v (que es GA4).

4. ¿Se han disparado todos los Tags necesarios?

Ahora que los datos se han transferido correctamente del Webcontainer al Server container y, a continuación, a Google Analytics, es el momento de comprobar si los Tags configurados funcionan correctamente. Nos centramos en probar un evento ‘ver items’ en nuestra Tienda Web Demo TAGGRS.

(Server Container)

En el Webcontainer, observamos que se activan dos Tags: nuestro GA4 Event Tags y el TAGGRS Server Tags. Este es el momento de comprobar que todas las Tags necesarias están activadas según lo previsto. Cuando esto ocurre, confirma que los Triggers están configurados correctamente y los datos se reenvían adecuadamente al servidor.

5. ¿Qué datos envía el Tags?

Una vez activadas correctamente las Tags necesarias, es importante comprobar qué datos específicos envían con ellas estas Tags. Esto se puede ver en la sección Event data dentro del container del server. Aquí encontrarás todos los datos que han sido reenviados desde el Webcontainer al Server container. En un evento ‘view_item’ de nuestra tienda demo, por ejemplo, queremos que se pase información como el precio del producto, su nombre y posiblemente un ID. Este segmento permite comprobar si las Variables creadas se han pasado correctamente.

(Server Container)

No se trabaja literalmente en el Server Container con la estructura del Data Layer sino con los nombres de los parámetros que se pasan.

5. Comprobación de que los datos se han transmitido correctamente

Tras activar los Tags adecuados, el siguiente Stape es verificar que los datos se han procesado correctamente en la plataforma correspondiente. Puedes evaluarlo a través de los modos de depuración de las propias plataformas, o utilizando varias extensiones Debug de Chrome. En su Dashboard de análisis (server side) de TAGGRS, puede comprobar lo siguiente:

  • Solicitudes entrantes: Comprueba las Request entrantes en el Dashboard.
  • Línea Web Container y Server Container: Aquí puede observar si los datos están llegando tanto desde la Web como desde el servidor y cuál es el porcentaje de diferencia entre ambos.
  • Datos por evento: analice cuántos datos adicionales se procesan por evento. Por ejemplo, si observa que un Events está midiendo un 50% menos, pero está midiendo más en general, es aconsejable comprobar la configuración de ese Events para ver si hay algún error.
taggrs-server-side-analytics-dashboard

Consejo: Consulte nuestra serie de depuración TAGGRS para ver las situaciones y soluciones más comunes en nuestro software.

Otras pestañas en modo depuración

Consola / Errores (Web / Server Container): El Webcontainer puede mostrar errores similares a los que vería en la consola, mientras que el contenedor del servidor tiene una pestaña de consola dedicada añadida. Esta pestaña de depuración puede proporcionar información adicional útil para la depuración. Esta es una pestaña de depuración que puede proporcionar información adicional que puede ser útil para la depuración (no es importante).

(Server Container)

Consent (Webcontainer): Si ha configurado ajustes de permiso (consentimiento), por ejemplo con Consent Mode V2, esta pestaña muestra qué estados de consentimiento se han configurado y disparado, lo que resulta especialmente útil para depurar Consent Mode v2 y también para comprobar los ajustes predeterminados. ¿Quiere probar su configuración sin las restricciones del Consent Mode? Puede hacerlo con nuestro bloqueador TAGGRS Consent Mode.

(Web Container)

Data Layer (Webcontainer): En el modo de vista previa del Webcontainer, la pestaña Data Layer proporciona información esencial sobre la estructura y los datos que envía el sitio web para su seguimiento. Es una fuente de información importante para todos los Tags que dependen de la Data Layer para funcionar.

Data Layer

Variable (Webcontainer): La pestaña Variables enumera todas las variables disponibles dentro del container que pueden utilizarse para establecer Triggers o definir Tag Configuration. Esta pestaña es importante para comprender qué datos están disponibles para su uso en Tags y Triggers.

Variable

Eso fue todo – SST Set Up Testing

Ahora dispone de los conocimientos y las herramientas necesarios para probar eficazmente su configuración de Server side tracking (SST). Hemos aprendido a abrir el modo de vista previa en Google Tag Manager, qué datos envían las etiquetas y cómo comprobar que todas las etiquetas necesarias se activan en el momento adecuado. No olvide controlar las solicitudes entrantes y salientes y verificar los datos en su Dashboard. Ahora que está seguro de que los datos se han transmitido y procesado correctamente, puede aplicar con confianza su SST para un seguimiento preciso y fiable de los datos. Pruebe a fondo, optimice cuando sea necesario y vea recompensados sus esfuerzos con una recogida de datos fiable y conforme a las normas. Buena suerte con las pruebas de configuración de la SST. ¿Tiene dudas sobre si lo ha ajustado todo? Entonces eche un vistazo a nuestra lista de comprobación Server side tracking.


Sobre el autor

Ate Keurentjes

Ate Keurentjes

Especialista en Server Side Tracking en TAGGRS

Ate Keurentjes es especialista en Server side tracking en TAGGRS. Tiene experiencia con varios conceptos de Google Tag Manager. Keurentjes ha estado editando y escribiendo sobre los New developments and trends in data collection / Server Side Tracking desde 2023.

¿Listo para el siguiente nivel?

Empieza con Server Side Tracking y genera más ingresos y conversiones en un mundo sin cookies de terceros.