Definición profesional
Cookie matching (también llamado cookie syncing) es el proceso mediante el cual dos plataformas distintas de la cadena programática, típicamente un DSP y un SSP o un DSP y un proveedor de datos, sincronizan sus identificadores de cookie de terceros para reconocer al mismo usuario bajo dos claves diferentes.
Cada plataforma asigna su propio identificador anónimo al navegador de un usuario cuando esa cookie se planta por primera vez. Como los dominios son distintos, el ID que el DSP asigna a un usuario no coincide con el ID que el SSP asigna al mismo usuario, aunque ambos estén observando la misma sesión de navegación.
El cookie matching resuelve esa desconexión estableciendo una tabla de correspondencia (match table) que vincula ambos identificadores. Esa tabla permite que la puja programática, el targeting y la medición operen sobre un perfil de usuario coherente entre plataformas.
Explicación sencilla
Imagina que cada empresa que participa en una subasta programática pone su propia etiqueta a tu navegador, con un número distinto cada vez. El DSP te llama “usuario 4521”, el SSP te llama “usuario 9087” y ambos hablan del mismo navegador sin saberlo. El cookie matching es el apretón de manos entre esas dos empresas para decir “tu 4521 es mi 9087”, de modo que cuando el DSP decide pujar por ti, el SSP entiende exactamente a quién se refiere.
¿Por qué existe este concepto?
El ecosistema programático se construyó sobre decenas de plataformas independientes, cada una con su propio dominio y su propia cookie de terceros. Sin un mecanismo de sincronización, cada plataforma vería fragmentos aislados del mismo usuario y no podría compartir señales de identidad, frecuencia o historial entre sistemas. El cookie matching nació como solución técnica a ese aislamiento. Permite que DSP, SSP, DMP y proveedores de datos combinen su información sobre un mismo usuario sin compartir datos personales directamente, solo el vínculo entre identificadores anónimos.
¿Cómo funciona?
El proceso ocurre casi siempre mediante una cadena de redirecciones de píxel entre dominios, sin intervención del usuario y en milisegundos.
- La plataforma A (por ejemplo un SSP) detecta que no tiene un match registrado con la plataforma B (un DSP) para la cookie de ese navegador.
- La plataforma A carga un píxel de sincronización que apunta al dominio de la plataforma B, incluyendo su propio ID de cookie como parámetro en la URL.
- El navegador ejecuta esa redirección. Eso permite a la plataforma B leer su propia cookie en su propio dominio (respetando la política same origin) y recibir al mismo tiempo el ID que le envía la plataforma A.
- La plataforma B guarda el par de identificadores (el suyo y el de A) en su match table. En muchos casos redirige de vuelta con su propio ID para que la plataforma A también complete el vínculo en su lado (sincronización bidireccional).
A partir de ese momento, cuando cualquiera de las dos plataformas participa en una subasta relacionada con ese navegador, puede consultar la match table y traducir el identificador de la otra parte. Esto habilita targeting compartido, deduplicación de frecuencia y medición cruzada.
¿Quién lo utiliza?
- DSP, sincronizan cookies con SSP y proveedores de datos para poder aplicar sus propios segmentos y reglas de frecuencia sobre el inventario que compran, sin importar en qué SSP se origine la subasta.
- SSP, sincronizan con múltiples DSP simultáneamente para que cada demand partner reconozca a los usuarios del inventario que el SSP representa, lo que aumenta el valor percibido de cada impresión.
- DMP y proveedores de datos de terceros, dependen del cookie matching para inyectar segmentos de audiencia dentro de las plataformas de compra, ya que sin el match no existe forma de aplicar esos segmentos a una subasta específica.
- Ad exchanges, coordinan la sincronización entre múltiples SSP y DSP conectados a su marketplace para reducir la fragmentación de identificadores dentro de su propia infraestructura.
Caso práctico
Un ejemplo genérico de la industria ocurre cuando un usuario visita un sitio de noticias que trabaja con un SSP determinado. Ese SSP no tiene todavía un match registrado con uno de los DSP conectados a su exchange, así que dispara la cadena de redirección de sincronización en segundo plano mientras la página carga.
En cuestión de milisegundos, el DSP recibe el ID del SSP, lo vincula con su propio ID interno y guarda el par en su match table. La próxima vez que ese mismo usuario visite cualquier sitio donde ese SSP y ese DSP coincidan, el DSP puede aplicar de inmediato sus reglas de segmentación y frecuencia porque ya reconoce el identificador que el SSP le presenta, sin repetir el proceso de sincronización.
Error frecuente
Se suele suponer que el cookie matching identifica a una persona real o comparte datos personales entre plataformas. En realidad el proceso solo vincula dos identificadores anónimos de cookie, generados y controlados por cada plataforma, sin transferir nombre, email ni ningún dato que permita identificar directamente a un individuo fuera del contexto publicitario.
¿Qué no es?
Cookie matching no es lo mismo que first-party data. El first-party data proviene de la relación directa entre un usuario y un publisher o anunciante específico, mientras que el cookie matching solo conecta identificadores de cookies de terceros entre plataformas externas al sitio que el usuario visita.
No es un universal ID. Un universal ID busca reemplazar la dependencia de la cookie de terceros con un identificador persistente basado en datos determinísticos como el email, mientras que el cookie matching depende por completo de que existan cookies de terceros activas en el navegador para funcionar.
Tampoco es un identity graph. El identity graph es la estructura más amplia que combina múltiples fuentes y mecanismos, incluido el cookie matching, para construir un perfil de usuario a través de dispositivos, mientras que el cookie matching es solo el mecanismo puntual de sincronización entre dos plataformas.
Términos relacionados
Evolución histórica
El cookie matching se popularizó junto con el auge de las exchanges de real-time bidding. Cuando los DSP empezaron a comprar inventario de docenas de SSP simultáneamente, la falta de sincronización habría hecho imposible el frequency capping o el retargeting consistente entre plataformas.
Durante gran parte de la década de 2010 el cookie matching operó como infraestructura invisible dentro del bid stream, dando soporte a prácticamente toda la segmentación de audiencias basada en cookies de terceros. Su relevancia empezó a decrecer conforme los navegadores restringieron el uso de cookies de terceros, primero Safari con ITP, después Firefox y finalmente el anuncio de Chrome sobre su eliminación.
Ese cambio impulsó a la industria a desarrollar universal IDs y soluciones de identidad determinística como reemplazo parcial, aunque el cookie matching sigue activo en los navegadores y contextos donde las cookies de terceros todavía funcionan.
Empresas y tecnologías asociadas
El cookie matching es una práctica que implementan de forma nativa la mayoría de los DSP y SSP del mercado, generalmente como parte de su infraestructura de conexión con otros partners del bid stream, sin que el usuario final tenga forma de identificar qué plataformas específicas están sincronizando entre sí en un momento dado.
Los proveedores de gestión de datos y los proveedores de segmentos de audiencia de terceros dependen especialmente de esta práctica, ya que su modelo de negocio consiste en distribuir segmentos hacia plataformas de compra a través de match tables previamente establecidas.
Las soluciones de identidad basadas en universal ID surgieron parcialmente como respuesta a las limitaciones del cookie matching, ofreciendo un mecanismo de sincronización menos dependiente de la disponibilidad de cookies de terceros en el navegador.
Pregunta frecuente
¿El cookie matching sigue funcionando si el usuario navega en modo incógnito o bloquea cookies de terceros?
No. El proceso depende por completo de que el navegador permita guardar y leer cookies de terceros entre dominios distintos, así que cualquier configuración que las bloquee (Safari, Firefox o Chrome en incógnito, por ejemplo) impide que la sincronización se complete.