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.
| Proposta | Status |
|---|---|
| Mudanças na API Web para urn to config 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 terceiro 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 terceiro 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. |
| Beacons automáticos sendo enviados para todos os URLs registrados Problema do GitHub | Problema do 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 1º trimestre de 2024 |
| Introdução de reserved.top_navigation_start/commit
Problema no GitHub, Problema no GitHub |
Disponível no Chrome no 1º 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 |
| Foi adicionado 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 |
Cabeçalho Referer em beacons
Problema do GitHub |
Disponível no Chrome no 1º trimestre de 2025 |
| Suporte automático de dados de origem cruzada do beacon
Issue do GitHub (em inglês) |
Prevista para o Chrome no segundo trimestre de 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.