Digital Markets Act (DMA) hub

A AppsFlyer recomenda que você aborde esse assunto com a sua equipe jurídica para entender quais medidas se aplicam ao seu negócio. Além disso, recomendamos que você avalie o possível impacto dessas alterações com o seu representante do Google, que pode fornecer informações sobre o melhor caminho para a sua empresa.
Anunciantes que usam plataformas de gestão de consentimento (CMPs) também podem analisar esse tópico com sua CMP. A solução mais comum se baseia na detecção de IP dos usuários finais, mas é possível que você tenha que avaliar outros pontos da sua estratégia.

O Google exige que a AppsFlyer envie os dados de consentimento para TODOS os eventos enviados por meio da nossa plataforma. Portanto, recomendamos o envio dos dados de consentimento mais recentes com cada evento. No futuro, a AppsFlyer pretende enriquecer eventos in-app (quando identificarmos a ausência dessas informações) com dados de consentimento coletados durante a instalação ou a sessão mais recente. No entanto, esse recurso ainda não está disponível.

Anunciantes que não promovem seus apps através do Google na UE podem optar por não enviar dados de consentimento. Para isso, basta ativar a opção “usuários fora da UE” em sua integração do Google ou DV360.
Feito isso, a AppsFlyer passará a enviar um sinal para o Google / DV360 informando que o usuário NÃO se encontra na UE/EEE (eea=0).
Mas atenção: antes de usar essa opção, recomendamos que você receba a aprovação da sua equipe jurídica, para certificar-se de que essa decisão se alinha com suas políticas internas.

Quando ad_user_data aparece com o status rejeitado para um usuário do EEE, o Google não usará o device ID desse usuário e não reivindicará a atribuição (portanto, a AppsFlyer não poderá atribuir esse usuário ao Google) nem o incluirá em sua audiência para anúncios personalizados. Quando ad_personalization aparece com o status rejeitado (enquanto ad_user_data mostra o status aprovado), o Google não incluirá esse usuário em nenhuma audiência para anúncios personalizados, mas a atribuição ainda será realizada.

Quando eea=1 (usuário se encontra no EEE):

• ad_user_data=0 & ad_personalization=0: sem atribuição e anúncios personalizados
• ad_user_data=0 & ad_personalization=1: sem atribuição e anúncios personalizados
• ad_user_data=1 & ad_personalization=0: com atribuição, sem anúncios personalizados
• ad_user_data=1 & ad_personalization=1: atribuição e anúncios personalizados

Nosso SDK “faz a integração” com qualquer CMP compatível com o TCF2.2 (a versão mais atualizada do TCF). Todas as CMPs verificadas pela lista do Google usam o TCF2.2 (somente é permitido o uso de CMPs certificadas pelo Google), mas é possível que algumas delas não estejam na lista.
Não é preciso registrar a AppsFlyer como um fornecedor verificado em sua CMP.

Sim. O Google não sincroniza dados de consentimento entre os eventos enviados pelo Firebase e pela AppsFlyer. Por isso, a AppsFlyer ainda precisa receber o consentimento explícito dos seus usuários para que eles sejam enviados ao Google.

Usuários da UE que não permitirem que seus dados sejam usados para fins de publicidade não serão atribuídos pelo Google Ads e DV360. Isso significa que a AppsFlyer também não poderá atribuí-los.