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.
Los registros (Logs) son una herramienta esencial a la hora de configurar el etiquetado del lado del servidor. Puede ayudarle a solucionar cualquier problema con las solicitudes, los datos que faltan o incluso a determinar cómo el proveedor ha procesado una solicitud.
Stape ofrece varios tipos de registros para que los usuarios los vean:
- Access Logs
- Request Logs
- Response Logs
- Otros Logs
- Registros de respuesta
- Otros registros
Los usuarios de los planes Pro y Pro+ de Stape tienen acceso a los logs de los últimos 3 días. Y para los planes Business y superiores, los logs están disponibles para los últimos 10 días. Cada tipo de registro tiene sus propias opciones de filtrado, como el rango de fechas o el nombre del cliente, lo que ayudará a garantizar que los eventos específicos no se pierdan entre los demás, lo que es perfecto cuando se necesita una solución rápida de problemas. También es posible descargar esas peticiones en el CVS.
Veremos cada tipo de registro y cómo pueden ayudar a configurar el etiquetado del lado del servidor. También voy a mostrar algunos ejemplos de problemas de seguimiento de ss que los registros pueden ayudar para que todo tenga sentido juntos en ningún momento.
Para ver los logs, inicie sesión en su cuenta de stape.io, abra el contenedor sGTM y vaya a la pestaña Logs.
Access Logs - muestra las solicitudes recibidas por el servidor GTM. Es posible filtrar los registros de acceso por fecha, nombre del cliente, nombre del evento, código de estado y URL de la solicitud.
En la captura de pantalla siguiente, he filtrado las solicitudes reclamadas por el cliente GA4. Para ver una descripción más detallada de este log, haga clic en el lado derecho de la solicitud.
Si expande los detalles de la solicitud y se desplaza hacia abajo, verá las solicitudes asociadas. Por ejemplo, si utiliza el cliente GA4 para activar FB CAPI y hace clic en el registro de acceso GA4, verá los registros de solicitud y respuesta asociados de FB CAPI. Los registros de solicitudes y respuestas sólo están disponibles para las etiquetas de stape cuando se habilita esta opción en la configuración de la etiqueta.
Request Logs - muestra las solicitudes que han sido enviadas por el servidor GTM a las plataformas de Facebook, TikTok, etc. Esto sólo funciona si se utilizan etiquetas Stape. Para habilitar este tipo de registro, vaya al servidor GTM, abra la etiqueta, desplácese hacia abajo a Logs Settings y seleccione Always log to console.
Response Logs - muestran las respuestas recibidas de plataformas de terceros como Facebook, TikTok, etc., y sólo funcionan si se utilizan etiquetas de Stape.
Los registros de respuesta (response logs) son beneficiosos cuando se trata de resolver problemas de etiquetado de ss. Por ejemplo, usted puede filtrar todas las respuestas recibidas de Facebook y ver si todas tienen códigos de respuesta 200, lo que significa que fueron procesadas correctamente. Si el evento no se ha procesado correctamente, puedes comprobar los detalles de la solicitud y solucionar la causa del error.
Otros registros - logs que no podemos clasificar como de acceso, solicitud o respuesta. Se utiliza para ver las solicitudes enviadas por la etiqueta logger. La etiqueta logger está disponible en la galería de plantillas del servidor de Google Tag Manager y es extremadamente útil para probar las solicitudes POST en sGTM. Voy a mostrar cómo utilizar la etiqueta logger en esta entrada del blog.
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.
Todo lo que se necesita son unas simples preguntas. Haga clic en Obtener ayuda, rellene el formulario, y le enviaremos un presupuesto.
