Visão geral da API Protected Audience

Leilões de anúncios no dispositivo para veicular remarketing e públicos-alvo personalizados sem rastreamento de terceiros entre sites.

Qual é o público deste artigo?

Este artigo aborda os conceitos básicos da API Protected Audience e explica alguns conceitos, mas não entra em muitos detalhes técnicos.

Consulte o glossário para conferir os termos usados na documentação da Protected Audience. Ao final deste artigo, você vai aprender a interagir e compartilhar feedback.

O que é a API Protected Audience?

A API Protected Audience é uma tecnologia do Sandbox de privacidade que atende casos de uso de remarketing e públicos-alvo personalizados. Ela foi projetada para que terceiros não rastreiem o comportamento de navegação do usuário em sites.

A API Protected Audience permite leilões no dispositivo pelo navegador para escolher anúncios relevantes de sites que o usuário já visitou.

A API Protected Audience é o primeiro experimento a ser implementado no Chromium na família de propostas TURTLEDOVE. A diferença entre a Protected Audience e o TURTLEDOVE está relacionada principalmente à separação do papel do comprador e do vendedor do anúncio no dispositivo. As seções abaixo explicam como a API Protected Audience funciona.

API Protected Audience em um minuto

Se quiser uma visão geral mais detalhada da API Protected Audience, leia o guia do desenvolvedor.

Uma visão geral de cada etapa do ciclo de vida da API Protected Audience
O ciclo de vida da API Protected Audience.

A API Protected Audience usa grupos de interesse para permitir que os sites mostrem anúncios relevantes aos usuários.

Por exemplo, quando um usuário visita um site que quer anunciar produtos, o proprietário de um grupo de interesse (como uma plataforma de demanda (DSP, na sigla em inglês)) pode pedir ao navegador para adicionar a associação ao grupo. Se a solicitação for bem-sucedida, o navegador registrará:

  • O nome do grupo de interesse, por exemplo, "bicicletas-personalizadas".
  • O proprietário do grupo de interesse, por exemplo, "https://dsp.example".
  • Informações de configuração do grupo de interesse para permitir que o navegador acesse o código de lance, o código de anúncio e os dados em tempo real, se o proprietário do grupo for convidado a dar um lance em um leilão de anúncios.

Depois, quando o usuário acessar um site com espaço publicitário disponível, o vendedor do espaço publicitário (um provedor de venda (SSP, na sigla em inglês) ou o próprio site) poderá usar a API Protected Audience para realizar um leilão e selecionar os anúncios mais adequados a serem mostrados ao usuário. O vendedor chama a função navigator.runAdAuction(), que fornece uma lista de proprietários de grupos de interesse convidados para dar lances.

Os lances só podem ser fornecidos por grupos de interesse de que o navegador participa e cujos proprietários foram convidados para dar lances.

O código de lances é recuperado de um URL fornecido na configuração do grupo de interesse. Esse código fornece dados sobre o grupo de interesse e informações do vendedor, além de dados contextuais sobre a página e o navegador.

Cada grupo de interesse que fornece um lance é conhecido como comprador.

Quando o navegador chama a função para executar o leilão de anúncios, o código de cada comprador gera um lance com a ajuda dos dados em tempo real fornecidos pelo serviço de chave-valor da Protected Audience. Em seguida, o vendedor recebe esses lances, bem como os dados em tempo real do vendedor e pontua cada lance. O lance com a maior pontuação vence o leilão.

O anúncio vencedor é exibido em um frame isolado. O URL do criativo do anúncio é especificado no lance, e a origem precisa corresponder a um da lista fornecida pela configuração do grupo de interesse.

O vendedor pode informar o resultado do leilão (reportResult()), e os compradores podem informar as vitórias (reportWin()).

Saiba mais sobre os relatórios de leilão da API Protected Audience.

Por que precisamos da API Protected Audience?

Entender os interesses do usuário pode ativar anúncios mais relevantes do que apenas escolher anúncios com base no conteúdo do site (segmentação contextual) ou usando informações fornecidas por um usuário ao site em que o anúncio aparece (segmentação de dados próprios).

Tradicionalmente, as plataformas de publicidade aprendem sobre os interesses dos usuários acompanhando o comportamento deles nos sites. Os navegadores precisam permitir que as plataformas de publicidade selecionem anúncios relevantes para que os editores de conteúdo possam gerar receita de publicidade sem o rastreamento entre sites.

O objetivo da API Protected Audience é levar a plataforma da Web para um estado em que o navegador do usuário no dispositivo, e não as plataformas do anunciante ou de adtechs, tenha informações sobre os interesses dessa pessoa.

Como posso testar a API Protected Audience?

Quais configurações de navegador estão disponíveis?

Os usuários podem ajustar a participação nos testes do Sandbox de privacidade no Chrome ativando ou desativando a configuração de nível superior em chrome://settings/adPrivacy. Durante os testes iniciais, os usuários podem desativar a API Protected Audience nas configurações do Sandbox de privacidade.

O Chrome planeja permitir que os usuários vejam e gerenciem a lista de grupos de interesse a que foram adicionados nos sites visitados. Assim como as tecnologias do Sandbox de privacidade, as configurações do usuário podem evoluir com o feedback de usuários, reguladores e outros.

Vamos atualizar as configurações disponíveis no Chrome conforme a API Protected Audience progride, com base em testes e feedback. No futuro, vamos oferecer configurações mais granulares para gerenciar a API Protected Audience e os dados associados.

Os autores das chamadas de API não podem acessar a associação a grupos quando os usuários navegam no modo de navegação anônima. Ela é removida quando os usuários limpam os dados do site.

Posso desativar a API Protected Audience?

Saiba como bloquear o acesso à API Protected Audience como proprietário do site ou usuário individual.

Principais conceitos

Procurando mais informações sobre a terminologia da API Protected Audience? Consulte o glossário do Sandbox de privacidade.

O que é um grupo de interesse?

Um grupo de interesse da API Protected Audience representa um grupo de pessoas com um interesse em comum, correspondente a uma lista de remarketing.

Todo grupo de interesse da API Protected Audience tem um proprietário. Diferentes tipos de proprietários criam tipos diferentes de grupos de interesse com casos de uso distintos.

O proprietário pede ao navegador do usuário para adicionar a associação ao grupo de interesse chamando a função JavaScript navigator.joinAdInterestGroup(), fornecendo informações como dados sobre anúncios relevantes para o grupo de interesse e um URL para JavaScript usado nos lances. Os dados do grupo de interesse (como os anúncios) podem ser atualizados, e um grupo de interesse pode ser ativado por até 30 dias.

Tipos de grupos de interesse

A tabela a seguir mostra exemplos de diferentes tipos de grupos de interesse e proprietários da API Protected Audience.

A empresa é minha Exemplo Interesse Exemplo Casos de uso
Advertiser Fabricante de bicicletas Produtos Pessoas que visualizaram páginas de produtos de uma determinada categoria de bicicletas. Remarketing para pessoas que já interagiram com a marca.
Editor Site de notícias Conteúdo Pessoas que leem sobre ciclismo. Os editores podem usar dados próprios para permitir que os anunciantes comprem anúncios relevantes aos leitores no site. Um grupo de interesse de propriedade do editor pode permitir que os editores façam o mesmo quando as pessoas estiverem navegando em outros sites. Os editores podem cobrar pela capacidade de exibir anúncios para segmentos específicos do seu público-alvo.
AdTech DSP Categoria dos produtos Pessoas que demonstraram interesse em equipamentos de ciclismo. Uma empresa de adtech pode criar e gerenciar um grupo de interesse de pessoas que acredita estar no mercado para alguma categoria de item. Esse grupo de interesse poderia ser usado para anunciar produtos em sites que vendem itens nessa categoria (e que trabalham com a empresa de adtech).

O Chrome permite até 1.000 grupos de interesse por proprietário e até 1.000 proprietários de grupos de interesse. Esses limites servem como proteções e não devem ser atingidos em operações normais.

O que é um comprador?

Na API Protected Audience, um comprador é uma parte que tem um grupo de interesse e faz lances em um leilão de anúncios.

Exemplo:

  • Anunciante: atuando por conta própria.
  • Plataforma de demanda (DSP): atuando para anunciantes.
  • Proprietário do grupo de interesse: trabalho para vários anunciantes.

Os compradores têm três funções:

  • Escolha se quer participar de um leilão.
  • Escolher anúncios e calcular um lance.
  • Informe o resultado do leilão.

Esses jobs são feitos de maneira programática, no código fornecido pelo comprador, que é executado durante um leilão de anúncios da API Protected Audience.

Quando um comprador pede ao navegador do usuário para adicionar um grupo de interesse aos grupos de que ele é membro (chamando a função JavaScript navigator.joinAdInterestGroup()), o comprador fornece ao navegador:

  • É um URL para o código de lance que será usado quando o vendedor fizer um leilão de anúncios.
  • possivelmente, são URLs de criativos de anúncios do grupo de interesse. Os URLs de anúncios podem ser adicionados posteriormente com uma atualização.
  • Uma lista de chaves de dados a serem consultadas e o URL do serviço de chave-valor do comprador, para permitir que o código de lances receba dados em tempo real durante um leilão.

O código do comprador também pode incluir uma função reportWin() para informar o resultado do leilão.

Quem realiza um leilão de anúncios?

Existem várias partes que podem realizar um leilão para vender espaço publicitário.

Exemplo:

  • Editor de conteúdo: agir por conta própria para hospedar conteúdo de anúncios no site.
  • Plataforma de fornecimento (SSP): trabalho com o editor e prestação de outros serviços.
  • Script de terceiros: atua em nome de um editor, para permitir a participação em leilões de anúncios.

Com a API Protected Audience, um vendedor de espaços publicitários tem três vagas:

  • Aplicar regras do editor: informando quais compradores e lances estão qualificados.
  • Execute a lógica do leilão: o JavaScript é executado em worklets para calcular uma pontuação de desejabilidade para cada lance.
  • Informe o resultado do leilão.

Esses jobs são feitos de maneira programática no código fornecido pelo vendedor quando ele inicia um leilão de anúncios chamando a função JavaScript navigator.runAdAuction().

Como funciona um leilão de anúncios da API Protected Audience?

O diagrama a seguir descreve cada etapa de um leilão de anúncios da API Protected Audience:

Seis fases em um leilão de anúncios da API Protected Audience
Estágios do leilão de anúncios da Protected Audience.

Na API Protected Audience, um leilão de anúncios é um conjunto de pequenos programas JavaScript que o navegador executa no dispositivo do usuário para escolher um anúncio. Para preservar a privacidade, todo o código do leilão de anúncios do vendedor e dos compradores é executado em worklets JavaScript isolados que não podem se comunicar com o mundo externo.

Um vendedor (um editor ou uma plataforma de fornecimento) inicia um leilão de anúncios da Protected Audience em um site que vende espaço publicitário (como um site de notícias). O vendedor escolhe os compradores para participar do leilão, indica qual espaço está à venda e fornece critérios adicionais para o anúncio. Cada comprador é o proprietário de um grupo de interesse.

O vendedor fornece ao navegador o código para pontuar lances, que inclui o valor de cada lance, o URL do criativo de anúncio e outros dados retornados de cada comprador. Durante o leilão, o código de lances de compradores e o código de pontuação de lance do vendedor podem receber dados dos serviços de chave-valor. Depois que um anúncio é escolhido e exibido (em um frame isolado para preservar a privacidade), o vendedor e o comprador vencedor podem informar o resultado do leilão.

  1. Um usuário visita um site que exibe anúncios.
  2. O código do vendedor inicia um leilão. O vendedor especifica qual espaço publicitário está à venda e quem pode dar lances, bem como um método para pontuar esses lances.
  3. O código do comprador convidado é executado para gerar um lance, o URL de um criativo de anúncio relevante e outros dados. O script de lances pode consultar dados em tempo real, como o orçamento restante da campanha publicitária, no Serviço de chave-valor do comprador.
  4. O código do vendedor pontua cada lance e seleciona o vencedor. Essa lógica usa o valor do lance e outros dados para retornar a atratividade de um lance e rejeitar um anúncio que não pode superar o vencedor do anúncio contextual. O vendedor pode usar o próprio serviço de chave-valor para dados em tempo real. Antes do início de um leilão, o vendedor encontra o melhor anúncio contextual para o espaço disponível.
  5. O anúncio vencedor é retornado como um objeto de configuração de frame isolado quando a sinalização resolveToConfig é definida na configuração do leilão. A configuração é usada para navegar no frame isolado até o criativo do anúncio, e o URL do criativo fica oculto para o vendedor e o editor. Se a sinalização resolveToConfig for definida como false ou não for transmitida, o anúncio vencedor será retornado como um URN opaco que pode ser usado para renderizar o anúncio em um iframe. O objeto de configuração de frame isolado está disponível na versão M114 e mais recentes.
  6. O leilão é informado ao vendedor e aos compradores vencedores.

Um mecanismo de denúncia para compradores perdedores está em discussão.

O que é um serviço de chave/valor da API Protected Audience?

O serviço de chave-valor da API Protected Audience permite que as adtechs consultem dados em tempo real quando um lance é feito pelo comprador e os vendedores pontuam os anúncios, preservando a privacidade. Leia sobre o serviço de chave-valor da API Protected Audience e outros em serviços da API Protected Audience.

O serviço de chave-valor é implantado na infraestrutura em nuvem da própria adtech e é executado em um ambiente de execução confiável. Uma solicitação para um serviço de chave-valor não pode resultar em registros de eventos nem ter outros efeitos colaterais. O serviço de chave-valor também vai oferecer suporte a funções definidas pelo usuário (UDFs, na sigla em inglês) que permitem que as adtechs executem a própria lógica personalizada no serviço de chave-valor.

Um comprador ou vendedor fornece uma lista de "chaves" para especificar os dados necessários de um serviço de chave/valor da API Protected Audience. O serviço de chave-valor responde com um valor para cada chave.

O código de serviço de chave-valor da API Protected Audience agora está disponível em um repositório do Sandbox de privacidade do GitHub (link em inglês). Esse serviço pode ser usado por desenvolvedores do Chrome e do Android.

Saiba mais sobre o serviço de chave-valor da API Protected Audience com a explicação da API e a explicação sobre o modelo de confiança.

Como os dados em tempo real são incorporados aos leilões?

Os compradores ou vendedores em um leilão de anúncios podem precisar de acesso a dados em tempo real. Por exemplo, talvez os compradores queiram calcular o orçamento restante em uma campanha publicitária ou o vendedor precise verificar os criativos em relação às políticas do editor.

Para atender aos requisitos de privacidade da API Protected Audience, o serviço de chave-valor fornece dados em tempo real durante um leilão de anúncios. Quando cada comprador chama navigator.joinAdInterestGroup(), o comprador especifica um URL de serviço de chave-valor e as chaves a serem consultadas ao serviço durante um leilão. Da mesma forma, quando o vendedor realiza um leilão de anúncios chamando navigator.runAdAuction(), ele fornece um URL para o serviço de chave-valor. O serviço de chave-valor do vendedor será consultado com o URL de renderização do criativo.

Para os testes iniciais, o modelo "Traga seu próprio servidor" é usado. A longo prazo, as adtechs vão precisar usar os serviços de chave/valor de código aberto da API Protected Audience em ambientes de execução confiáveis para recuperar dados em tempo real.

Para garantir que o ecossistema tenha tempo suficiente para os testes, não esperamos exigir o uso dos serviços de chave-valor de código aberto ou de ambientes de execução confiáveis até algum momento depois da descontinuação dos cookies de terceiros. Enviaremos um aviso substancial para que os desenvolvedores comecem a testar e a adotar antes que essa transição ocorra.

Como os dados próprios são usados em um leilão da Protected Audience?

Os dados próprios são dados que pertencem ao site sobre os usuários. Por exemplo, se um usuário especifica sua cor favorita no site do anunciante ou do editor, essa cor é considerada um dado primário.

Em um leilão da Protected Audience, o anunciante pode usar dados próprios para determinar a associação ao grupo de interesse do anúncio e também transmitir dados ao grupo de interesse como userBiddingSignals. Os dados próprios do anunciante ficarão disponíveis somente para os compradores durante a etapa de geração de lance, e não para os vendedores.

Por exemplo, se o anunciante souber a cor favorita do usuário, o valor poderá ser definido como userBiddingSignals na configuração do grupo de interesse quando o usuário for adicionado a um grupo de interesse:

const interestGroup = {
  owner: 'https://example-buyer.com',
  name: 'running-shoes',
  userBiddingSignals: {
    favoriteColor: 'blue' // First-party data
  },
  // ...other interest group settings
};

navigator.joinAdInterestGroup(interestGroup, 3600);

O editor também pode transmitir dados próprios definindo os indicadores na configuração do leilão ao iniciar o leilão e pode controlar quem recebe esses dados. Quando um editor transmite os dados próprios como auctionSignals, eles ficam disponíveis para compradores e vendedores. Quando os dados são transmitidos como sellerSignals, ficam disponíveis apenas para o vendedor e, quando transmitidos como perBuyerSignals, ficam disponíveis apenas para os compradores especificados. O editor também pode transmitir dados próprios para leilões de componentes. O editor e os participantes do leilão precisam concordar antes sobre quais dados próprios precisam ser compartilhados e como eles precisam ser formatados.

O exemplo a seguir descreve como os dados próprios podem ser transmitidos pelo editor para vários participantes do leilão:

const auctionConfig = {
  seller: 'https://example-seller.com',
  auctionSignals: {
    favoriteColor: 'blue', // Both buyer and seller will receive this signal
  },
  sellerSignals: {
    favoriteIceCreamFlavor: 'chocolate', // Only the seller will receive this signal
  },
  perBuyerSignals: {
    'https://example-buyer.com': {
      favoriteDrink: 'tea', // Only a specific buyer will receive this signal
    },
  },
  // The same pattern applies to the component auction
  componentAuctions: [{
    seller: 'https://example-component-seller.com',
    auctionSignals: { ... },
    sellerSignals: { ... },
    perBuyerSignals { ... }
  }],
  // ...other auction settings
};

navigator.runAdAuction(auctionConfig);

Saiba mais

Se quiser uma visão geral mais detalhada da API Protected Audience, leia o guia do desenvolvedor.

Desenvolvedores

Se estiver tudo pronto para começar a trabalhar com a API Protected Audience, leia experimentar e participar.

Criamos um guia para desenvolvedores de API e uma demonstração da API Protected Audience com um tutorial da implantação básica da API. O vídeo de demonstração da API Protected Audience (link em inglês) explica como o código de demonstração funciona e mostra como usar o Chrome DevTools para a depuração da API Protected Audience.

Interaja e compartilhe feedback