Obtén más información sobre las funciones de subasta de la API de Protected Audience a medida que nos acercamos a la baja de las cookies de terceros.
A medida que acercamos la API de Protected Audience a la disponibilidad general y nos acercamos a la baja de las cookies de terceros en Chrome, 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
Función | Disponible para pruebas | Estado |
---|---|---|
Informes de éxito de subastas a nivel del evento | Ahora | Compatible hasta 2026, como mínimo. Esta función está diseñada para facilitar la transición de los informes de cookies de terceros a los informes de la API de Protected Audience. Por lo tanto, no se admitirán estos informes una vez que las plataformas de tecnología publicitaria hayan tenido tiempo de actualizar sus mecanismos de generación de informes. |
Agregación basada en activadores | Ahora | Disponible para pruebas en Chrome Canary/Dev M113+, y Beta/Stable M115+. |
Uso del entorno de ejecución confiable (TEE) para el servicio de par clave-valor | Ahora | Obligatorio no antes del 3er trimestre de 2025. |
Marcos vallados | Ahora | Es obligatorio a partir de 2026. |
Integración mejorada de la API de Protected Audience + Attribution Reporting | 2o trimestre de 2023 | Disponible para pruebas en la versión estable de Chrome M112 y versiones posteriores. |
K‐anonimato | Ahora | Consulta el artículo sobre k-anonimato. |
Servicios de ofertas y subastas | Orientación a pruebas en la segunda mitad de 2023. | En desarrollo. |
Características adicionales
Función | Disponible para pruebas | Estado |
---|---|---|
Indicadores de ofertas del usuario a nivel del evento para el modelado (problema de GitHub) | 2023 | Disponible en Chrome en el 2o trimestre de 2023. |
Informes de latencia por comprador | 2023 | Disponible en Chrome a partir del 1er trimestre de 2023. |
Tiempo de espera del tiempo de espera por comprador | 2023 | Disponible en Chrome a partir del 1er trimestre de 2023. |
ID de informe del comprador para desgloses personalizados | 2023 | Disponible en Chrome a partir del 3er trimestre de 2023. |
Asistencia para destinos del vendedor directo | 2023 | Disponible en Chrome a partir del 1er trimestre de 2023. |
Costo del anuncio limitado en la precisión para la facturación de costo por clic | 2023 | Disponible en Chrome en el 2o trimestre de 2023. |
Moneda de la oferta más alta y de la oferta con puntuación más alta | 2023 | Disponible en Chrome a partir del 3er trimestre de 2023. |
Compatibilidad con macros para rastreadores de anuncios de terceros (3PAT) | 2023 | Disponible en Chrome a partir del 3er trimestre de 2023. |
Compatibilidad con la segmentación negativa por grupos de interés | Más adelante en 2023 | Se espera en Chrome el 4o trimestre de 2023. |
Propagación segura de indicadores de subasta sin WebBundles Problema de GitHub |
Más adelante en 2023 | Se espera en Chrome el 4o trimestre de 2023 |
Eliminación masiva de grupos de interés Problema de GitHub |
Más adelante en 2023 | Se espera en Chrome el 4o trimestre de 2023 |
Aumenta el límite del grupo de interés de 1,000 a 2,000 Problema de GitHub |
Más adelante en 2023 | Se espera en Chrome el 4o trimestre de 2023 |
Compatibilidad con la versión beta 1 de las ofertas y subastas Explicación |
Prueba de origen, más adelante en 2023 | Se espera en Chrome (mediante la prueba de origen) en el 4o trim. de 2023 |
API de Real Time Monitoring Explicación |
Finales del 2o trim. o principios del 3er trim. de 2024 | Se espera que Chrome esté disponible a fines del segundo trimestre o principios del tercer trimestre de 2024. También estamos considerando las mejoras compartidas en la explicación en trabajos futuros. Planeamos confirmar los rumbos para el primer trimestre de 2025 y esperamos ofrecer una solución revisada para el primer trimestre de 2026, en función de los plazos de lanzamiento de las tecnologías subyacentes. |
Informes de ventas de subastas a nivel del evento
Inicialmente, indicamos que el informe de ganancias de la subasta a nivel del evento sería una solución temporal y que la API de Private Aggregation se usará para generar informes de resumen. Después de escuchar los comentarios y examinar la complejidad relativa de las soluciones basadas en la agregación, en particular para la facturación, decidimos no quitar la compatibilidad con los informes de resultados de victorias de subastas a nivel del evento con funciones reportResult()
y reportWin()
que tengan la capacidad de llamar a sendReportTo()
hasta algún momento después de que las cookies de terceros dejen de estar disponibles.
Se admitirán los informes de victorias de subastas a nivel del evento hasta 2026, como mínimo, y proporcionaremos avisos anticipados antes de que la API realice la transición a cualquier solución alternativa.
Los informes de pérdida de subasta se seguirán admitiendo 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 un evento se active a través del método contributeToHistogramOnEvent()
de la API de Private Aggregation. El evento activador puede provenir de la subasta misma, como la victoria o la pérdida de una subasta, lo que te permite generar un informe de pérdidas de subasta. El evento también puede provenir de un marco vallado fuera de la subasta mediante window.fenced.reportEvent()
de la API de Fenced Frame Ads Reporting para activar el envío del informe agregable.
Consulta la sección contributeToHistogramOnEvent()
de la página Private Aggregation para obtener más información.
Uso de entorno de ejecución confiable para el servicio de par 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 le asigna una puntuación al anuncio. Con el tiempo, el servicio de clave-valor deberá ejecutarse en un entorno de ejecución confiable (TEE) para garantizar la privacidad de los datos del usuario.
No será necesario ejecutar el servicio de par clave-valor en un TEE hasta un tiempo después de la baja de las cookies de terceros. Te avisaremos con al menos 12 meses de anticipación antes de que el uso del TEE sea obligatorio. Hasta entonces, puedes seguir usando tu propio servidor para indicadores clave-valor en tiempo real. Ten en cuenta que la ejecución del servicio de par clave-valor en un TEE con funciones definidas por el usuario (UDF) estará disponible para pruebas a fines del primer trimestre de 2023 con la API de Protected Audience integrada en el dispositivo.
Marcos cercados
Los marcos vallados son un nuevo elemento HTML que limita la comunicación entre el contenido y el insertador, y se usa para renderizar contenido en función de datos de varios sitios. La API de Protected Audience renderizará el contenido en un marco vallado.
Después de trabajar estrechamente con varias partes interesadas y examinar el importante esfuerzo para adaptarse a este cambio, Chrome no exigirá marcos vallados hasta al menos 2026 para mantener la inclusión en el ecosistema,y Chrome proporcionará un aviso anticipado importante. Hasta entonces, si no se usan marcos vallados, deberás utilizar 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 marcos cercados.
Propuesta | Estado |
---|---|
Cambios en la API web de urn a la configuración Explicación |
Disponible en Chrome a partir del 1er trimestre de 2023. |
Macros de creatividades en marcos cercados para los informes de anuncios (FFAR) Problema de GitHub |
Disponible en Chrome a partir del 3er trimestre de 2023. |
Envía pixeles contadores automáticos una vez Problema de GitHub |
Disponible en Chrome a partir del 3er trimestre de 2023. |
Opciones de configuración de marcos cercados serializables Problema de GitHub |
Disponible en Chrome a partir del 3er trimestre de 2023. |
Opción de formato adicional para macros de tamaño de anuncio de Protected Audience Problema de GitHub |
Disponible en Chrome a partir del 4° trimestre de 2023. |
Píxeles contadores automáticos que se envían a todas las URLs registradas Problema de GitHub | Problema con GitHub |
Disponible en Chrome a partir del 4° trimestre de 2023. |
Habilitar la opción para dejar grupos de interés en los anuncios de iFrames de Urn y de marcos de componentes de anuncios
Problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
Presentación Reserve.top_navigation_start/commit
Problema de GitHub, problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
No inhabilitar la configuración de cookies en ReportEvent hasta 3PCD
Problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
Se agregó compatibilidad con píxeles contadores automáticos en submarcos de origen cruzado
Problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
Mejoras en la integración de la API de Protected Audience y Attribution Reporting
Recientemente, se identificaron 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 fotogramas vallados.
Para los informes a nivel de evento con la API de Protected Audience, tenemos un conjunto de mejoras iniciales propuestas para facilitar esta integración, de las que puedes obtener más información en la explicación. La integración estará disponible para los marcos vallados y los iFrames. Los informes a nivel del evento estarán disponibles para pruebas en la versión estable de Chrome 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
Tenemos algunas inquietudes 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 ofertas y subastas como una forma adicional de ejecutar la lógica de ofertas y puntuación, además de las subastas integradas en el dispositivo. Los servicios de ofertas y subastas son una solución del 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 subastas integradas en el dispositivo, y no se requiere el uso de los Servicios de ofertas y subastas, a menos que se adapte 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.