La API Publisher Privacy Treatment (PPT) es una herramienta que los editores pueden utilizar para transmitir las preferencias de privacidad de los usuarios. Este artículo presenta el primer tratamiento de una familia de herramientas de API que ofrecemos a los editores para ayudarles a gestionar la personalización y el uso de datos de sus usuarios.
El primer tratamiento, PPT=1, permite a los editores desactivar la personalización de los anuncios en cada solicitud de anuncios, si así se ha indicado en un control de privacidad que el propio editor ofrece a los usuarios. En los informes, PPT=1 distingue el tráfico de anuncios no personalizados del generado por otros modos de servicio de anuncios no personalizados, como NPA=1 o rdp=1.
PPT=1 no está diseñado para cubrir casos de uso que requieran modos de servicio de anuncios más específicos. Consulta más información sobre nuestras herramientas disponibles para el cumplimiento de las normativas de privacidad de los usuarios, incluidos los anuncios no personalizados y el tratamiento de datos restringido.
En las solicitudes de anuncios que incluyan varias señales de privacidad del usuario, prevalecerá la señal más restrictiva.
Ejemplos
- La decisión de un usuario de no recibir anuncios personalizados en el EEE, el Reino Unido y Suiza seguirá respetándose, aunque la API PPT no indique que la personalización se ha desactivado.
- Si así se indica mediante la API PPT, a los usuarios se les servirán anuncios no personalizados, aunque una cadena TCF v2.3 indique que han dado su consentimiento para la personalización de anuncios.
Las distintas etiquetas publicitarias y los SDK de anuncios de Google se han actualizado para admitir el primer valor de tratamiento (PPT=1), que permite desactivar la personalización de los anuncios cuando así lo defina el editor. Los editores que sirven anuncios sin utilizar nuestras etiquetas ni nuestros SDK también pueden optar por añadir directamente valores de tratamiento (por ejemplo, PPT=1) como parámetros de URL en las solicitudes de anuncios. A medida que se vayan incorporando más tratamientos, los editores podrán añadir varios valores de tratamiento (por ejemplo, PPT=1,2,3).
- SDK de anuncios de Google para móviles en aplicaciones:
- Etiquetas publicitarias de Google para la Web:
Cómo funciona PPT=1
Las solicitudes de anuncios que incluyen PPT=1 indican que el editor desea desactivar la personalización de anuncios para esas solicitudes de anuncios concretas. Un caso de uso habitual previsto es que los editores añadan PPT=1 a las solicitudes de anuncios de los usuarios que hayan decidido no recibir anuncios personalizados mediante los controles ofrecidos por el propio editor. Cuando se incluye PPT=1 en una solicitud de anuncio, las plataformas publicitarias participantes reconocen el tratamiento de privacidad elegido por el usuario (desactivar la personalización de anuncios).
En Google Ad Manager, AdSense o AdMob:
PPT=1desactiva la personalización de anuncios tanto en las campañas de venta directa del editor como en la demanda programática de Google.- No se utilizarán perfiles de usuario para segmentar a los usuarios cuyas solicitudes de anuncios asociadas incluyan
PPT=1. - Las solicitudes de anuncios que contengan
PPT=1no se pueden utilizar para actualizar ningún perfil de usuario asociado.
PPT=1 se diferencia de los anuncios no personalizados (NPA=1) y del tratamiento de datos restringido (rdp=1) en los siguientes aspectos:
- Cuando se utiliza
PPT=1, se permite el uso de proveedores externos para servir y hacer el seguimiento de anuncios. - Cuando se usa
NPA=1ordp=1, el uso de proveedores externos para servir y hacer el seguimiento de anuncios:- No está permitido para demanda de Google.
- Solo está restringido para demanda que no sea de Google cuando los editores activan la opción "Verificar que las creatividades proceden de partners de RTB (subasta en tiempo real) que tienen el consentimiento de los usuarios".
- Solo está restringido para reservas con proveedores externos dirigidas a usuarios del EEE, el Reino Unido o Suiza cuando se utiliza
NPA=1y está activada la opción "Verificar consentimiento de creatividades de reserva".
- Para usuarios sujetos a la LGPD,
NPA=1solo se servirá en reservas si no se han declarado ni detectado proveedores de tecnología publicitaria.
Cuando una solicitud de anuncio incluye PPT=1, en la solicitud de puja enviada a la demanda programática que no es de Google también se envía NonPersonalizedAdsReason.Publisher_Declared_NPA=1 para indicar que el usuario desea desactivar la personalización para esa solicitud de anuncio concreta. PPT=1 permite el uso de proveedores externos para servir y hacer el seguimiento de anuncios, pero hay limitaciones en la expansión de determinadas macros relacionadas con los identificadores de usuario. Se quitarán todos los identificadores de usuario (como google_user_id, hosted_match_data, cualquier ID de publicidad de dispositivos que haya y session_id) de las solicitudes de puja para anuncios no personalizados. De esta manera, podrás asegurarte, aunque no del todo, de que la señal se respeta cuando se transmite a compradores autorizados y a postores de Puja Abierta.
PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.