Configurações de tratamento de dados restrito nas tags de anúncio do publisher do Google

As configurações de tratamento de dados restrito por solicitação que você definir são válidas mundialmente. Por exemplo, se você adicionar parâmetros de tratamento de dados restrito individualmente à solicitação de um usuário de um estado relevante dos EUA, o modo de tratamento de dados restrito será ativado, e somente anúncios não personalizados vão aparecer.

• Configurações de tratamento de dados restrito para páginas usando tags da GPT e do Google AdSense
• Configurações de tratamento de dados restrito para outras tags
  • Tags de passback da GPT
  • Solicitação sem tag
  • SDK dos anúncios para dispositivos móveis do Google
  • SDK do Interactive Media Ads do Google (para vídeo)
  • Tags de anúncios legadas de publishers do Google
  • AdSense para pesquisas

Configurações de tratamento de dados restrito para páginas usando tags da GPT e do Google AdSense

Como solicitar anúncios

Por padrão, as solicitações de anúncios ao Google não limitam a forma de tratar os dados e veicular os anúncios personalizados, e a seleção deles é baseada no conteúdo da página da Web e no histórico do usuário que acessa a página. O Google já oferece suporte ao envio de indicadores via tags de anúncio por razões de conformidade regulamentar e privacidade, como estes exemplos:

• Configurações de anúncios não personalizados nas tags do publisher do Google
  (Ad Manager, AdMob, Android e iOS, Google AdSense)
• Inclusão de tag em uma solicitação de anúncio para usuários do EEE abaixo da idade de consentimento (TFUA, na sigla em inglês)
  (Ad Manager, AdMob e Google AdSense)
• Inclusão de tag em uma solicitação de anúncio para TFCD (tratamento para direcionamento a crianças)
  (Ad Manager, AdMob e Google AdSense)
  Os publishers têm a opção de incluir tags em solicitações para usuários menores de idade usando o parâmetro TFCD. O tratamento de dados restrito também será ativado quando o parâmetro TFCD for definido.

Este artigo explica como solicitar o modo de tratamento de dados restrito via tags de anúncio. Quando você ativa o tratamento de dados restrito, o Google limita o uso de informações e veicula somente anúncios não personalizados. Se você quiser ativar esse tratamento para todos os usuários dos estados relevantes dos EUA que visitam sua propriedade, não será preciso fazer mudanças nas tags de anúncio. Saiba mais sobre o tratamento de dados restrito e como ativar esse modo na interface e nas Centrais de Ajuda do Ad Manager, da AdMob ou do AdSense.

Se você quiser ativar o tratamento de dados restrito somente para alguns usuários, as tags de anúncio assíncronas da GPT e do Google AdSense/Ad Exchange oferecem aos publishers uma forma de acionar a veiculação desse tipo de tratamento por página. Isso pode ser útil quando você mostra um link de não autorização com a mensagem "Não vender minhas informações pessoais". No caso dos usuários que não autorizam o uso de dados, você pode transmitir esse indicador para o cumprimento das suas obrigações regulatórias. Consulte "Como ajudar os publishers a cumprir às Leis Estaduais de Privacidade dos EUA" (Google Ad Manager, AdMob ou AdSense) para mais informações sobre o modo de tratamento de dados restrito.

• Para a tag da GPT, use o seguinte snippet de código:

  googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
});

• Para a tag de anúncio assíncrona do Google AdSense e do Ad Exchange, use o seguinte snippet de código:

  <ins class="adsbygoogle"
style="display:inline-block;width:728px;height:90px"
data-ad-client="ignored0123456789abcdef"
data-ad-slot="0123456789"
data-restrict-data-processing="1"></ins>

Esses métodos vão acionar o tratamento de dados restrito para as próximas solicitações de anúncio do Google vindas da página e emitidas pelas seguintes tags: GPT, tags de anúncio assíncronas do Google AdSense ou do Ad Exchange (adsbygoogle.js) e o SDK do IMA. Para conferir se uma tag de anúncio está com o tratamento de dados restrito ativado, encontre a solicitação de anúncio nas ferramentas para desenvolvedores do navegador e procure o parâmetro &rdp=1.

Essas mesmas APIs permitem desativar o tratamento de dados restrito (e reativar a personalização) com a transmissão de false e 0, dependendo do tipo que a API espera. Se uma página tiver vários tipos de tags de anúncio do Google (por exemplo, uma tag da GPT e outra assíncrona do Google AdSense/Ad Exchange), você vai precisar usar o controle RDP para cada tipo.

Configurações de tratamento de dados restrito para outras tags

Tags de passback da GPT

Se você usa tags de passback da GPT, pode marcar uma solicitação de anúncio como de tratamento de dados restrito usando a mesma API googletag.pubads().setPrivacySettings que a GPT tradicional.

Exemplo de código:

<script async
src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>
<div id='gpt-passback'>
  <script>
     window.googletag = window.googletag || {cmd: []};
     googletag.cmd.push(function() {
       googletag
         .defineSlot('/123/sports', [300, 250], 'gpt-passback')
         .addService(googletag.pubads());
       googletag.pubads().setPrivacySettings({
        'restrictDataProcessing': true
       });
       googletag.enableServices();
       googletag.display('gpt-passback');
     });
  </script>
</div>

Solicitação sem tag

Se você usa uma Solicitação sem tag, é possível marcar uma solicitação de anúncio como tratamento de dados restrito adicionando o parâmetro rdp=[int] ao URL de solicitação da tag. É necessário especificar o parâmetro no início da tag para evitar qualquer risco de truncamento. Especifique o parâmetro rdp=1 para marcar a solicitação de anúncio como de tratamento de dados restrito. A omissão do parâmetro desabilita esse tratamento e permite anúncios personalizados. 

Exemplo de código:

https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345

SDK dos anúncios para dispositivos móveis do Google

Consulte o site para desenvolvedores de apps e veja mais informações sobre o SDK dos anúncios para dispositivos móveis do Google.

• AdMob: SDK do GMA para iOS e SDK do GMA para Android
• Ad Manager: SDK do GMA para iOS e SDK do GMA para Android

SDK do Interactive Media Ads do Google (para vídeo)

Em solicitações de vídeo, você pode indicar ao Google que trate seu conteúdo de vídeo como um tratamento de dados restrito. Para fazer isso, use uma tag de vídeo principal criada manualmente (só no Ad Manager) ou qualquer um dos SDKs do IMA específicos à plataforma (SDK do IMA para HTML5, SDK do IMA para iOS, SDK do IMA para Android e SDK do IMA para Google Cast).

Caso seu player de vídeo use o recurso de Inserção de anúncios dinâmicos do Ad Manager, ele também poderá incluir o parâmetro rdp=1 com uma solicitação de vídeo on demand (VOD) ou de transmissão ao vivo para transmitir o parâmetro a todas as solicitações de anúncio incluídas (SDK da DAI para HTML5, Google Cast, iOS, Android, Roku e tvOS).

Tags de anúncios legadas de publishers do Google

Outros tipos de tags de anúncio do Google [por exemplo, a do GAM legada, a tag GUT e a tag síncrona do Google AdSense ou Ad Exchange (show_ads.js)] não são compatíveis com solicitações de anúncio de tratamento de dados restrito. Recomendamos a migração para uma das tags que oferece suporte completo para os modos "anúncios personalizados" e "tratamento de dados restrito".

AdSense para pesquisas

Por padrão, as solicitações de anúncios ao Google não limitam como os dados são tratados e como os anúncios personalizados são veiculados, e a seleção deles é baseada na consulta do usuário e no histórico da pessoa que fez a pesquisa. Quando você ativa o tratamento de dados restrito, o Google limita o uso de informações e veicula somente anúncios não personalizados.

Você pode ativar o tratamento de dados restrito por solicitação, como descrito abaixo, ou pedir ao seu gerente de contas para desativar a personalização em propriedades específicas.

• Para Anúncios de pesquisa — tag de anúncio da Web, adicione o seguinte texto a pageOptions na tag desses anúncios:

  personalizedAds: false,

• Para a tag da AdMob:

  builder.setAdvancedOptionValue("csa_personalizedAds", "false");

• Para a tag do iOS:

  [request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];

Esses métodos vão acionar o tratamento de dados restrito e veicular anúncios não personalizados para essa solicitação específica. Esse é um parâmetro sem estado. Se o parâmetro não for definido nas próximas solicitações desse usuário, o comportamento padrão, que é pedir anúncios personalizados, será retomado.

Accelerated Mobile Pages (AMP)

No caso das solicitações de anúncio das páginas AMP, os publishers podem restringir o tratamento de dados para todos os usuários nos estados relevantes dos EUA ou fazer uma restrição seletiva, seguindo as instruções abaixo para desativar a personalização. Os publishers vão usar as configurações de desativação da personalização quando quiserem ativar o tratamento de dados restrito. Esses termos serão usados como sinônimos ao longo deste artigo.

Solicitar anúncios não personalizados para usuários nos estados aplicáveis dos EUA

Se você usa as tags AMP do Google AdSense ou da DoubleClick sem o Real Time Config (RTC), pode ativar o tratamento de dados restrito nas IUs do Ad Manager ou do AdSense. Não é necessário fazer nenhuma outra mudança nas suas páginas AMP.

Caso suas tags de anúncio AMP usem o Real Time Config (RTC), as solicitações do RTC só serão enviadas se o consentimento for dado ou se não for necessário. Observação: você pode permitir chamadas específicas do RTC, independente do estado de consentimento. Para evitar o envio de solicitações do RTC a usuários que vão receber anúncios não personalizados (ou seja, que estão nos estados dos EUA que exigem essa configuração), use os seguintes componentes e configurações (amp-geo e amp-consent):

<!-- Configure o componente amp-geo para detectar usuários finais dos EUA. No momento, o amp-geo só pode ser usado com a detecção geográfica no país, mas a detecção de estados será disponibilizada em breve. É importante processar o caso "unknown" quando o país não for determinado pelo amp-geo. Pelo menos um grupo precisa conter o "unknown". -->
<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "eea": ["preset-eea", “unknown”]
      }
    }
  </script>
</amp-geo>

<!-- Configure o componente amp-consent para bloquear solicitações e coletar o consentimento dos usuários. Em breve essa rejeição será automática, sem o pedido de consentimento. Isso impede as chamadas do RTC e sinaliza ao Ad Manager/AdSense para exibir anúncios não personalizados. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “remote”,
    “checkConsentHref”: “https://your-endpoint” 
  }
}     
  </script>
</amp-consent>

Como, o amp-geo não consegue detectar os estados dos EUA que exigem a configuração, você precisa enviar um endpoint que informe à AMP se o consentimento é necessário para o usuário utilizando a definição checkConsentHref. A AMP espera que um objeto JSON seja retornado do endpoint. Encontre mais informações sobre a resposta do endpoint no documento do site AMP.

Se configurar um endpoint não é a opção ideal para você, vale lembrar que a equipe das páginas AMP está desenvolvendo um recurso (link em inglês) para ajudar a detectar usuários nos estados dos EUA que exigem essa configuração. Antes do lançamento, você pode aplicar a configuração de consentimento a todos os usuários dos EUA como uma solução temporária. A configuração amp-consent tem esta aparência:

<!-- Configure o componente amp-consent para bloquear solicitações e coletar consentimento de todos os usuários dos EUA -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “true”
  }
}     
  </script>
</amp-consent>

Você precisa adicionar o atributo data-block-on-consent a todos os componentes amp-ad na página, conforme indicado abaixo: Os atributos _auto_reject instruem os anúncios a não esperar pela solicitação e a mostrar substitutos não personalizados diretamente. 

<!-- Por fim, configuramos a tag de anúncio para rejeitar automaticamente o consentimento -->
<amp-ad data-block-on-consent="_auto_reject"
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Veiculação de anúncios personalizados/não personalizados com base no consentimento

Como as páginas AMP não permitem o uso de JavaScript personalizado, a solicitação de anúncios personalizados ou não personalizados se baseia na configuração de um componente amp-consent e nos atributos data-block-on-consent e data-npa-on-unknown-consent. Suponha que você configurou um componente amp-consent e o vinculou a todas as tags <amp-ad> na página usando o data-block-on-consent:

• Se a resposta do usuário ao componente amp-consent for afirmativa (o usuário aceitou a solicitação de consentimento), os anúncios serão solicitados normalmente.
• Se a resposta do usuário ao componente amp-consent for negativa (o usuário rejeitou a solicitação de consentimento), os anúncios não personalizados serão solicitados.
• Se a resposta do usuário ao amp-consent for desconhecida (o usuário descartou a solicitação de consentimento)
  • Por padrão, nenhuma solicitação de anúncio é enviada.
  • Se o parâmetro data-npa-on-unknown-consent for definido como true, serão solicitados anúncios não personalizados.
• Se você configurar um componente amp-geo fazendo que o consentimento não seja necessário, com base na localização geográfica do usuário, as solicitações vão ser enviadas normalmente.

Se as tags <amp-ad> não usarem data-block-on-consent ou o componente amp-consent não tiver sido configurado corretamente, as solicitações serão enviadas normalmente.

Confira a seguir um exemplo de uma configuração que pede consentimento a todos os usuários dos estados relevantes dos EUA, com o comportamento resultante descrito acima:

<!-- Configure o componente amp-geo para detectar usuários finais dos EUA. No momento, o amp-geo só pode ser usado com a detecção geográfica no país, mas a detecção de estados será disponibilizada em breve. É importante processar o caso "unknown" quando o país não for determinado pelo amp-geo. Pelo menos um grupo precisa conter o "unknown". -->

<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "unknown": ["unknown"]
      }
    }
  </script>
</amp-geo>

<!--Configure o consentimento para usuários nos EUA. -->

<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
    “consentInstanceId” : “my_consent”,
      “consentRequired”: false,
      “geoOverride”: {
        “us”: {
          “consentRequired”: “true”,
          “promptUI”: “myConsentFlow”
        }
      }
    }
  </script>
  <div id=”myConsentFlow”>...</div>
</amp-consent>

<!-- Por fim, configure a tag de anúncio para esperar pelo consentimento quando necessário e solicitar anúncios não personalizados se a resposta da solicitação for desconhecida -->
<amp-ad data-block-on-consent
    data-npa-on-unknown-consent=true
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Você pode definir seu próprio endpoint para pedir o consentimento dos usuários de forma seletiva, configurando a página para enviar uma solicitação POST de CORS a um endpoint via checkConsentHref. Para saber mais, consulte a documentação do amp-consent.