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.
| Proposta | Status |
|---|---|
| Mudanças na API da Web para urn para configuração Explicação |
Disponível no Chrome no 1º trimestre de 2023. |
| Macros de criativos em frames restritos para relatórios de anúncios (FFAR) Issue do GitHub |
Disponível no Chrome no 3o trimestre de 2023. |
| Enviar beacons automáticos uma vez Problema do GitHub |
Disponível no Chrome no terceiro trimestre de 2023. |
| Configs de frames delimitados serializáveis Problema no GitHub |
Disponível no Chrome no 3o trimestre de 2023. |
| Opção de formato adicional para macros de tamanho de anúncio da Protected Audience Problema do GitHub |
Disponível no Chrome no 4º trimestre de 2023. |
| Envio de beacons automáticos para todos os URLs registrados Problema no GitHub | Problema no GitHub |
Disponível no Chrome no 4º trimestre de 2023. |
| Ativar a saída de grupos de interesse de anúncios de iFrames de urn e frames de componentes de anúncios
Issue do GitHub (em inglês) |
Disponível no Chrome no 1o trimestre de 2024 |
| Introduzir restricted.top_navigation_start/commit
Problema no GitHub, problema no GitHub |
Disponível no Chrome no 1o trimestre de 2024 |
| Não desative a configuração de cookies no ReportEvent até o 3PCD
Issue do GitHub (em inglês) |
Disponível no Chrome no 1º trimestre de 2024 |
| Adição de suporte a beacons automáticos em subframes de origem cruzada
Problema do GitHub |
Disponível no Chrome no 1º trimestre de 2024 |
Permitir que subframes entre origens enviem beacons reportEvent()
Issue do GitHub |
Disponível no Chrome no segundo trimestre de 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.
后续操作
我们希望与您交流，确保我们构建适合所有人的 API。
讨论 API
与其他 Privacy Sandbox API 一样，此 API 也会记录在案并公开讨论。
使用 API 进行实验
您可以进行实验并参与有关 Protected Audience API 的对话。