Señales proporcionadas por el editor (PPS) para subastas en tiempo real (RTB)

Las señales proporcionadas por el editor (PPS) permiten que los compradores reciban datos de audiencia y contextuales de los editores. Los editores pueden comunicar sus atributos de audiencia, como los datos de comportamiento y basados en intereses, y los datos contextuales a los postores programáticos mediante taxonomías estandarizadas:

• La versión 1.1 de la taxonomía de audiencia de IAB (que incluye las categorías "Datos demográficos", "Intereses" e "Intención de compra") proporciona al sector una nomenclatura común para los nombres de los segmentos de audiencia y mejora la comparación de datos de diferentes proveedores. Descargue la taxonomía de audiencia de IAB.
• La versión 2.2 de la taxonomía de contenido de IAB (incluidas las señales de vídeo, como el contexto de CTV) proporciona al sector una nomenclatura común para los nombres de segmentos contextuales. Esta taxonomía clasifica el contenido de la página sin revelar información del usuario. Descargue la taxonomía de contenido de IAB.

Nota: Hay algunos valores que Google considera sensibles y que no admite, independientemente de si las taxonomías los admiten.

Estas son algunas de las ventajas de PPS:

• Las PPS filtran, limpian y estandarizan los datos propios de los editores para adaptarlos a las taxonomías del sector. De esta forma, los postores pueden ingerir y asignar sus propios datos a sus taxonomías de forma sencilla.
• Las PPS abordan la necesidad de anuncios personalizados y de privacidad para que los editores no tengan que compartir identificadores de usuario.
• Los editores pueden crear audiencias valiosas a las que los compradores y los anunciantes pueden orientar sus campañas sin tener que exponer datos a nivel de usuario.
• Las PPS hacen que la compra de audiencias sea más accesible para los compradores en la actualidad, ya que no hay cookies de terceros en navegadores como Safari, y en entornos como las aplicaciones y la publicidad OTT/CTV, donde hay señales contextuales limitadas disponibles en el flujo de pujas. 
• Las PPS permiten a los compradores acceder a cohortes de datos de diferentes editores, navegadores y dispositivos.

¿Cómo funcionan las PPS?

A grandes rasgos, las PPS funcionan de la siguiente manera:

1. Un usuario visita una propiedad de un editor, como un sitio web, una aplicación móvil o una aplicación de TV conectada.
2. El editor genera señales que considera valiosas para que los compradores alcancen los objetivos de sus clientes publicitarios. Por ejemplo:  
   1. Segmento de audiencia (por ejemplo, interés o intención de compra), inferido en función de la actividad de los usuarios en sus propiedades (historial de barrido web, formularios, historial de compras, etc.).
   2. Señales de contenido, especialmente útiles cuando el contenido no se puede rastrear (contenido de aplicaciones, de vídeo o web que requiere iniciar sesión).
3. Mediante las herramientas de Google Ad Manager, el editor estandariza las señales de contenido y de audiencia en una de las taxonomías compatibles con PPS (por ejemplo, la taxonomía de contenido 2.2 de IAB).
4. El editor envía a Ad Manager una solicitud de anuncio con señales de audiencia y de contenido enviadas como IDs de categoría de taxonomía dentro de un par clave-valor predefinido.
5. Ad Manager envía estas señales a los postores programáticos.
6. Los anunciantes pueden orientar sus anuncios de la misma forma que lo hacen hoy.

Nota: Todos los tipos de inventario, incluidos los de vídeo y CTV, están disponibles. Los editores deben habilitar cada postor para que reciba señales de PPS, por lo que el volumen de inventario admitido variará.

Integración con compradores

Habrá nuevos campos relacionados con el proveedor de señales de PPS, las taxonomías y los segmentos de PPS en la llamada de puja en tiempo real:

AdX Proto y OpenRTB

Usamos objetos de datos para enviar estas señales y permitir que los postores diferencien mejor cuándo un editor declara y envía valores como datos propios.

PPS utiliza los siguientes OpenRTBBidRequestfields para enviar señales de audiencia:

• BidRequest.user.data.name
• BidRequest.user.data.segment
• BidRequest.user.data.segment.id
• BidRequest.user.data.ext
• BidRequest.user.data.ext.segtax

PPS utiliza los siguientes campos de OpenRTBBidRequest para enviar señales de contenido, como el género:

• BidRequest.content.data.name
• BidRequest.content.data.segment
• BidRequest.content.data.segment.id
• BidRequest.content.data.ext
• BidRequest.content.data.ext.segtax

Los postores que ya admiten las audiencias definidas por el vendedor (SDA) de IAB y que reciben solicitudes de puja de Ad Manager a través de OpenRTB pueden ingerir y usar PPS, ya que utiliza los mismos campos que la SDA (tanto para las señales contextuales como para las de audiencia). 
Los postores pueden consultar las especificaciones de las audiencias definidas por el vendedor de IAB.

Señales de vídeo y audio (beta)

Aunque las taxonomías de contenido y de audiencia admitidas anteriormente están disponibles para todos los tipos de inventario, como la Web, las aplicaciones y el vídeo, también hay señales adicionales en la llamada de RTB que son compatibles con PPS. Son las siguientes:

La clasificación del contenido

• Representa la clasificación del contenido del flujo de contenido de vídeo y audio subyacente.
• Los valores admitidos son G, PG, T y M.
• Content.contentrating

Tipo de feed de audio

• Representa diferentes tipos de contenido de audio.
• Los valores admitidos son Música, Radio y Pódcast.
• Audio.feed

Calidad de la producción

• Representa la calidad del contenido del flujo de contenido de vídeo y audio.
• Los valores admitidos son Producido por profesionales, Prosumidor y Generado por el usuario.
• Video/audio.prodq

Entrega de contenido

• Representa la distribución de un flujo de contenido de vídeo o audio.
• Los valores admitidos son Streaming, Progresiva y Descargar.
• Video/audio.delivery