Usamos cookies. Tienes opciones. Las cookies nos ayudan a mantener el sitio funcionando sin problemas e informar sobre nuestra publicidad, pero si deseas realizar ajustes, puedes visitar nuestro Aviso de cookies para más información.
Uso de cookies en su dispositivo. Las cookies nos ayudan a mantener esta página web funcionando correctamente y a personalizar nuestra publicidad, pero el uso que hacemos de las cookies depende de usted. Acepte nuestra configuración o personalícela.
×

Adobe Server Side, cómo hacer nuestros envíos a terceros

Cada vez nos acercamos más al mundo cookieless y no son pocas las opciones que tenemos, para seguir midiendo como hasta ahora. Hoy os quiero hablar sobre una opción que cada vez es más popular, me refiero al envío server to server.

¿Qué es el server to server?

El envío server to server, como su nombre indica, es hacer un envío desde un servidor a otro. Actualmente, casi todos los envíos de analítica y pixels de publicidad se hacen client to server, es decir, desde los navegadores de los usuarios hacia la plataforma deseada. La idea del server to server es recoger la información del navegador del usuario y enviarla desde un servidor hacia los endpoints deseados.

¿Qué herramientas de analítica nos proporcionan estos servicios?

Casi todos los Tag Managers del mercado cuentan con una opción de envíos server side, hoy le toca el turno al de Adobe, llamado Event Forwarding o, anteriormente, Launch Server Side.

¿Qué necesitamos para hacer un envío server side con Event forwardind?

  1. Crear un schema en AEP.
  2. Creación y configuración de un dataStream y una propiedad event forwarding.
  3. Implementacion de Launch client side instalando la extension AEP web SDK.
  4. Configurar propiedad event forwarding.
  5. Testing.

Crear Schema desde AEP (Adobe Experience platform)

Sin entrar mucho en la configuración de AEP debemos de crear o usar un schema para poder crear un XDM. Un XDM es un JSON que tendremos que rellenar desde Launch y viajará hacia nuestro datastream, desde ahí se reenviará hacia donde queramos, en nuestro caso solamente hacia event forwarding. Os dejamos un gráfico de cómo es el viaje del dato desde el cliente pasando por todas las herramientas:

data-flow-2

También os dejamos un ejemplo del schema, al ser personalizable, podemos agregar los campos que queramos, incluso pasar el dataLayer completo, tal y como está en página.

schema-1

Creación y configuración de un dataStream y una propiedad event forwarding

Una vez que ya tenemos nuestro schema tendremos que crear un dataStream y una propiedad en event Forwarding.

Una vez estén creados configuraremos el dataStream para que envíe hacia nuestro event forwading. Desde el dataStream podemos configurar hacia dónde queremos que envíe dependiendo del enviroment.

También podemos enviar hacia todas las herramientas de adobe de manera independiente, y hacia event Forwarding que hará envíos hacia las herramientas fuera del ecosistema de Adobe.

Implementación de Launch client side instalando la extensión AEP web SDK

Con todo esto configurado, tendremos que instalar la extensión AEP Web SDK en nuestra propiedad de Launch.

install-sdk

Ahora solo tenemos que configurarla, si hemos creado todo hasta aquí será tan sencillo como seleccionar en el desplegable nuestro dataStream:

alloy-1

Una vez lo tengamos, solo tendremos que crear una regla y un data element, empezamos por éste último. Tendremos que seleccionar la extensión de AEP y el tipo de data Element XDM Object.

Una vez lo tengamos podemos seleccionar nuestro sandbox y nuestro schema previamente creado.

Al seleccionarlo nos saldrá el XDM que configuramos previamente. Podemos ver el apartado del digitadata creado anteriormente.

Para esta prueba solo hemos rellenado el pagename, el cual leemos de otro data element.

data-element

Una vez guardemos el data element, tenemos que crear una regla, aquí tenemos varias opciones. ¿Cuándo queremos enviar un hit? Eso dependerá de cada caso, podemos enviar un hit hacia el datastream siempre que queramos, en un asíncrono, en un pageView etc. Podemos usar los mismos eventos que en las otras reglas. Para esta prueba hemos usado el evento Dom Ready para que se envíe en todas las páginas.

En el action de la rule, igual que en el data element seleccionamos la extensión de AEP y como action type seleccionamos un send event.

Rule

En el apartado XDM data seleccionamos el data element que acabamos de crear, una vez guardemos y hagamos build de nuestra librería ya lo tendríamos todo configurado para que envíe en cada pageView un evento hacia nuestro datastream.

Configurar propiedad event forwarding

Nos falta configurar nuestra propiedad de event forwarding. Estas properties son iguales que las del Launch client side, en cuanto a que tenemos reglas, data element y extensiones. En cuanto a las extensiones a la hora de la publicación disponibles para instalar: Facebook Conversion API, Pega conector, Could connector for Google Analytics (no oficial). A parte de la extensión Adobe cloud connector que nos permite enviar de manera custom hacia donde queramos a través de peticiones HTTP. Seguirán saliendo más extensiones para facilitar la conexión con más herramientas.

En nuestro caso hemos hecho una prueba para enviar a Facebook a través de la API fb conversión.

rule-server-side

A la hora de crear la regla nos daremos cuenta de que no hay ningún evento para disparar las reglas solo tenemos conditions y acciones, esto es porque siempre que llegue un hit se van a ejecutar las reglas, para organizar que se debe lanzar y que no, tendremos que hacer uso de las conditions.

Para acceder al xdm deberemos usar los data elements y podremos leer el XDM usando el prefijo arc.event.xdm

En nuestro caso os dejamos un data element del que recogemos el pagename que mapeamos anteriormente:

data-element-server-side

Testing

Una vez tengamos todo configurado deberemos hacer un build de la librería y ya podemos testear en nuestra página. En la sección de network de las herramientas de desarrollador de Chrome podemos ver unas nuevas llamadas que empiezan con interact y ahí podemos ver el XDM que estamos enviando:

test-network

Para poder ver que pasa por los dataStreams y que llega a nuestra property de event forwarding, tenemos que usar la extensión Adobe Experience Platform, esta extensión nos sirve para validar todo lo relacionado con Adobe, no solo client, si no también server.

Esta extensión es muy potente y tiene muchas opciones, para ver correctamente los outputs de event forwarding tenemos que ir a la sección Experience platform web SDK y habilitar el debug en la pestaña de configuración y Edge transactions. Una vez lo tengamos listo iremos a la sección de logs a la parte de Edge, la cual nos pedirá que hagamos log in en adobe.

Una vez hayamos recargado podremos ver los logs que lanza event forwarding:

test-extension

 


 

*Fuente imagen destacada: Pexels

En nuestra compañía