Status dos recursos pendentes da API Protected Audience

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.

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.