Suporte à política de consentimento do Google na UE

As seguintes integrações são relevantes para a nova política de consentimento:

• Google Ads (googleadwords_int)
• GMP DV360 (dv360_int)

Se os usuários finais adquiridos por meio dessas integrações estiverem localizados no Espaço Econômico Europeu (EEE), tome as medidas necessárias para cumprir com os requisitos da nova política de consentimento do Google na UE.

Para continuar usando recursos do Google Ads e GMP DV360, é necessário que os usuários dentro do EEE permitam o uso de seus dados pessoais para fins de mensuração, personalização de anúncios e remarketing.

O SDK da AppsFlyer (Android - v6.13.0+, iOS - v6.13.1+) envia dados de consentimento necessários a cada evento, seguindo as diretrizes do Google.

• Atualize seu SDK para a versão mais recente (Android - v6.13.0+, iOS - v6.13.1+), para aplicativos Android ou iOS.
• Feito isso, clique aqui e siga as instruções de implementação para compatibilidade com o DMA.

Você tem duas opções:

• Diretamente via SDK ou via S2S API: profissionais de marketing podem enviar dados de consentimento diretamente para a AppsFlyer usando o SDK. Isso se aplica a apps do Android e iOS.
• Via TCF Strings: se você usa ou pretende usar uma Plataforma de Gestão de Consentimento (CMP), você pode enviar os campos de dados por meio de IAB TCF strings (TCF V2.2) padrão. Lembre-se de incluir o Google vendor ID (755) na lista de fornecedores autorizados.  

Assim, a AppsFlyer permite que os clientes enviem sinais de consentimento ao Google. No entanto, é importante observar que a AppsFlyer não coleta, altera ou controla o consentimento dos usuários finais. Profissionais de marketing que trabalham com o Google são responsáveis por coletar os campos de consentimento necessários.

Veja esse vídeo sobre como enviar dados de consentimento para a AppsFlyer.

Os dados de consentimento das integrações relevantes (googleadwords_int e dv360_int) são enviados para o Google usando os campos abaixo:

1. Veja qual é a definição do Google para cada campo.
2. Quando o DMA não se aplica ao usuário, a AppsFlyer sugere evitar o envio de campos de consentimento além de gdpr_applies=false

Quando o DMA não se aplica aos seus usuários finais (por exemplo, caso eles estejam fora da UE), a AppsFlyer oferece a opção de não enviar dados de consentimento para o Google. Para isso, basta ativar o botão relevante nas páginas de integração.

Para não compartilhar dados de consentimento com o Google:

1. Na AppsFlyer, no menu lateral, selecione Colaboração > Integrações ativas.
2. Procure pelo parceiro e clique em Gerenciar integração.
3. Na aba de configuração da integração, ative usuários fora da UE

Nesse estágio, apenas eventos de aplicativos mobile são compartilhados com o Google, portanto, não há necessidade de compartilhar com dados consentimento para eventos da web para a AppsFlyer. Se os usuários forem da web para o seu aplicativo, o consentimento deles será coletado dentro do aplicativo em um estágio posterior.

O Digital Markets Act (DMA) se aplica a usuários dentro da UE e do EEE (Espaço Econômico Europeu) e, portanto, afeta esses países. Embora o Reino Unido e a Suíça não façam parte da UE, o Google estendeu sua política de consentimento para incluir esses países também.

A AppsFlyer recomenda consultar sua equipe jurídica para garantir o consentimento em compliance com o DMA. Embora o Google forneça instruções gerais, ele não sugere uma linguagem específica para os prompts. 

Depois que a AppsFlyer recebe as strings TCF do seu CMP (seja através do SDK da AppsFlyer ou S2S), elas são processadas e traduzidas nos servidores da AppsFlyer. A seguinte tradução é mapeada e enviada ao Google, conforme recomendado pelo Google:

Sim. O Google exige que os dados de consentimento sejam incluídos em cada evento enviado da AppsFlyer, pois o Google não mescla os dados de consentimento do usuário do Firebase com os dados enviados da AppsFlyer. Portanto, os dados de consentimento devem ser enviados para a AppsFlyer, que os encaminha para o Google. Da mesma forma, compartilhar dados de consentimento apenas com a AppsFlyer é insuficiente para os requisitos do SDK do Firebase. Isso significa que você deve enviar os dados tanto para a AppsFlyer quanto para o Firebase.

Consentimento do usuário no Espaço Econômico Europeu (EEE)

Fale com a assessoria jurídica da sua empresa para entender como essas novas diretrizes afetam o compartilhamento de dados com seus parceiros, como é o caso do Google. Se for relevante, use notificações de privacidade como "configurações de privacidade" ou "opções de privacidade" para coletar o consentimento do usuário para fins de marketing e publicidade.

CPM Compliance e compatibilidade com TCF 2.2

Certifique-se de que a sua Plataforma de Gestão de Consentimento (CMP) é compatível com o TCF 2.2, que é a versão mais atualizada do Transparency and Consent Framework (TCF). Seu TCF também deve estar ciente das novas diretrizes de consentimento do Google para a UE, podendo aconselhá-lo sobre como oferecer o suporte necessário via TCF.

Implementar as versões mais recentes do SDK/Server-to-Server (S2S) APIs

Veja algumas das opções para enviar os novos campos de consentimento usando o SDK ou as chamadas da S2S API:

• Usando o SDK:
  • Implemente a versão mais recente do SDK da AppsFlyer (Android - v6.13.0+, iOS - v6.13.1+) para aplicativos iOS e Android
  • Defina como será o envio dos dados de consentimento
• Usando chamadas de S2S API :
  • Antes de enviar eventos in-app para a AppsFlyer, atualize suas chamadas de API, incluindo o objeto consent_data para cada evento. Clique aqui para mais informações. 

Transição da integração legada GMP (DoubleClick)

Se você ainda estiver usando a integração GMP legada (doubleclick_int), recomendamos que você complete a transição para a versão mais recente (dv360_int) no primeiro trimestre de 2024. A integração legada não é compatível com as novas diretrizes de consentimento da UE e será desativada em breve. Mais detalhes aqui.

Usuários da UE que não permitirem que seus dados sejam usados para fins de publicidade (ad_user_data=0) não serão atribuídos pelo Google Ads e DV360. Isso significa que a AppsFlyer também não poderá atribuí-los.
Existem alguns casos extremos em que o Google e a AppsFlyer ainda podem realizar a atribuição quando ad_user_data=0, com base na interpretação do Google sobre a regulamentação do DMA.

Essas alterações podem afetar o número de usuários do espaço econômico europeu que fazem parte da sua audiência e que são expostos a campanhas de remarketing no Google. Usuários localizados no EEE terão que permitir o compartilhamento de dados antes que suas informações sejam compartilhadas com o Google. Aqueles que não derem seu consentimento serão excluídos das audiências do Google e não serão expostos às suas campanhas. Assim, você pode estar se perguntando sobre como obter o consentimento dos seus usuários e como isso pode afetar seus esforços de publicidade. Saiba mais sobre possíveis alterações no Audiences.