Estado de las funciones pendientes de la API de Protected Audience

Obtén más información sobre las funciones de subasta de la API de Protected Audience.

A medida que trasladamos las funciones de la API de Protected Audience a la disponibilidad general, es posible que te preguntes sobre la disponibilidad de los servicios y las funciones de la API de Protected Audience. Aquí encontrarás una lista de las funciones de la API de Protected Audience con alcance y cuándo se admitirán.

Cronograma de disponibilidad de funciones

Funciones adicionales

Informes de éxito de la subasta a nivel del evento

En un principio, indicamos que los informes de victorias en la subasta a nivel del evento serían una solución temporal, y que se usaría la API de Private Aggregation para generar informes de resumen. Después de escuchar los comentarios y analizar la complejidad relativa de las soluciones basadas en la agregación, en especial para la facturación, decidimos no quitar la compatibilidad con los informes de resultados de victorias de subastas a nivel del evento, ya que las funciones reportResult() y reportWin() pueden llamar a sendReportTo().

La generación de informes de victorias de subastas a nivel del evento se admitirá hasta, al menos, el 2026, y proporcionaremos un aviso anticipado antes de que la API realice la transición a cualquier solución alternativa.

El registro de pérdidas de la subasta seguirá siendo compatible a través de la API de Private Aggregation.

Informes agregados basados en activadores

Durante una subasta de Protected Audience, puedes enviar un informe agregable cuando se active un evento con el método contributeToHistogramOnEvent() de la API de Private Aggregation. El evento activador puede provenir de la subasta en sí, como una victoria o una derrota en la subasta. Luego, estos informes agregables se envían a un Servicio de agregación implementado, que te permite generar un informe de resumen final que incluye los resultados de las pérdidas de la subasta. El evento también puede provenir de un iframe delimitado fuera de la subasta con la API de Fenced Frame Ads Reporting's'window.fenced.reportEvent() para activar el envío del informe agregable.

Consulta la sección contributeToHistogramOnEvent() de la página Agregación privada para obtener más información.

Uso del entorno de ejecución confiable para el servicio de clave/valor

El servicio de par clave-valor de la API de Protected Audience permite que la subasta recupere indicadores en tiempo real cuando el comprador genera la oferta y el vendedor califica el anuncio. Con el tiempo, el servicio de clave/valor deberá ejecutarse en un entorno de ejecución confiable (TEE) para garantizar que los datos del usuario se mantengan privados.

No es necesario ejecutar el servicio de clave/valor en un TEE. Te notificaremos con al menos 12 meses de antelación antes de que el uso del TEE sea obligatorio. Mientras tanto, puedes seguir usando tu propio servidor para los indicadores de par clave-valor en tiempo real. Ten en cuenta que la ejecución del servicio de clave/valor en un TEE con funciones definidas por el usuario (UDF) estará disponible para las pruebas a finales del 1º trimestre de 2023 con la API de Protected Audience en el dispositivo.

Marcos vallados

Los marcos delimitados son un nuevo elemento HTML que limita la comunicación entre el contenido y el incorporador, y se usa para renderizar contenido basado en datos de sitios cruzados. La API de Protected Audience renderizará el contenido en un marco vallado.

Después de trabajar en estrecha colaboración con varios interesados y examinar el esfuerzo significativo para adaptarse a este cambio, Chrome no exigirá los marcos delimitados hasta, al menos, el 2026 para mantener la inclusión del ecosistema, y Chrome proporcionará un aviso avanzado significativo. Hasta entonces, si no se usan los fenced frames, deberás usar un iframe para renderizar el URN opaco. Además, se debe tener en cuenta que los vendedores aún podrían requerir el uso de Fenced Frames.

Se mejoró la integración de la API de Protected Audience y la API de Attribution Reporting

Recientemente, se señalaron desafíos en torno a la integración de la API de Attribution Reporting y la API de Protected Audience, en especial cuando se involucran marcos delimitados.

Para los informes a nivel del evento con la API de Protected Audience, proponemos un conjunto de mejoras iniciales para facilitar esta integración, sobre las que puedes obtener más información en la explicación. La integración estará disponible para los marcos delimitados y los iFrames. Los informes a nivel del evento estarán disponibles para realizar pruebas en Chrome Estable M112 y versiones posteriores.

Para quienes necesitan Attribution Reporting con la API de Protected Audience, estamos trabajando en soluciones más flexibles para capturar más indicadores de ofertas con informes agregables, y publicaremos una propuesta cuando esté lista.

Servicios de ofertas y subastas

Recibimos comentarios sobre la latencia de la API de Protected Audience y estamos trabajando activamente para mejorar la latencia en el dispositivo. Tanto Chrome como Android planean proporcionar Servicios de Subastas y Ofertas como una forma adicional de ejecutar la lógica de ofertas y puntuación, además de las subastas en el dispositivo. Los servicios de ofertas y subastas son una solución de servicio de la API de Protected Audience para ejecutar subastas fuera del dispositivo, lo que creemos que permitirá un rendimiento aún más rápido.

Seguiremos admitiendo las subastas en el dispositivo, y no es necesario usar los Servicios de Subastas y Ofertas, a menos que se adapten a tus casos de uso.

Puedes encontrar más detalles en esta entrada de blog.

¿Qué sigue?

Queremos conversar contigo a fin de asegurarnos de compilar una API que funcione para todos.

Debate sobre la API

Al igual que otras APIs de Privacy Sandbox, esta API se documenta y se analiza públicamente.

Experimenta con la API

Puedes experimentar y participar en las conversaciones sobre la API de Protected Audience.