Saiba mais sobre os recursos de leilão da API Protected Audience.
À medida que os recursos da API Protected Audience passam a estar disponíveis para todos, você pode se perguntar sobre a disponibilidade dos serviços e recursos da API Protected Audience. Aqui você vai encontrar uma lista dos recursos da API Protected Audience com escopo e quando eles vão ter suporte.
Cronograma de disponibilidade dos recursos
| Recurso | Disponível para testes | Status |
|---|---|---|
| Relatórios de vitórias de leilão no nível do evento | Agora | Suporte até pelo menos 2026. O objetivo desse recurso é facilitar a transição para os relatórios da API Protected Audience em vez de usar os relatórios de cookies de terceiros. Portanto, esse tipo de relatório não vai ser compatível depois que as adtechs tiverem tempo para atualizar os mecanismos de relatórios. |
| Agregação baseada em acionador | Agora | Disponível para testes no Chrome Canary/Dev M113+ e Beta/Stable M115+. |
| Uso do ambiente de execução confiável (TEE) para o serviço de chave/valor | Agora | Obrigatório a partir do terceiro trimestre de 2025. |
| Frames isolados | Agora | Obrigatório a partir de 2026. |
| Melhoria na integração da API Protected Audience e da Attribution Reporting | 2º trimestre de 2023 | Disponível para testes no Chrome Stable M112+. |
| K-anonimato | Agora | Consulte o artigo sobre k-anonimato. |
| Serviços de lances e leilões | O objetivo é testar no segundo semestre de 2023. | Em desenvolvimento. |
Outros recursos
| Recurso | Disponível para testes | Status |
|---|---|---|
| Indicadores de lances do usuário no nível do evento para modelagem (Problema do GitHub) | 2023 | Disponível no Chrome no 2º trimestre de 2023. |
| Relatórios de latência por comprador | 2023 | Disponível no Chrome no 1º trimestre de 2023. |
| Tempo limite de parede por comprador | 2023 | Disponível no Chrome no 1º trimestre de 2023. |
| ID de relatório do comprador para detalhamentos personalizados | 2023 | Disponível no Chrome no terceiro trimestre de 2023. |
| Suporte ao destino do vendedor direto | 2023 | Disponível no Chrome no 1º trimestre de 2023. |
| Custo do anúncio limitado à precisão para faturamento de custo por clique | 2023 | Disponível no Chrome no 2º trimestre de 2023. |
| Moeda do lance mais alto e do lance com a maior pontuação | 2023 | Disponível no Chrome no terceiro trimestre de 2023. |
| Suporte a macros para rastreadores de anúncios de terceiros (3PAT) | 2023 | Disponível no Chrome no terceiro trimestre de 2023. |
| Suporte para segmentação por grupo de interesse negativo | Em 2023 | Prevista para o Chrome no quarto trimestre de 2023. |
| Propagação segura de indicadores de leilão sem WebBundles Issue do GitHub |
Em 2023 | Prevista para o quarto trimestre de 2023 |
| Exclusão em massa de grupos de interesse Problema do GitHub |
Em 2023 | Prevista para o quarto trimestre de 2023 |
| Aumento do limite do grupo de interesse de 1.000 para 2.000 Problema do GitHub |
Em 2023 | Prevista para o quarto trimestre de 2023 |
| Suporte para a versão Beta 1 de lances e leilões Explicação |
Teste de origem, ainda em 2023 | Previsão para o Chrome (via teste de origem) no 4º trimestre de 2023 |
| API Real Time Monitoring Explicação |
Final do segundo ou início do terceiro trimestre de 2024 | Esperado no Chrome no final do segundo trimestre ou no início do terceiro trimestre de 2024 Também estamos considerando as melhorias compartilhadas na explicação para trabalhos futuros. Planejamos confirmar a direção até o primeiro trimestre de 2025 e lançar uma solução revisada até o primeiro trimestre de 2026, dependendo dos cronogramas de lançamento das tecnologias. |
Relatórios de vitórias no leilão no nível do evento
Inicialmente, indicamos que os relatórios de vitória no leilão no nível do evento seriam uma solução temporária, e a API Private Aggregation seria usada para gerar relatórios de resumo. Depois de ouvir o feedback e examinar a complexidade relativa das soluções baseadas em agregação, principalmente para faturamento, decidimos não remover o suporte para relatórios de resultados de vitórias de leilão no nível do evento com as funções reportResult() e reportWin() que podem chamar sendReportTo().
Os relatórios de vitórias de leilão no nível do evento vão ser aceitos até pelo menos 2026, e vamos enviar um aviso com antecedência antes que a API faça a transição para soluções alternativas.
Os relatórios de perda de leilão vão continuar sendo compatíveis com a API Private Aggregation.
Relatórios agregados com base em acionadores
Durante um leilão da API Protected Audience, é possível enviar um relatório agregável quando acionado por um evento usando o método contributeToHistogramOnEvent() da API Private Aggregation. O evento acionado pode vir do próprio leilão, como uma vitória ou perda. Esses relatórios agregáveis são enviados a um serviço de agregação implantado, que permite gerar um relatório de resumo final que inclui os resultados de perda de leilão. O evento também pode vir de um frame restrito fora do leilão usando a window.fenced.reportEvent() da API Reports de anúncios de frame restrito para acionar o envio de relatórios agregáveis.
Consulte a seção contributeToHistogramOnEvent() da página "Agregação particular" para saber mais.
Uso do ambiente de execução confiável para o serviço de chave-valor
O serviço de chave-valor da API Protected Audience permite que o leilão recupere indicadores em tempo real quando o lance é gerado pelo comprador e o anúncio é pontuado pelo vendedor. O serviço de chave/valor precisará ser executado em um ambiente de execução confiável (TEE) para garantir que os dados do usuário sejam mantidos em sigilo.
Não é necessário executar o serviço de chave/valor em um TEE. Vamos avisar com pelo menos 12 meses de antecedência antes que o uso do TEE seja obrigatório. Até lá, você pode continuar usando seu próprio servidor para indicadores de chave-valor em tempo real. A execução do serviço de chave/valor em um TEE com funções definidas pelo usuário (UDFs) vai estar disponível para testes até o final do primeiro trimestre de 2023 com a API Protected Audience no dispositivo.
Frames isolados
Os frames isolados são um novo elemento HTML que limita a comunicação entre o conteúdo e o incorporador e é usado para renderizar conteúdo com base em dados entre sites. A API Protected Audience vai renderizar o conteúdo em um frame protegido.
Depois de trabalhar em estreita colaboração com várias partes interessadas e examinar o esforço significativo para acomodar essa mudança, o Chrome não vai exigir frames cercados até pelo menos 2026 para manter a inclusão do ecossistema,e o Chrome vai enviar um aviso com antecedência. Até lá, se os frames cercados não forem usados, será necessário usar um iframe para renderizar o URN opaco. Além disso, os vendedores ainda podem exigir o uso de frames delimitados.
| Proposal | Status |
|---|---|
| Web API changes for urn to config Explainer |
Available in Chrome in Q1 2023. |
| Creative Macros in Fenced Frames for Ads Reporting (FFAR) GitHub Issue |
Available in Chrome in Q3 2023. |
| Send Automatic Beacons Once GitHub Issue |
Available in Chrome in Q3 2023. |
| Serializable Fenced Frames Configs GitHub Issue |
Available in Chrome in Q3 2023. |
| Additional Format Option for Protected Audience Ad Size Macros GitHub Issue |
Available in Chrome in Q4 2023. |
| Automatic beacons sending to all registered URLs GitHub Issue | GitHub Issue |
Available in Chrome in Q4 2023. |
| Enable Leaving Ad Interest Groups from Urn iFrames and Ad Component Frames
GitHub issue |
Available in Chrome in Q1 2024 |
| Introduce reserved.top_navigation_start/commit
GitHub issue, GitHub issue |
Available in Chrome in Q1 2024 |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Available in Chrome in Q1 2024 |
| Add support for automatic beacons in cross-origin subframes
GitHub issue |
Available in Chrome in Q1 2024 |
Allow Cross-Origin Subframes to Send reportEvent() Beacons
GitHub issue |
Available in Chrome in Q2 2024 |
Melhoramos a integração da API Protected Audience e da API Attribution Reporting
Recentemente, foram identificados desafios relacionados à integração da API Attribution Reporting e da API Protected Audience, principalmente quando há frames restritos envolvidos.
Para relatórios no nível do evento com a API Protected Audience, propomos um conjunto de melhorias iniciais para facilitar essa integração. Saiba mais sobre elas na explicação. A integração vai estar disponível para frames isolados e iFrames. Os relatórios no nível do evento vão estar disponíveis para testes no Chrome Stable M112 e versões mais recentes.
Para quem precisa de Relatórios de atribuição com a API Protected Audience, estamos trabalhando em soluções mais flexíveis para capturar mais indicadores de lances com relatórios agregáveis. Vamos publicar uma proposta quando ela estiver pronta.
Serviços de lances e leilões
Recebemos algumas dúvidas sobre a latência da API Protected Audience e estamos trabalhando ativamente para melhorar a latência no dispositivo. O Chrome e o Android planejam oferecer serviços de lances e leilões como outra forma de executar a lógica de lances e pontuação, além dos leilões no dispositivo. Os serviços de lances e leilões são uma solução da API Protected Audience para realizar leilões fora do dispositivo, o que, acreditamos, vai permitir uma performance ainda mais rápida.
Vamos continuar oferecendo suporte a leilões no dispositivo, e o uso dos serviços de lances e leilões não é obrigatório, a menos que se encaixe nos seus casos de uso.
Confira mais detalhes na postagem do blog.
A seguir
Queremos conversar com você para garantir a criação de uma API que funcione para todos.
Converse sobre a API
Assim como outras APIs do Sandbox de privacidade, essa API é documentada e discutida publicamente.
Teste a API
Você pode fazer testes e participar de conversas sobre a API Protected Audience.