Prebid Server Premium identity & user syncing
En esta página se proporcionan instrucciones de alto nivel sobre los tipos de identificadores de usuario disponibles para la monetización con Prebid Server Premium (PSP).
Nota:
Las regulaciones locales, como RGPD, CCPA y otras, se tienen en cuenta al procesar las solicitudes de puja a través de PSP.
Cookies
Los publicadores no necesitan realizar ninguna acción específica con respecto a PSP para sincronizar las cookies de usuario. La integración con Microsoft Monetize sincronizará las cookies de Microsoft Advertising, junto con una rotación de píxeles desde Marketplace monetizar y Prebid Demand Partners (normalmente SSP). Los asociados de demanda de servidor prebid se sincronizan automáticamente a través de los puntos de conexión userSync que proporcionan en GitHub. Si no se proporciona ningún punto de conexión en el archivo .yaml de un asociado, debe ponerse en contacto activamente con Microsoft Advertising para proporcionar una dirección URL para la implementación.
Nota:
Actualmente, el recuento de solicitudes coincidentes con el usuario y las métricas de velocidad solo incluyen cookies, no identificadores más persistentes, como identificadores del sector (por ejemplo, RampID, UID 2.0) o identificadores proporcionados por el publicador (PPID). La presencia de identificadores de dispositivo tampoco se refleja en estas métricas.
Prebid.js
Los publicadores que usan Prebid.js que prefieren maximizar las oportunidades de sincronización de cookies mediante la sincronización en la carga de páginas, en lugar de sincronizar solo cuando se entrega un anuncio, deben invalidar la configuración predeterminada y habilitar la sincronización de iframe. Para obtener más información, vea Prebid Server endpoints and cookie_sync(Puntos de conexión y cookie_sync).
Por lo general, iframe o todas las sincronizaciones deben estar habilitadas con todos los licitadores o al menos Xandr incluidos:
- En el objeto de respuesta, en
filterSettings
- Si
filterSettings.iframe
está establecido para incluir * (todos), Xandr oAppNexus
, ysyncEnabled
estrue
, la sincronización de cookies de iframe está habilitada. - Si
filterSettings.all
está establecido para incluir * (todos), Xandr oAppNexus
, ysyncEnabled
es true, la sincronización de cookies de iframe está habilitada. - Si solo
filterSettings.image
está habilitado, la sincronización de iframe no está habilitada, lo que limita las oportunidades de sincronización de cookies.
- Si
- Si la configuración no es la deseada, los publicadores deben cambiarlas en su Prebid.js implementación.
AST
Monetizar publicadores de Ad Server mediante AST que prefieren maximizar las oportunidades de sincronización de cookies mediante la sincronización en la carga de páginas, en lugar de sincronizar solo cuando Microsoft Advertising entrega un anuncio, debe establecer el objeto userSync siguiendo el ejemplo siguiente. El sellerId y publisherId deben reemplazarse por los valores pertinentes y se puede cambiar syncDelay del valor del ejemplo. Para obtener más información, vea Establecer opciones de página.
apntag.setPageOpts({
"trackingManagement":{
"userSync":{
"syncEnabled":true,
"syncDelay":3000,
"publisherId":11111,
"sellerId":12345
}
}
});
AMPERIO
Los publicadores con inventario de AMP que prefieren maximizar las oportunidades de sincronización de cookies deben invalidar el comportamiento de load-cookie.md predeterminado para habilitar la sincronización de iframe. Para obtener más información, vea Prebid Server endpoints and cookie_sync(Puntos de conexión y cookie_sync).
De forma similar a Prebid.js, las implementaciones de AMP deben permitir las sincronizaciones de iframe con todos los licitadores o al menos Xandr incluidos.
Identificadores persistentes
Identificadores de dispositivos
PSP admite el paso a través de identificadores de dispositivo como IDFA y AAID. No se necesita ninguna acción del publicador para permitir que los asociados de demanda reciban estos datos.
Identificadores comunes del sector
PSP admite el paso a través de identificadores selectos del sector compatibles con Microsoft Monetize, como UID 2.0. Cuando se admite un identificador de sector determinado, por lo general no requiere que se pasen acciones por parte del publicador a los asociados de demanda. Póngase en contacto con Microsoft Advertising para obtener más información. Para obtener más información, consulte los identificadores del sector admitidos para Microsoft Monetize.
Identificadores proporcionados por el publicador
PSP admite el paso a través de identificadores de usuario (PPID) proporcionados por el publicador propietario para exigir asociados. Los controles para limitar qué asociados de demanda reciben estos datos están disponibles a través de Demand Partner Service API y, en el futuro, estarán disponibles a través de la interfaz de usuario de Identity Management. Para obtener más información sobre el proceso de registro y la administración de identificadores, consulte la documentación de Identity Service.
Importante
El servicio de identidad está actualmente en Alpha. Todavía está en desarrollo y puede estar sujeto a cambios sin previo aviso. Póngase en contacto con Microsoft Advertising para obtener más información.