Saiba mais sobre os recursos de leilão da API Protected Audience.
À medida que movemos os recursos da API Protected Audience para a disponibilidade geral, talvez você esteja se perguntando sobre a disponibilidade dos serviços e recursos da API Protected Audience. Aqui você encontra uma lista dos recursos da API Protected Audience com escopo e quando eles serão compatíveis.
Cronograma de disponibilidade de recursos
| Recurso | Disponível para teste | Status |
|---|---|---|
| Relatórios de vitórias em leilões no nível do evento | Agora | Compatível até pelo menos 2026. Esse recurso foi criado para facilitar a transição da geração de relatórios de cookies de terceiros para a geração de relatórios da API Protected Audience. Por isso, essa geração de relatórios não será compatível depois que as adtechs tiverem tempo para atualizar os mecanismos. |
| Agregação baseada em gatilho | 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 3º trimestre de 2025. |
| Frames isolados | Agora | Obrigatório a partir de 2026. |
| Melhoria na integração da API Protected Audience com a Attribution Reporting | 2º trimestre de 2023 | Disponível para teste no Chrome Stable M112 e versões mais recentes. |
| K-anonimato | Agora | Consulte o artigo sobre k-anonimato |
| Serviços de lances e leilões | Segmentado para testes no 2º semestre de 2023. | Em desenvolvimento. |
Recursos adicionais
| Recurso | Disponível para teste | 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 tempo decorrido 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 a destinos de venda direta | 2023 | Disponível no Chrome no 1º trimestre de 2023. |
| Custo do anúncio com precisão limitada para faturamento de custo por clique | 2023 | Disponível no Chrome no 2º trimestre de 2023. |
| Moeda do lance mais alto e do lance mais alto com outra 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 à segmentação negativa por grupo de interesse | No final de 2023 | Prevista para o Chrome no quarto trimestre de 2023. |
| Propagação segura de indicadores de leilão sem WebBundles Problema do GitHub |
No final de 2023 | Prevista para o quarto trimestre de 2023 no Chrome |
| Exclusão em massa de grupos de interesse Problema no GitHub |
No final de 2023 | Prevista para o quarto trimestre de 2023 no Chrome |
| Aumentar o limite do grupo de interesse de 1.000 para 2.000 Problema do GitHub |
No final de 2023 | Prevista para o quarto trimestre de 2023 no Chrome |
| Suporte para a versão Beta 1 de lances e leilões Explicação |
Teste de origem, ainda em 2023 | Esperado no Chrome (via teste de origem) no quarto trimestre de 2023 |
| API Real Time Monitoring Explainer |
Final do 2º trimestre ou início do 3º trimestre de 2024 | Previsto para o Chrome no final do segundo trimestre ou início do terceiro trimestre de 2024 Também estamos considerando melhorias compartilhadas na explicação em "Trabalho futuro". Planejamos confirmar a direção até o primeiro trimestre de 2025 e esperamos lançar uma solução revisada até o primeiro trimestre de 2026, dependendo dos cronogramas de lançamento das tecnologias subjacentes. |
Relatórios de vitórias em leilões no nível do evento
Inicialmente, indicamos que os relatórios de vitórias em leilões no nível do evento seriam uma solução temporária, e a API Private Aggregation seria usada para gerar relatórios resumidos. Depois de ouvir o feedback e analisar 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 em leilões no nível do evento com as funções reportResult() e reportWin(), que podem chamar sendReportTo().
Os relatórios de vitórias em leilões no nível do evento serão compatíveis até pelo menos 2026. Vamos avisar com antecedência antes da transição da API para qualquer solução alternativa.
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 do Protected Audience, é possível enviar um relatório agregável quando ele é acionado por um evento usando o método contributeToHistogramOnEvent() da API Private Aggregation. O evento de acionamento pode vir do próprio leilão, como uma vitória ou uma derrota. 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 com os resultados de perda de leilão. O evento também pode vir de um frame isolado fora do leilão usando a API Fenced Frame Ads Reporting (em inglês) window.fenced.reportEvent() para acionar o envio do relatório agregável.
Consulte a seção contributeToHistogramOnEvent() da página "Agregação privada" 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 é avaliado pelo vendedor. O serviço de chave/valor vai precisar ser executado em um ambiente de execução confiável (TEE) para garantir a privacidade dos dados do usuário.
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 fim 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 conteúdo em um frame isolado.
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 isolados até pelo menos 2026 para manter a inclusão do ecossistema. Além disso,o Chrome vai avisar com bastante antecedência. Até lá, se os frames isolados não forem usados, será necessário usar um iframe para renderizar o URN opaco. Além disso, é importante observar que os vendedores ainda podem exigir o uso de frames isolados.
| 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 |
Referer header in beacons
GitHub issue |
Available in Chrome in Q1 2025 |
| Automatic beacon cross-origin data support
GitHub issue |
Expected in Chrome in Q2 2025 |
Melhoria na integração das APIs Protected Audience e Attribution Reporting
Recentemente, foram apontados desafios na integração da API Attribution Reporting e da API Protected Audience, principalmente quando há frames isolados envolvidos.
Para relatórios no nível do evento com a API Protected Audience, temos um conjunto proposto de melhorias iniciais para facilitar essa integração. Saiba mais na explicação. A integração vai estar disponível para frames isolados e iFrames. Os relatórios no nível do evento estarão disponíveis para teste 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 assim que 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 uma forma adicional 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 de serviço da API Protected Audience para realizar leilões fora do dispositivo, o que acreditamos que vai permitir uma performance ainda mais rápida.
Vamos continuar oferecendo suporte aos 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.