Cookie matching
Reúne los IDs de tus partners para compartir datos con ellos y recopilar los suyos
¿Por qué las necesitamos?
Principio de precaución - Las cookies solo se envían al servidor que las definió (o a otro en el mismo dominio).
Este principio de seguridad informática impide el acceso de los servidores ajenos a las cookies generadas y dispuestas por otros servidores. Cuando un navegador carga una página HTML y llama a un servidor, éste filtra automáticamente las cookies que acompañan a la llamada. Así, el servidor del dominio que haya dispuesto las cookies podrá acceder solo a éstas.
Por ello, Eulerian no podrá leer las cookies de Criteo ni de Facebook, por ejemplo. Del mismo modo, ni Criteo ni Facebook solo tendrán acceso a las cookies que ellos mismos hayan dispuesto.
Por lo tanto, el intercambio de información con los partners es esencial. Por ejemplo, es indispensable poder enviarles user data o abastecer las audiencias con usuarios. Y si el intercambio de datos entre partners está bien, distinguir que éstos generan IDs para un mismo y único usuario está todavía mejor. Para ello solo hay una única posibilidad: encontrar una clave de reconciliación.
El desafío es implementar un ID común a los 2 sistemas que desean comunicarse.Así, A puede decir a B "El usuario 123 acaba de realizar una compra, ¡puedes pasarlo a la audiencia 'cliente'!" sin necesidad de que B vaya a comprobar a quién se refiere A.
Sin esto, para que B supiese que el usuario 123 ha realizado la compra, el sistema debería transmitir la información tanto a A como a B.
Por ejemplo: Partiendo de la base que A está al tanto de la venta gracias a su tag, presente en la web del anunciante, para prevenir a B tendríamos que incluir también su tag en la web. Cada uno estará al corriente de los cambios tras recibir la llamada de su tag cuando se produce una venta (acompañado de su cookie).
A pesar de que este sistema funciona, el problema viene cuando el sitio web del anunciante acaba sobrecargado de tags de actores a los que alertar de las acciones. Cuantos más tags, más tarda en cargarse la web y, por lo tanto, peor user experience tendremos.
Por el contrario, si logramos que los sistemas se comunique entre ellos, de servidor a servidor, sin pasar por el navegador, el usuario no se verá afectado en absoluto. El hecho de no depender de las interacciones del usuario en el navegador presenta además otra ventaja: el intercambio de datos en otros momentos. Así, el sistema que recibe la información de la venta puede hacer un cálculo antes de enviar el resultado. A podrá aprovechar para indicar a B el número de compras realizadas por el usuario en el historial.
En resumen - El cookie matching es un prerrequisito indispensable para la transmisión de información entre servidores, también conocido como llamadas server-server (S2S).
¿Y más concretamente?
El cookie matching – o cookie sync – es la integración de diferentes IDs procedentes de numerosos sistemas de tracking user-centric en una tabla de correspondencia (match table). El reto está en poder basarse en esta tabla de correspondencia para compartir la información entre servidores (sin depender de las interacciones generadas por el usuario en su navegador).
La reconciliación entre una cookie Eulerian y una cookie partner (su conocimiento mutuo sobre un mismo usuario) se efectúa a nivel del navegador web. Cuando un usuario navega en una página con un tag Eulerian, Eulerian envía una consulta a los partners cuyo cookie matching esté activo. Cada partner reenvía a Eulerian el ID que han asignado al usuario. El conjunto de IDs recibidos abastecen la tabla de correspondencia de Eulerian.
La tabla de correspondencia reúne el conjunto de IDs Eulerian e IDs partners para cada usuario único.Se presenta de la manera siguiente:
2767905589297890813
17100119435205804
1641566068797942158
...
Puedes consultar esta tabla aquí (o partiendo de una cookie etuix Eulerian, de un ID cliente de tu CRM, o de un ID alternativo), en el módulo Recopilación (busca "Desencriptar un ID").
La opción "Desencriptar un ID" del módulo Recopilación te permite visualizar los IDs partners de un ID Eulerian en concreto
Info: Lo sabes todo - Puede que te hayas dado cuenta de que Eulerian considera el almacenamiento de un ID partner por tipo de dispositivo. Podemos tener varios IDs ABTasty asociados a un ID Eulerian. La fusión user-centric de un UID (ID cliente CRM único) permite obtener una correspondencia cross-device.
Existen 2 tipos de interacciones que permiten abastecer la tabla de correspondencia:
- El cookie matching ad-centric (basado en las campañas publicitarias) que consiste en añadir el ID del partner a nuestros links de tracking y píxeles de impresión Eulerian. Puedes encontrar más detalles sobre este método aquí.
- El cookie matching site-centric (basado en los datos del sitio web) que consiste en llamar al partner con cada nuevo visitante para recuperar su ID. Esta funcionalidad puede activarse directamente en el módulo Activación -> Cookie-matching. Los detalles, a continuación.
¿Cómo funciona?
El intercambio de IDs se inicia en la primera página vista por el internauta en el sitio web del cliente trackeado por Eulerian. A continuación el proceso:
- El tag Eulerian se activa, genera una llamada n°1 (collector) al servidor Eulerian. Esta llamada n°1 involucra la cookie Eulerian (o, si la cookie no existe, el servidor la creará y reenviará al navegador).
- El servidor Eulerian responde a la llamada n°1 collector del navegador. Ésta activa una llamada n°2 de cookie-matching a los partners cuyo mismo cookie-matching esté activo.
- Cada partner recibe su llamada n°2. La llamada n°2 está ligada a la cookie que cada partner tiene asignada a cada internauta (o que se crea en el momento de la llamada)
- A continuación, el partner responde al navegador generando una llamada (la n°3) que contiene el ID de este internauta. Dicho ID se redirige al servidor Eulerian.
- La llamada n°3 generada por el partner llega al servidor Eulerian. Eulerian puede leer la cookie asociada (que el navegador ha reenviado de forma nativa).
- Eulerian guarda finalmente el ID partner en la tabla de correspondencia y hace el matching con el ID Eulerian y otros IDs ya reconocidos.
Una vez realizado el cookie matching, el cliente Eulerian o el partner pueden intercambiar información (activación de datos con el partner o importación de datos de partners en Eulerian) relativa a los internautas que hayan hecho matching.
¿Dónde realizar la activación?
Hemos simplificado el proceso de activación del cookie matching en Eulerian lo máximo posible, pero puede variar en función del partner.
Para la mayoría será el administrador del sitio Eulerian quien realice la activación. Eulerian se encargará de generar la llamada al partner cuyo cookie matching se haya activado. Eulerian podrá recuperar los IDs de este partner para abastecer la tabla de correspondencia. En este caso, los IDs, que se utilizarán en la etapa de activación de datos, serán los del partner.
En casos aislados, Eulerian no puede activar directamente el proceso de cookie matching (Kameleoon, por ejemplo). En este caso, habrá que proveer al partner la URL a la que enviar los IDs. Éste deberá a su vez activar el envío.Para ello, deberás dirigirte a la interfaz y recuperar la URL clicando en el botón URL de cookie-matching tras haber seleccionado el partner en cuestión.
Para ver y proporcionar las URLs de cookie matching que cada partner utiliza, haz clic en el botón URL de cookie matching
La URL de cookie matching tiene la estructura siguiente:
<http://$trackingdomain/rpset/$website/pix1x1.gif?$rootpublisher=ID>
En ella deberás completar con tu información los datos siguientes:
- $trackingdomain es el dominio de tracking utilizado en el sitio web (en general un subdominio 1st-party realizado por CNAME)
- $website es el nombre del sitio web Eulerian tal como lo vemos en la lista desplegable de sitios web en la interfaz, arriba a la derecha.
- $rootpublisher es el parámetro particular del partner seleccionado que sirve de clave única para la alimentación de IDs de este partner
Para activar el cookie matching con un partner específico, haz clic en éste y valida la popup de confirmación. A partir de este momento, el logo del partner aparecerá en verde para indicar que las llamadas del tag de cookie matching partner están activas.
Para desactivar el cookie matching con un partner, haz clic de nuevo en dicho partner y valida la popup de confirmación.
Aparecerá la siguiente pantalla que muestra los cookie matching partners disponibles. Los que están marcados en verde son los activos
Warning: Ciertos partners requerirán un parámetro adicional específico (por ejemplo, advertiser id) que deberá introducirse en la popup de validación del cookie matching. Encontrarás todos los detalles de estos parámetros en la documentación sobre los conectores partners CDP. Si uno de tus partners no aparece en la lista, no dudes en ponerte en indicarnos cuál para ponernos en contacto con él.
Informe de Cookie-Matching
Descripción de los Datos Presentados
Aquí encontrarás el detalle del número de llamadas generadas relacionadas con una coincidencia de cookies de un socio configurado:
- llamadas -> Número de llamadas generadas relacionadas con la coincidencia de cookies del socio en el periodo definido.
- llamadas noscript -> Número de llamadas noscript relacionadas con la coincidencia de cookies del socio en el periodo definido.
- demora excedida -> Número de veces que el tiempo de respuesta de una llamada ha excedido el tiempo de espera.
- % demora excedida en llamadas -> Proporción en % del número de demoras excedidas con respecto al número de llamadas Javascript.
- % demora excedida en llamadas noscript -> Proporción en % del número de demoras excedidas de las llamadas noscript con respecto al número de llamadas iniciadas.
- % de demora excedida sobre el núm. total de llamadas (todos los tipos) -> Proporción en % del número total de demoras excedidas con respecto al número de llamadas.
Opciones de los Informes
Este informe tiene las mismas características generales que otros informes.
¿Qué tipo de conexión se debe realizar?
Al realizar una conexión Cookie-Matching con un partner, es normal que aparezca un pop-up solicitando la elección del tipo de conexión. Son tres opciones: mandatory, functionnal o advertising.El tipo de conexión está en relación con la naturaleza del partner con el que se desea conectar.Por ejemplo, para la conexión con partners que pertenecen al sector de advertising (adform, adobe, appnexus, adgravity...) deberíamos elegir "advertising".
Otros, menos evidentes, como herramientas de webanalytics, al no ser "mandatory" (obligatorio), podrían considerarse como "functionnal".
Esta categorización está en relación con el RGPD que entró en vigor el 25 de Mayo de 2018. Sirve para clasificar los cookie-matchings y poder realizar los opt-in y opt-out debidamente.
En este sentido, y para que sirva de ejemplo, la categoría "mandatory" no se puede seleccionar en opt-out.