Introducción al Google Tag Manager Server-side Tagging

En 2023, el Google Tag Manager introdujo un nuevo nivel de posibilidades: el etiquetado del lado del servidor. A pesar de que ya había otras soluciones de gestión de etiquetas que ofrecían esto, GTM se unió a este juego del lado del servidor hace muy poco.

Cuando la beta pública fue lanzada el 12 de agosto de 2023, la audiencia se dividió en varios grupos. Algunas personas vitoreaban y gritaban «ESTO ES ENORME» mientras que otras estaban un poco confundidas preguntando «No estoy seguro de entender esto». ¿Es bueno para los vendedores?». Y esto es totalmente comprensible. El tema no es fácil de entender. Especialmente, si vienes de una formación no técnica.

Es por eso que el objetivo de esta entrada de blog no es darte la guía «definitiva» de cómo trabajar con el etiquetado del lado del servidor de Google Tag Manager. En su lugar, quería ofrecer una introducción para los principiantes (en el lado del servidor) y para aquellos que no tienen ni idea de por qué esto podría ser útil en absoluto.

Así que si estás buscando algo como «GTM server-side tagging for beginners» o «Google Tag Manager server-side tagging tutorial for beginners», has llegado al lugar correcto. Sin embargo, tenga en cuenta que en este contexto, la palabra «principiante» se refiere a alguien que no sabe lo que es el lado del servidor. Sin embargo, aún debe comprender bien cómo funciona el rastreo de sitios web con GTM en general.

Si sus clientes preguntan si necesitan adoptar el etiquetado del lado del servidor, es de esperar que puedan responder a esa pregunta después de leer mi guía y/o ver el vídeo.

Tabla de contenidos

Documentos y guías exhaustivas

Si te sientes lo suficientemente valiente y quieres sumergirte en un ámbito más técnico, lee las siguientes guías para familiarizarte con el concepto de etiquetado del lado del servidor:

Pero si buscas una guía más amigable para principiantes, entonces, con suerte, mi entrada en el blog satisfará tus necesidades. Sin embargo, ten en cuenta que para hacer esto «amigable para principiantes», tuve que sacrificar la profundidad técnica.

Si decides intentarlo, consulta los dos recursos mencionados anteriormente (de Google y Simo).

Este es un tema candente

El rastreo de GTM del lado del servidor es definitivamente un tema candente en este momento. Me estoy sumergiendo en él, aprendiendo cosas nuevas cada día, y jugando (porque definitivamente hay una curva de aprendizaje bastante empinada).

Así que, si quieres estar a la cabeza, te sugiero que hagas lo mismo.

La forma habitual de utilizar el GTM

Para explicar cómo funciona el etiquetado del lado del servidor, primero, echemos un vistazo a la configuración/proceso con el que la mayoría de ustedes ya están familiarizados. Si quieres instalar Google Tag Manager en un sitio, debes añadir el fragmento de JavaScript del contenedor web al código fuente de tu sitio.

Cuando la página se carga, el fragmento de GTM se carga también y dispara las etiquetas según su configuración. La etiqueta de Universal Analytics es una de ellas. Todo aquí sucede en el lado del cliente (lea: en su navegador). Los códigos de JavaScript se cargan, recogen los datos y luego los envían a otro lugar. Por ejemplo, el fragmento de Universal Analytics envía los datos a google-analytics.com.

Junto con los datos que se le pidió que recogiera (por ejemplo, la URL del botón), los códigos de seguimiento suelen recoger alguna información adicional sobre la página, el dispositivo, etc. Algunos códigos son más respetuosos con la privacidad, mientras que otros son bastante agresivos y toman las huellas dactilares, utilizan la información de la cookie de origen y otras cosas sospechosas para el seguimiento de sitios web.

La forma del lado del servidor

Con el etiquetado del lado del servidor, se introduce un eslabón adicional en la cadena de recolección de datos, su propio servidor (o servidores) que alberga un contenedor GTM del lado del servidor.

En ese servidor, el Google Tag Manager obtiene los datos de los códigos de seguimiento del lado del cliente, los procesa, los manipula (si es necesario), y luego los envía a los proveedores de terceros o incluso a las herramientas analíticas internas que usted está utilizando.

Por lo tanto, tenemos el seguimiento del lado del cliente pero también tenemos algunas partes del lado del servidor. De hecho, si tiene sentido, no tiene que haber ningún seguimiento del lado del cliente para ciertas tareas. Usted sólo puede obtener datos de un servidor a su configuración del lado del servidor GTM y luego enviarlos a algunos puntos finales de marketing/análisis.

¿Por qué necesitaría esto?

Probablemente esté pensando en este momento: ¿por qué querría agregar un paso adicional al proceso de recolección de datos? ¿Por qué molestarse en tener un servidor o servidores en la nube en los que se carga otro contenedor de GTM que envía los datos a otros proveedores?

Esa es una pregunta muy legítima. Ahí es donde tenemos que empezar a hablar de los beneficios.

Beneficios del etiquetado del lado del servidor

Hay un montón de beneficios que puedes obtener del etiquetado del lado del servidor. Mencionaré sólo los más grandes (en mi opinión). Si quieres saber más, mira la entrada del blog de Simo.

Reducción de la carga de una página

Cuando una página web se carga, tiene que descargar y procesar muchos recursos. Como se demostró en mis varios experimentos, los fragmentos de JavaScript que se añaden con fines de análisis/marketing pueden ralentizar significativamente su sitio, especialmente si se añaden nuevos guiones más a menudo que Buckethead lanza nuevos álbumes de estudio (dato curioso: hasta agosto de 2023, ha lanzado 314 álbumes de estudio).

Incluso si el guión se carga asincrónicamente (lo cual es bastante estándar en estos días), aún así ralentiza su sitio.

Ahora, imagina esto: en lugar de cargar docenas de diferentes guiones en tu sitio web, podrías tener sólo varios de ellos. Esos scripts estarían enviando datos a su contenedor GTM del lado del servidor y desde allí, el contenedor modificaría los datos de acuerdo a sus configuraciones y luego los enviaría más lejos a más herramientas/plataformas que usted está usando (análisis, marketing, CRM, lo que usted quiera).

Sin embargo, esto agrega un nivel adicional de complejidad porque usted necesitará configurar la forma en que los datos deben ser transformados, etc. Por el momento, esa no es una tarea fácil – tendrá que aprender a codificar JavaScript, entender cómo funciona el etiquetado del lado del servidor desde una perspectiva técnica, estar familiarizado con las plataformas de la nube, etc.

Con suerte, en el futuro, la comunidad ofrecerá algunas plantillas de «plug-and-play» que harán el trabajo duro por ti y sólo tendrás que hacer clic en algunos botones/casillas de verificación, etc. y lanzarte sin demasiados problemas. Ojalá.

Controlar qué tipo de datos se envían a los vendedores

Como he mencionado en uno de los capítulos anteriores de este blog, las bibliotecas de JavaScript cargadas en un sitio rastrean no sólo lo que les instruyes a hacer. Pueden recopilar información adicional como el dispositivo (como el tamaño de la pantalla), la página (como la URL de la página, el título de la página), etc.

Las bibliotecas relacionadas con la publicidad y el seguimiento de sitios cruzados recopilarán todo lo que puedan para identificar a los visitantes con mayor precisión. Esto incluye huellas dactilares, cookies, etc.

Desde el punto de vista de la privacidad, eso no es algo que usted quiera ya que introduce filtraciones de información personal identificable (PII). Con el seguimiento del lado del servidor, puedes controlar lo que se envía a esos vendedores.

He aquí un ejemplo:

• Usted tiene una biblioteca de JavaScript personalizada que recoge datos sobre el comportamiento de los visitantes de su sitio…
• Esa biblioteca envía los datos a tu contenedor de Google Tag Manager del lado del servidor
• Configura ese contenedor para enviar los datos recibidos:
  • Google Analytics
  • Pixel de Facebook
  • Anuncios de Google

En este caso, ninguna de estas 3 plataformas analíticas/publicitarias puede obtener datos adicionales sobre el visitante, excepto los que usted les envía. Si envías el ID de usuario, entonces ese ID es entregado. Pero los datos opcionales a los que las bibliotecas habituales de JavaScript podrían haber accedido en un sitio web están ahora fuera de alcance.

¿Por qué? Porque el pixel de Facebook en esta configuración se comunica con tu servidor de nube. Los datos del navegador del visitante no pueden ser alcanzados.

Si su biblioteca JS personalizada en el sitio está recolectando algo de PII, puede procesar las solicitudes en el contenedor del lado del servidor y quitarlo/arreglarlo.

Reducir el impacto de los bloqueadores de anuncios

Aquí hay una situación: tienes el consentimiento de un visitante para el seguimiento analítico pero ese visitante está usando alguna extensión de bloqueo. Además del bloqueo de anuncios, esa extensión también bloquea todas las peticiones a google-analytics.com/collect. Así es como se suponía que tus etiquetas de Google Analytics debían enviar datos a los servidores de GA.

Si la solicitud se bloquea, los datos no se transfieren.

Con el etiquetado del lado del servidor, podrías crear un subdominio personalizado al que enviar los datos, por ejemplo, analytics .yourdomain.com. En el otro extremo, un contenedor GTM del lado del servidor está esperando los datos. Una vez que se reciben y se procesan, el contenedor envía los datos a Google Analytics.

Por el momento, los bloqueadores de anuncios no bloquean las solicitudes que se envían a dominios como analytics .yourdomain.com. Quién sabe qué pasará en el futuro, pero ahora mismo esto funcionaría.

Extender la caducidad de las cookies en Safari (ITP)

La Prevención de Rastreo Inteligente (ITP) es una colección de características que mejoran la privacidad en el navegador Apple Safari (pero también afecta a más navegadores en iOS). Hay muchas cosas que se ven afectadas/limitadas para prevenir el seguimiento de sitios cruzados pero de la que voy a hablar ahora mismo es de la caducidad de las cookies.

Si la cookie de la primera parte (lo que significa que sólo se puede acceder a ella en su sitio) se almacena en el navegador de un visitante por JavaScript, esa cookie expirará en 7 días (en algunos casos, el límite es de 24 horas). Incluso si ese JavaScript es completamente personalizado, construido en casa, y no está relacionado con ningún proveedor de terceros, esa cookie expirará en 7 días (a menos que un visitante siga visitando su sitio y esa cookie siga siendo actualizada).

Por el momento, este límite puede ser evitado si la cookie se almacena desde el lado del servidor. En otras palabras, si un servidor (al que se puede acceder a través de su dominio) almacena una cookie en el navegador de un visitante, su fecha de caducidad será la que usted haya configurado (por ejemplo, 2 años).

Nota: a partir de agosto de 2023, los clientes predeterminados de GA no reescriben las cookies desde el lado del servidor. Esto significa que la fecha de caducidad de las cookies no se prorroga. Pero técnicamente, es posible con las configuraciones del GTM del lado del servidor reescribir las cookies, y por lo tanto extender su vida útil. Aquí hay una prueba de concepto.

Otros beneficios

Los tres beneficios mencionados son los más importantes en mi opinión. Si quieres conocer otros beneficios, puedes ver mi video en Youtube y leer la entrada del blog de Simo.

Desventajas

Sin embargo, no todo es perfecto aquí. También hay varios inconvenientes. O tal vez deberían llamarse «Cosas a tener en cuenta».

De hecho, ya tengo una sección separada para «cosas a tener en cuenta» y contiene más notas. Sigue leyendo.

Solución pagada

No me malinterprete. El contenedor del lado del servidor del GTM es gratis y no incurrirá en ningún costo en la mayoría de los casos en la configuración de prueba. La configuración de la prueba es una clase de instancia de App Engine F1 en el entorno estándar.

Pero si quieres ejecutarlo en un sitio web en vivo que está recibiendo un tráfico decente, tendrás que abrir tu billetera.

No, eso no es porque el contenedor GTM requiera alguna suscripción GTM premium. Sin embargo, usted necesita alojar ese contenedor del lado del servidor en algún lugar. Y ahí es donde se debe gastar $$$$ – Plataforma de Nube de Google.

En la configuración de producción, cada servidor cuesta aproximadamente $40 / mes (USD). Cada servidor es una instancia de App Engine con 1 vCPU, 0,5 GB de memoria, 10 GB de disco en el entorno flexible. Se recomienda ejecutar un mínimo de 3 servidores para reducir el riesgo de pérdida de datos en caso de una interrupción del servidor. Por lo tanto, eso es por lo menos $120 USD/mes.

Cuantos más datos rastree/procese, más alto será el precio.

En el futuro, probablemente más plataformas de nube serán soportadas.

No para todos

Para empezar a trabajar con el etiquetado del lado del servidor en Google Tag Manager, tendrás que ser aún más técnico (o contratar a alguien que tenga experiencia en el desarrollo de análisis).

Si pensabas que el GTM ya requiere de muchos temas técnicos (alerta de spoiler: realmente lo hace), entonces de ahora en adelante, la madriguera del conejo se hace aún más profunda.

Por eso creo que muchas empresas no empezarán a utilizar el lado del servidor en un futuro próximo. Algunos debido a la complejidad y la falta de acceso a los conocimientos técnicos, otros debido al aumento de los costos (sin entender/ver los posibles beneficios).

¿Cómo configurar el etiquetado del lado del servidor en Google Tag Manager?

Ahora, vamos a sumergirnos en su primera configuración. Una vez más, esto no es tan profundo como el artículo de Simo o la documentación de Google, pero en su lugar, voy a tratar de mantener las cosas tan simples como sea posible (aunque en realidad son más difíciles).

Esto es lo que el proceso parece en pocas palabras:

• Crear un contenedor de Google Tag Manager del lado del servidor + proyecto de nube
• Configurar las etiquetas, los disparadores, las variables (si es necesario), los clientes (hablaré de ellos un poco más tarde) en el contenedor del lado del servidor
• Envía los datos a tu contenedor del lado del servidor del GTM
• Prueba y comprobación

Crear un contenedor del lado del servidor de Google Tag Manager

Accede a tu cuenta de Google Tag Manager, ve a Admin y haz clic en el icono de Plus.

A continuación, introduce el nombre (por ejemplo, Contenedor lateral del servidor de demostración) y elige el tipo «Servidor».

A continuación, deberá crear un nuevo proyecto en la plataforma Google Cloud (porque necesita alojar el nuevo contenedor en algún lugar). Afortunadamente, el proceso aquí es bastante simple y directo. Se te pedirá que introduzcas cierta información, que sigas todos los pasos y, finalmente, que termines la tarea.

Primero, se le pedirá que obtenga automáticamente un nuevo servidor para el contenedor o que lo cree manualmente. La primera opción implica un proceso mucho más simple, elige eso.

Si eres nuevo en la plataforma de Google Cloud, tendrás que crear una cuenta de facturación e introducir los datos de tu tarjeta de crédito. Haz clic en «Crear una cuenta de facturación».

Y luego sigue todos los pasos que se te pidan. Una vez que tu cuenta esté lista, haz clic en Seleccionar cuenta de facturación y en crear un servidor. El proceso de carga puede tardar varios minutos, ten paciencia.

Una vez que todo esté hecho, verás la información sobre el servidor creado (incluido el ID de proyecto de la plataforma de Google Cloud, la URL predeterminada, etc.)

Configura las etiquetas, los disparadores, las variables (si es necesario), los clientes en el contenedor del servidor

El concepto de etiquetas, disparadores y variables también está disponible en los contenedores del lado del servidor, pero hay una cosa nueva con la que hay que familiarizarse.

El cliente.

No, este no es un cliente 🙂

Los clientes son responsables de obtener y procesar/adaptar los datos que se reciben en el contenedor del lado del servidor del GTM. Luego hace que los datos estén disponibles para las etiquetas, los disparadores, las variables en ese contenedor.

En el contenedor normal de la web, los datos suelen estar disponibles porque algún código los empujó a la capa de datos. En este caso, los datos son enviados desde *algún lugar* al contenedor del lado del servidor y luego el cliente los atrapa, los adapta y los hace disponibles para usarlos en el contenedor.

Cuando se crea un nuevo contenedor de servidor, se crean automáticamente dos clientes. Uno se llama Universal Analytics, y el otro es App+Web.

Puedes crear más clientes si lo necesitas, pero el número de tipos de plantillas de clientes es muy limitado en este momento (sin embargo, en el futuro, deberíamos esperar más porque la comunidad debería definitivamente construir algo).

También puedes crear tus propios clientes pero esto requiere un buen conocimiento de JavaScript + familiarizarse con las APIs que están disponibles en las Plantillas de Cliente.

Para tu primera configuración, no necesitamos crear o codificar clientes. Usaremos el cliente existente de Universal Analytics. Cada vez que los datos de Universal Analytics sean enviados al contenedor del servidor GTM, este cliente los captará y los pondrá a disposición para su uso.

Cuando eso suceda, entonces necesitamos activar una etiqueta de servidor de Universal Analytics que enviará los datos más adelante a los servidores de Google Analytics.

Para hacer eso, vaya a Tags > New > Universal Analytics. Esta etiqueta reenviará todos los datos que se reciban de un cliente de Universal Analytics.

En la web regular del Contenedor GTM, está acostumbrado a crear diferentes etiquetas para diferentes interacciones:

• Una etiqueta para las vistas de página
• Uno para las compras
• Uno para los clics de los enlaces de salida, etc.

En el caso del servidor, es suficiente con una etiqueta de Universal Analytics. Esta etiqueta recibirá datos sobre eventos de GA, vistas de páginas de GA, compras de GA (desde su sitio web), etc. y los reenviará a los servidores de GA.

Si lo necesita, puede habilitar la anulación y añadir algunos ajustes adicionales (por ejemplo, cambiar completamente el ID de seguimiento si tiene sentido para el proyecto).

¿Cuándo tiene sentido crear múltiples etiquetas de Universal Analytics en el contenedor del servidor? En algunos casos, es posible que desee anular los ajustes sólo para ciertos eventos de GA. Entonces tendría sentido crear una etiqueta separada sólo para los eventos X.

Pero en esta primera configuración, no necesitamos hacer ningún cambio en la configuración de la etiqueta. Pasemos al disparador. Haz clic en la sección «Triggering».

No verás ningún disparador preconstruido (como Todas las páginas). Para crear uno nuevo, haz clic en el icono Más en la esquina superior derecha.

El único tipo de activador disponible en el contenedor del lado del servidor es Personalizado. No hay vistas de página, ni vídeos de Youtube. Sólo Personalizado. Selecciónalo.

Personalizado significa «Una solicitud fue enviada al contenedor del servidor GTM». Si estás de acuerdo en enviar CUALQUIER petición a Google Analytics, puedes seguir usando «Todos los eventos» pero sería mejor si fueras más específico.

¿Qué pasa si en el futuro tenemos varios clientes en uso (lo cual es muy probable)? En ese caso, podrías limitar este disparador para que se active sólo cuando el cliente predeterminado de Universal Analytics capte la petición.

Por eso deberías introducir la siguiente condición: El nombre del cliente es igual a Universal Analytics

El nombre del cliente de P.S. es una variable incorporada que debe habilitarse en la sección de Variables del contenedor del servidor.

Guarda todo y habilita el modo de previsualización y depuración. El modo de vista previa se abrirá en una nueva pestaña y se verá bastante similar a la que estás acostumbrado a ver en el contenedor Web. Sin embargo, hay varias cosas/diferencias nuevas. Las mencionaré un poco más tarde.

En este momento, no verás ningún dato allí (porque todavía no se ha enviado nada a este contenedor).

Pero eso está a punto de cambiar pronto.

Enviar datos al contenedor del lado del servidor de Google Tag Manager

Hay varias maneras de enviar datos al contenedor del lado del servidor del GTM:

• Un desarrollador puede editar fragmentos de código gtag.js añadidos al código fuente de su sitio.
• Un desarrollador puede escribir algún código personalizado/biblioteca que prepara y envía los datos al propio contenedor del servidor
• Puedes configurar una etiqueta de Universal Analytics en el Google Tag Manager

Para sorpresa de nadie, usaré la opción GTM ahora mismo.

Digamos que tienes un sitio web donde se añade un contenedor web GTM normal. Ya estás disparando una etiqueta de Universal Analytics en cada vista de página. Lo más probable es que también tengas algunas etiquetas de eventos adicionales.

Todas ellas están enviando datos (por defecto) a google-analytics.com/collect (o /r/collect, etc.). Ahora, deberíamos cambiar esa URL de destino y reenviar todas las solicitudes a tu nuevo contenedor del lado del servidor.

Para ello, hay un campo en la etiqueta de Universal Analytics (de tu contenedor web) llamado Transport URL. Puedes encontrarlo abriendo la etiqueta GA > Configuración Avanzada.

Ahí es donde tendremos que introducir la URL.

Lo más probable es que quieras enviar TODAS las solicitudes GA al contenedor del lado del servidor. Por eso es más conveniente actualizar la Variable de Configuración GA en su lugar. Abre la Variable de Configuración GA que estás usando en tus etiquetas, ve a Configuración Avanz ada y encontrarás el campo URL de Transporte allí.

¿Qué URL debes ingresar? Vayamos al contenedor del servidor y hagamos clic en el ID del contenedor:

En la ventana emergente, verás el URL por defecto. Cópiala y pégala en la URL de transporte de tu contenedor web.

Hora de probar

Actualice el modo de previsualización en su contenedor del lado del servidor (haciendo clic en el botón «Previsualización» en la interfaz GTM una vez más).

Habilitar el modo de vista previa en el contenedor del GTM.

En primer lugar, se disparará la etiqueta Pageview de su contenedor web (si la ha configurado para que se dispare en Todas las páginas).

También puede consultar la pestaña Red de las herramientas de desarrollo de su navegador. Ingrese «/collect» (sin comillas) para encontrar la solicitud. Si no puedes refrescar la página una vez más (mientras /collect esté todavía en la barra de búsqueda). Deberías ver la solicitud que se envió NO a google-analytics.com sino al dominio de tu contenedor (debe contener […]appspot.com). Si el estado de esta solicitud es 200, está bien.

Entonces necesitas ir al modo de vista previa del contenedor GTM del servidor y ver si la solicitud fue recibida. Si es así, se mostrará en el lado izquierdo del modo de vista previa.

Haz clic en él y comprueba si la etiqueta GA del contenedor del servidor se disparó. Puede hacer clic en la etiqueta y ver qué tipo de datos se enviaron más adelante a GA.

Además, no dudes en explorar otras pestañas del modo de vista previa, por ejemplo, Datos de eventos. Esta pestaña es como un primo de la pestaña de Capa de Datos en el modo de vista previa y depuración del contenedor web. Ambas pestañas muestran datos en bruto que están a su disposición.

Por último, vaya a sus informes en tiempo real de la GA y compruebe si los datos son visibles (porque debería 🙂 ).

Conecta tu dominio personalizado

La solicitud que acabamos de enviar al contenedor del servidor GTM se hizo utilizando un dominio de terceros ([…..].appspot.com). Por lo tanto, esto podría ser considerado como un seguimiento de terceros. Sabiendo que los navegadores están constantemente haciendo más estricto el seguimiento de la web, es muy recomendable utilizar su propio dominio personalizado (como punto final) en su lugar.

En otras palabras, no debe enviar las solicitudes a […..].appspot.com, sino a su propio subdominio, por ejemplo, analytics.yourdomain.com. De esta manera, la medición del sitio web se realizará en el contexto de la primera parte.

Pasar del entorno de pruebas a la producción

Todo lo que hemos hecho hasta ahora se hizo en el entorno de pruebas de la Nube de Google. Si quieres empezar a usar esto en tu sitio web en vivo, necesitas mejores recursos (lee: actualizar).

La documentación de Google también tiene algo de información al respecto.

Publica tus cambios en el GTM

Una vez que tu configuración esté lista, publica los cambios en ambos contenedores GTM (web y servidor). El contenedor web comenzará a enviar sus datos GA al contenedor del lado del servidor y el contenedor del servidor comenzará entonces a aceptar los datos entrantes y los remitirá a los servidores GA.

Preocupaciones/Cosas a tener en cuenta

Además de todos los beneficios e inconvenientes que se mencionaron en los capítulos anteriores, aquí hay más cosas/preocupaciones a tener en cuenta.

Esto NO hace que su conocimiento de rastreo web con GTM sea obsoleto

El lado del servidor del GTM no reemplaza por completo el seguimiento habitual del sitio web que ha estado haciendo hasta el día de hoy. Todavía tiene que entender cómo funciona la capa de datos, cómo configurar las etiquetas, los disparadores, las variables en su contenedor web.

Este es un nivel adicional de características que *puede* utilizar en su pila. Por supuesto, puedes moverte completamente al lado del servidor, pero todavía veo muchos casos en los que el contenedor del servidor se usa en combinación con el contenedor web.

A medida que vemos cómo toda la industria se está moviendo hacia el puro (-ish) seguimiento de la primera parte, la necesidad del lado del servidor definitivamente aumentará. Pero todavía tendrá que enviar de alguna manera esos datos desde su sitio web (y el contenedor web en GTM es una de las opciones).

Actores malos/sombríos

Con grandes posibilidades viene una gran responsabilidad. Y como muchas cosas están a punto de pasar al lado del servidor, los malos actores también pueden hacerlo. Estoy hablando de negocios que podrían/utilizarán esta nueva serie de características para evitar ITP, bloqueadores de anuncios, etc. y rastrear más información sin consentimiento.

Pero, supongo que ese es el precio del progreso + creo que la industria (y los guardianes de la privacidad) continuarán encontrando formas de evitar/limitar esto. De alguna manera.

El lado del servidor NO te hace automáticamente compatible con GDPR/CCPA/etc.

Las regulaciones de privacidad modernas no se refieren a la tecnología. Se trata de consentimiento. Si un visitante no le dio su consentimiento para el rastreo, no importa cómo está recolectando los datos – del lado del cliente, del lado del servidor, lo que sea.

La depuración es más difícil

La depuración se hará más compleja. No será tan simple como comprobar las extensiones del navegador o las solicitudes de red en su navegador (especialmente si está depurando la configuración de otra persona sin tener acceso adecuado al contenedor GTM).

Usted necesitará tener acceso al contenedor del lado del servidor para poder depurar lo que está sucediendo dentro.

Esto puede ser especialmente doloroso para aquellos que quieren lanzar nuevos clientes y mostrar su experiencia de antemano. Con el seguimiento regular del sitio web, puedes comprobar qué datos se están enviando e identificar los problemas + impresionar al cliente potencial. El lado del servidor, sin embargo, es una caja negra que sólo puede ser abierta con el acceso adecuado al contenedor.

Esto todavía está en beta (Agosto, 2023)

Se añadirán más características + todavía estamos esperando la galería de la comunidad (donde otros pueden/ compartirán sus plantillas de clientes/tags/variables). Con ellas, los profesionales deberían poder modificar/configurar las configuraciones de forma más rápida/más fácil.

¿Acabas de empezar con el GTM? No saltes al lado del servidor todavía

En primer lugar, familiarícese con el contenedor de GTM regular (sitio web), cómo funciona. Cuando te sientas seguro de ello, entonces empieza a aprender más sobre el etiquetado del lado del servidor.

De lo contrario, puede que te sientas abrumado por una brecha de conocimiento que es demasiado grande.

Mantenga un ojo en el lado del servidor

Pero si ya tienes alguna experiencia con el GTM, mantente atento a cómo se desarrolla todo este asunto del lado del servidor. Se volverá más y más frecuente en futuras configuraciones.

Manténgase al tanto. Si sus colegas/clientes preguntan si deberían empezar a pensar en implementar la configuración del lado del servidor, con suerte, esta entrada del blog le ayudará a encontrar la respuesta.

Etiquetado GTM del lado del servidor: Palabras finales

¿Debería empezar a implementar el etiquetado del lado del servidor ahora mismo en sus proyectos?

En 2023, la respuesta aún no es. Esto todavía está en beta, se añadirán nuevas características en el futuro, también estamos esperando la galería de plantillas, etc.

Por lo tanto, yo diría que deberías esperar antes de saltar con tus proyectos de producción/vivos en este tren.

Pero, ¿deberíais empezar a jugar con él ahora? Por supuesto. Esto es definitivamente algo que puede que necesites aprender en un futuro próximo y ahora es un gran momento para empezar a jugar.

También estoy aprendiendo este nuevo concepto (ya que nunca he trabajado con configuraciones de etiquetado en el lado del servidor antes). Todo esto también es nuevo para mí. Pero estoy tratando de pasar tanto tiempo como pueda para estar al día.