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 centradas y cuándo serán compatibles.
Cronograma de disponibilidad de funciones
| Función | Disponible para pruebas | Estado |
|---|---|---|
| Informes de éxito en subastas a nivel del evento | Ahora | Compatible hasta, al menos, 2026. El objetivo de esta función es facilitar la transición de los informes de cookies de terceros a los informes de la API de Protected Audience. Por lo tanto, estos informes no se admitirán después de que las tecnologías publicitarias tengan tiempo para actualizar sus mecanismos de informes. |
| Agregación basada en activadores | Ahora | Disponible para pruebas en Chrome Canary/Dev M113 y versiones posteriores, y en Chrome Beta/Stable M115 y versiones posteriores. |
| Uso del entorno de ejecución confiable (TEE) para el servicio de par clave-valor | Ahora | Obligatorio a partir del tercer trimestre de 2025. |
| Marcos cercados | Ahora | Obligatorio a partir de 2026. |
| Se mejoró la integración de la API de Protected Audience y Attribution Reporting | 2ᵉʳ trim. de 2023 | Disponible para pruebas en Chrome Stable M112 y versiones posteriores. |
| K-anonimato | Ahora | Consulta el artículo sobre el k-anonimato. |
| Servicios de ofertas y subastas | Se espera que se pruebe en el segundo semestre 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 segundo trimestre de 2023. |
| Informes de latencia por comprador | 2023 | Disponible en Chrome en el primer trimestre de 2023. |
| Tiempo de espera por comprador | 2023 | Disponible en Chrome en el primer trimestre de 2023. |
| ID de informe de comprador para desgloses personalizados | 2023 | Disponible en Chrome en el tercer trimestre de 2023. |
| Compatibilidad con destinos de vendedores directos | 2023 | Disponible en Chrome en el primer trimestre de 2023. |
| Costo de los anuncios con precisión limitada para la facturación de costo por clic | 2023 | Disponible en Chrome en el segundo trimestre de 2023. |
| Moneda de la oferta más alta y de la oferta más alta con otros criterios de puntuación | 2023 | Disponible en Chrome en el tercer trimestre de 2023. |
| Compatibilidad con macros para servicios de seguimiento de anuncios de terceros (3PAT) | 2023 | Disponible en Chrome en el tercer trimestre de 2023. |
| Compatibilidad con la segmentación por grupos de intereses negativos | Más adelante en 2023 | Se espera que esté disponible en Chrome en el 4º trimestre de 2023. |
| Propagación segura de indicadores de subasta sin WebBundles Problema de GitHub |
Más adelante en 2023 | Se espera que esté disponible en Chrome en el cuarto trimestre de 2023 |
| Eliminación masiva de grupos de intereses Problema de GitHub |
Más adelante en 2023 | Se espera que esté disponible en Chrome en el cuarto trimestre de 2023 |
| Se aumentó el límite de grupos de intereses de 1,000 a 2,000. Problema de GitHub |
Más adelante en 2023 | Se espera que esté disponible en Chrome en el cuarto trimestre de 2023 |
Explicación de la compatibilidad con ofertas y subastas beta 1 |
Prueba de origen, más adelante en 2023 | Se espera que esté disponible en Chrome (a través de la prueba de origen) en el 4º trim. de 2023. |
| API de Real Time Monitoring Explicación |
Finales del 2ᵉʳ trimestre o principios del 3ᵉʳ trimestre de 2024 | Se espera que esté disponible en Chrome a fines del segundo trimestre o a principios del tercer trimestre de 2024. También estamos considerando las mejoras que se comparten en la explicación para trabajos futuros. Planeamos confirmar la dirección en el 1ᵉʳ trim. de 2025 y esperamos lanzar una solución revisada en el 1ᵉʳ trim. de 2026, según los cronogramas de lanzamiento de las tecnologías subyacentes. |
Informes de éxito en la subasta a nivel del evento
Inicialmente, indicamos que los informes de anuncios ganadores a nivel del evento serían una solución temporal y que se usaría la API de agregación privada 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 subastas a nivel del evento con las funciones reportResult() y reportWin() que pueden llamar a sendReportTo().
Los informes de anuncios ganadores de subastas a nivel del evento se admitirán hasta, al menos, 2026, y te enviaremos un aviso con anticipación antes de que la API realice la transición a cualquier solución alternativa.
Los informes de pérdidas de subastas 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 se activa con un evento mediante 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 pérdida 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 subasta. El evento también puede provenir de un marco de contenido protegido fuera de la subasta con el objeto window.fenced.reportEvent() de la API de Fenced Frame Ads Reporting para activar el envío de informes agregables.
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 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 califica el anuncio. Con el tiempo, el servicio de par clave-valor deberá ejecutarse en un entorno de ejecución confiable (TEE) para garantizar que los datos del usuario se mantengan en privado.
No es necesario ejecutar el servicio de par clave-valor en un TEE. Te notificaremos con al menos 12 meses de anticipación antes de que el uso de 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 ejecutar el servicio de par clave-valor en un TEE con funciones definidas por el usuario (UDF) estará disponible para pruebas a fines del 1ᵉʳ trimestre de 2023 con la API de Protected Audience integrada en el dispositivo.
Marcos vallados
Los marcos con cercas 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 entre sitios. La API de Protected Audience renderizará el contenido en un marco vallado.
Después de trabajar en estrecha colaboración con varias partes interesadas y examinar el esfuerzo significativo para adaptarse a este cambio, Chrome no exigirá marcos delimitados hasta, al menos, 2026 para mantener la inclusividad del ecosistema, y Chrome proporcionará un aviso anticipado significativo. Hasta entonces, si no se usan marcos cercados, deberás usar un iframe para renderizar la URN opaca. Además, ten en cuenta que los vendedores aún pueden exigir el uso de marcos delimitados.
| Propuesta | Estado |
|---|---|
| Cambios en la API web de urn a config Explainer |
Disponible en Chrome en el primer trimestre de 2023. |
| Macros de creatividad en marcos delimitados para informes de anuncios (FFAR) Problema de GitHub |
Disponible en Chrome en el tercer trimestre de 2023. |
| Enviar píxeles contadores automáticos una vez Problema de GitHub |
Disponible en Chrome en el tercer trimestre de 2023. |
| Configs de marcos con cercas serializables Error de GitHub |
Disponible en Chrome a partir del tercer trimestre de 2023. |
| Opción de formato adicional para las macros de tamaño de anuncios de Protected Audience Problema de GitHub |
Disponible en Chrome a partir del cuarto trimestre de 2023. |
| Píxeles contadores automáticos que se envían a todas las URL registradas Problema de GitHub | Problema de GitHub |
Disponible en Chrome a partir del cuarto trimestre de 2023. |
| Cómo habilitar la opción para abandonar grupos de intereses de anuncios de iframes de Urn y marcos de componentes de anuncios
Problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
| Se agregó reserved.top_navigation_start/commit. Error de GitHub, Error de GitHub |
Disponible en Chrome en el primer trimestre de 2024 |
| No inhabilites la configuración de cookies en ReportEvent hasta 3PCD
Problema de GitHub |
Disponible en Chrome a partir del primer trimestre de 2024 |
| Cómo agregar 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 |
Permite que los subframes de origen cruzado envíen píxeles contadores reportEvent()
Problema de GitHub |
Disponible en Chrome en el segundo trimestre de 2024 |
Integración mejorada de la API de Protected Audience y Attribution Reporting
Recientemente, se señalaron desafíos relacionados con la integración de la API de Attribution Reporting y la API de Protected Audience, en especial cuando se involucran marcos protegidos.
En el caso de los informes a nivel del evento con la API de Protected Audience, tenemos un conjunto propuesto de mejoras iniciales para facilitar esta integración. 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 necesiten informes de atribución con la API de Protected Audience, estamos trabajando en soluciones más flexibles para captar más indicadores de ofertas con informes agregables y publicaremos una propuesta cuando esté lista.
Servicios de ofertas y subastas
Escuchamos 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 de servicio de 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 es necesario usar los servicios de ofertas y subastas, a menos que se ajusten a tus casos de uso.
Puedes encontrar más detalles en la 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.