Resolución de problemas de etiquetado del lado del servidor utilizando los registros (logs) de GTM del servidor

Configurar el etiquetado del lado del servidor puede ser una batalla ardua. Además de configurar un servidor de etiquetado para su sGTM, hay muchos clientes, etiquetas, variables y desencadenantes diferentes que deben ajustarse para que funcionen sin problemas.

En esta entrada del blog, quiero hablar de los registros (logs) de GTM del servidor y de cómo los registros ayudan a diagnosticar problemas con el etiquetado del lado del servidor.

Logs es una función indispensable para configurar el etiquetado del lado del servidor. Permite detectar problemas con las solicitudes, datos faltantes o incluso determinar cómo el proveedor procesó una solicitud. Algunos ejemplos de uso de la función Logs:

Ofrecemos acceso a los logs a los usuarios con planes de pago. El período de retención depende de su plan:

Para comenzar, inicie sesión en su cuenta de Stape, abra su contenedor y acceda a la pestaña Logs:

Existen dos tipos de logs:

Las solicitudes entrantes están disponibles de forma predeterminada. Para activar las solicitudes salientes, cambie a la pestaña Outgoing requests y active el interruptor:

También puede habilitar la función Export logs (disponible para los planes Enterprise o superiores). Esto exportará automáticamente sus logs entrantes y salientes (si están configurados) a un almacenamiento en la nube de su elección (p. ej., GCP o BigQuery).

Disponemos de una guía detallada sobre la función Logs de Stape con información sobre sus funcionalidades y configuración.

Existen innumerables situaciones en las que los registros del servidor de Google Tag Manager pueden ayudar a solucionar los problemas de configuración del etiquetado del lado del servidor. A continuación, le presentamos cuatro de las muchas formas en las que le ayudará.

1. Menos compras en la plataforma de análisis que en el CRM.

Digamos que usted ha configurado FB CAPI pero ve menos compras en el gestor de eventos de Facebook que en el CRM. Para solucionar este problema, puede ir a los registros y filtrar todos los registros de respuesta de Facebook y ver si todos los eventos de compra se han procesado correctamente (estado 200). Si usted ve alguna solicitud con otro código de respuesta, abra los datos de la solicitud y compruebe qué causó este problema; por ejemplo, compruebe si se enviaron todos los parámetros necesarios.

2. Sospeche que la atribución del administrador de anuncios de Facebook no funciona correctamente.

Facebook atribuye los eventos a las campañas comprobando el parámetro fbc (click ID). Si cree que la atribución de FB no funciona correctamente, lo primero que debe verificar es si Facebook CAPI envía los parámetros fbc y fbp. Sólo tienes que comprobar los detalles de la solicitud y ver el número de compras con los parámetros fbc.

3. Al evento le falta un parámetro.

Ha notado que en algunas compras en Google Analytics falta el valor de la compra. En este caso, la etiqueta Logger puede ayudar a solucionar este error. Voy a mostrar cómo utilizar la etiqueta Logger más adelante en esta entrada del blog. Pero la idea principal es que usted configure una etiqueta en sGTM que desencadene el evento de compra cuando el valor de la compra sea 0. Puede añadir un nombre personalizado a este evento y posteriormente comprobarlo dentro de la sección de logs de Stape.

4. Registrando el cuerpo de las solicitudes POST.

Los logs del servidor GTM tienen dos tipos de solicitudes POST y GET. El cuerpo de la solicitud POST no está disponible por defecto en los registros de Google Cloud o Stape. Si necesita ver más detalles sobre las solicitudes POST, utilice la etiqueta Logger y active Log Request Body en la configuración de la etiqueta.

1. Descargue la etiqueta Logger desde GitHub → Abra las secciones de plantillas en el contenedor del servidor de Google Tag Manager → Haga clic en Nuevo.

2. Haga clic en tres puntos en la esquina superior derecha → Haga clic en Importar → Seleccione la plantilla de etiqueta Logger que ha descargado recientemente de GitHub → Haga clic en guardar.

3. Cree una nueva etiqueta en sGTM → Tipo de etiqueta Logger Tag → Seleccione si desea registrar los eventos sólo durante la depuración o siempre → Seleccione qué información desea añadir a los registros → añada el nombre del evento. Puede utilizar un nombre estático o dinámico → añada datos personalizados si es necesario → añada un disparador. 

4. Inicie el depurador sGTM y pruebe la etiqueta Logger. Una vez que la etiqueta se active, vaya a su contenedor sGTM → haga clic en logs → otros logs → añada el nombre del evento → aplique el filtro.

Verá información sobre las solicitudes y podrá solucionar cualquier problema.

Server GTM Logs es una poderosa herramienta a la hora de configurar, probar y depurar el etiquetado del lado del servidor. Lo mejor de Stape logs es que es gratuito para los usuarios del plan de pago. A diferencia de Google Cloud, donde hay que pagar un cargo adicional por los registros.

Si usted utiliza las etiquetas de Stape, también puede comprobar los registros de respuesta y entender claramente si la plataforma recibió y procesó con éxito las solicitudes o fomentó algunos errores.

Si quiere probar una situación específica, logger tag para sGTM puede ser útil.