En el contexto de Tag Management, ¿qué es mejor: una infraestructura del lado del cliente o del lado del servidor?

Revelación completa, soy el CTO de Ensighten, el proveedor líder de gestión de etiquetas de nivel empresarial, que es el núcleo de nuestra mayor plataforma de datos del cliente.

En el contexto de Tag Management, esta pregunta puede entenderse de dos maneras diferentes.

  1. ¿Dónde ejecuta la lógica que determina qué etiquetas disparar para una página / usuario / entorno determinado? (condicionales del lado del cliente versus del lado del servidor)
  2. Una vez que ha determinado que una etiqueta debe ejecutarse, ¿dónde se ejecuta la etiqueta misma? ( ejecución de etiquetas del lado del cliente frente al lado del servidor)

Como con casi cualquier respuesta a “¿qué enfoque es mejor?” En el mundo de la tecnología, depende de sus circunstancias particulares. Tenga esto en cuenta al señalar los aspectos positivos y negativos del lado del cliente frente al lado del servidor con respecto a las dos preguntas anteriores.

Entonces, primero abordemos dónde se ejecuta la lógica. Estos son los principales beneficios y riesgos al elegir ejecutar la lógica de etiquetado del lado del cliente (en el navegador del usuario final):

  • Le está pidiendo al navegador que haga un trabajo adicional antes de comenzar a etiquetar. Esto tiene implicaciones de rendimiento tanto en términos de entregar las instrucciones a la página como de ejecutar las instrucciones antes de ejecutar las etiquetas. Esto vincula el rendimiento del usuario final con la escala de la lógica de etiquetado.
  • Estás exponiendo toda tu lógica de negocios al mundo exterior.
  • Debido a que toda la lógica de etiquetado puede vivir en un archivo JavaScript estático, todo se puede almacenar en caché. Esto puede aliviar algunas de las preocupaciones de rendimiento.
  • Debido a que todo el propietario del sitio que enfrenta la tecnología en un TMS del lado del cliente es JavaScript estático, la infraestructura requerida para alojar el servicio es muy simple, lo que hace más probable que un TMS del lado del cliente pueda venderse de manera más económica (el cliente de un cliente- TMS puede elegir asumir los costos de alojamiento más fácilmente, y el navegador del usuario final asume gran parte del costo de la CPU).

En cuanto a la lógica de etiquetado del lado del servidor:

  • Código mínimo entregado al navegador del usuario final ya que toda la lógica de negocios se ejecuta en un servidor remoto. Esto combina más libremente la complejidad del etiquetado con el rendimiento del navegador.
  • El proveedor de TMS debe proporcionar un motor de decisión en tiempo real a escala. Esto puede ser costoso, por lo que es más probable que el TMS lógico del lado del servidor se cree para servir a la empresa que puede pagar una prima por escalabilidad, rendimiento y seguridad (todo lo cual se logra al aislar la lógica de etiquetado en servidores remotos).

Por lo tanto, en un nivel alto cuando se trata de dónde su TMS ejecuta su etiquetado o lógica empresarial, la cuestión se reduce en gran medida al rendimiento frente al costo. Si solo está probando la administración de etiquetas o la está usando en el contexto de un sitio web personal o de una pequeña empresa, le recomendaría una solución gratuita del lado del cliente como Google. Si está creando una práctica de etiquetado en una organización que está a escala o planea estar en un futuro cercano, entonces podría tener más sentido invertir en una herramienta que sea más a prueba de futuro y pueda manejar casos como el etiquetado de personalización sin sacrificar el procesamiento de la página hora.

En cuanto a la segunda pregunta: ¿qué es mejor, ejecutar etiquetas del lado del servidor o del lado del cliente?

Primero, del lado del servidor:

  • Las etiquetas se ejecutan en un servidor remoto en lugar de en el navegador, por lo que hay menos código en el navegador y un mejor rendimiento del navegador. En el contexto de los dispositivos móviles, menos código y menos ejecución en el navegador también significa una mejor batería y menos cargos por uso de datos.
  • La ejecución de etiquetas en el lado del servidor presenta la oportunidad de mezclar datos más confidenciales en su etiquetado sin exponerlos al navegador.
  • Las etiquetas se utilizan generalmente para recopilar datos de páginas que no puede obtener en otro lugar. Por lo tanto, el propietario del sitio web todavía tiene que obtener todos esos datos del navegador en el sistema de etiquetado del lado del servidor antes de que el sistema de etiquetado del lado del servidor pueda pasarlos a los proveedores de etiquetas. Por lo tanto, la implementación de un sistema de ejecución de etiquetas del lado del servidor aún requiere el etiquetado en el navegador y las ganancias de rendimiento solo se producen en los casos en que habría enviado los mismos datos una y otra vez desde el navegador a varias etiquetas de terceros. Entonces, si solo está rastreando el hecho de que ocurrió un clic en Adobe Analytics y en ningún otro lugar, entonces no gana mucho enviando primero esos datos de clic a un TMS del lado del servidor antes de enviarlo a Adobe.
  • Algunas etiquetas de marketing solo pueden ejecutarse lógicamente en el navegador. Considere las etiquetas que controlan las encuestas o que personalizan el contenido o que proporcionan inicio de sesión social. Toda esa funcionalidad requiere que la etiqueta represente algo en la página que obviamente no se puede hacer en un servidor remoto en alguna parte.
  • Uno de los tipos más comunes de etiquetas implementadas, los píxeles de conversión, se basan en cookies de terceros. Como las cookies son almacenadas localmente por el navegador del usuario final, solo las solicitudes directamente desde el navegador del usuario final tienen acceso a esas cookies críticas. Hay casos en los que puede ejecutar etiquetas de conversión del lado del servidor, pero requieren que primero sincronice alguna identificación de cliente propiedad de la marca con una identificación de terceros que requiere una etiqueta para activar el lado del cliente en algún momento. Solo puede cambiar las solicitudes del lado del cliente en este caso de uso.

Ahora del lado del cliente:

  • Esta es la forma tradicional de ejecutar etiquetas, por lo que casi todas las etiquetas de marketing tienen una solución del lado del cliente disponible.
  • Puede interactuar con el contenido de la página en sí (personalización, optimización, voz del consumidor, etc.).
  • Puede interactuar con soluciones basadas en cookies de terceros ya que las cookies de terceros viven en el lado del cliente.
  • Las etiquetas son en realidad fragmentos de código en ejecución, cuanto más coloque en el navegador, más perjudicará potencialmente la experiencia del usuario.
  • Las etiquetas en el navegador son susceptibles a los complementos del navegador que bloquean la recopilación de datos.
  • Las etiquetas en el navegador tienen más probabilidades de provocar la ejecución de etiquetas dañinas de terceros y de terceros (piggy-backing).
  • Las etiquetas del lado del cliente generalmente son JavaScript, pero no siempre puede colocar JavaScript en los lugares donde desea etiquetas (correo electrónico, redes sociales, impresiones de anuncios, etc.).

Para esta pregunta, diría que, en la medida en que sus casos de uso lo permitan, considere el etiquetado del lado del servidor cuando el rendimiento es primordial, como si está tratando de administrar etiquetas en una aplicación de teléfono con función, o dentro de un dispositivo IoC con muy poco rendimiento en el margen de maniobra. Si no hay un problema convincente de rendimiento o seguridad que genere la necesidad de ejecutar el etiquetado del lado del servidor, evite los inconvenientes adicionales y los costos iniciales de implementación.

Ahora mi departamento de marketing se enojaría conmigo si al menos no diera un poco de información sobre Ensighten TMS en relación con estas preguntas. Resulta que esto es bastante fácil: Ensighten admite tanto la lógica condicional del lado del cliente como del lado del servidor y la ejecución de etiquetado. ¡Incluso tenemos la capacidad de convertir una simple solicitud de píxeles en una etiqueta JavaScript del lado del servidor! Lo tenemos cubierto, así que envíenos un correo electrónico o llámenos y con gusto le daremos una evaluación honesta de si estamos bien o si será mejor con una herramienta gratuita.

Lado del servidor.

Más rápido y más fácil para los desarrolladores.

Si desea hacer pruebas A / B o agregar otros scripts, puede terminar usando el lado del cliente de todos modos.