Visão geral: proteja a privacidade dos seus usuários usando um mais métodos disponíveis com o SDK da AppsFlyer.
Observação
As informações apresentadas neste artigo destinam-se exclusivamente a fornecer informações sobre os métodos disponíveis aos desenvolvedores de aplicativos para controlar o compartilhamento de dados do usuário com proprietários de aplicativos, ad networks e redes sociais. Este artigo não inclui nem constitui orientação sobre conformidade com regulamentações de privacidade, como COPPA ou GDPR, ou quaisquer regulamentações específicas de proteção de privacidade.
O SDK da AppsFlyer oferece diversos métodos para proteger a privacidade e o controle de dados do usuário. Nesse artigo, vamos falar sobre cada um deles e avaliar como eles afetam os dados do usuário, além de explicar como esses métodos podem ser usados para proteger a privacidade dos clientes sem impedir a atribuição.
Depois de definir as opções que você deseja usar, compartilhe as informações de implementação necessárias em nosso Dev Hub com seus desenvolvedores.
Vamos falar sobre cada método.
Use os métodos start e stop
O SDK envia instalações e eventos in-app para a AppsFlyer somente depois que o método start é chamado. Qualquer evento que ocorra antes do chamado start não será relatado pelo SDK. Da mesma forma, se o chamado start for revertido usando o método stop, nenhum evento será enviado.
Como isso afeta a atribuição
A atribuição não ocorre quando:
- o método
startnão é chamado. - o método
stopé chamado para reverter o start anterior.
Casos comuns
| Caso de uso | Descrição |
|---|---|
| Opt-in ou opt-out na hora da abertura do app | Chame start depois que o usuário permitir o compartilhamento de dados na primeira abertura do app.Caso contrário, você não deve chamar start. |
| Sessão com opt-out | Em cada sessão do aplicativo, peça o consentimento do usuário e depois faça a chamada start quando adequado. |
| Opt-out único (quando o usuário dá opt-in e depois decide pelo opt-out). | Faça a chamada stop para impedir que o SDK continue enviando eventos. |
Documentação para desenvolvedores
Para consultar referências e documentação sobre como usar os métodos start e stop, acesse:
Como impedir o compartilhamento de dados com ad networks
No momento da integração com uma ad network ou com uma rede de autorrelato (SRN), você pode optar por compartilhar informações no nível do usuário com o parceiro em questão. No SDK, você pode fazer uma filtragem ainda mais personalizada, optando pelo compartilhamento com todos ou com alguns parceiros, de acordo com as preferências do usuário final, usando o método setSharingFilterForPartners.
Ao usar esse método, a AppsFlyer desativará completamente o compartilhamento de dados com um parceiro, seja através de postbacks, APIs, relatórios de dados brutos, etc.
Como isso afeta a atribuição
- Instalações de ad networks removidas do compartilhamento (não SRNs) são atribuídas na AppsFlyer. As ad networks não serão notificadas.
- Instalações de SRNs removidas do compartilhamento não são atribuídas, e os dados não são compartilhados com seus parceiros integrados.
Observação
A AppsFlyer não atribui dados de engajamento para nenhuma SRN que não recebe seus dados.
Documentação para desenvolvedores
Para consultar referências e documentação sobre como impedir o compartilhamento de dados com terceiros, acesse:
Como anonimizar informações do usuário
Você pode configurar o SDK para solicitar a remoção de todas as informações pessoais dos usuários usando o método anonymizeUser. Nesse caso, o SDK envia eventos in-app e de instalação para a AppsFlyer, nos quais todas as informações pessoais são deletadas ou anonimizadas:
- Deletado: identificadores pessoais (GAID, IDFA, IDFV e CUID).
- Anonimizado: AppsFlyer ID e endereço IP
A imagem abaixo mostra um exemplo de dados brutos que foram deletados e/ou anonimizados:
Como isso afeta a atribuição
Se você chamar anonymizeUser antes de chamar start, nenhuma atribuição ocorrerá.
Dica
Para atribuir o evento de instalação, chame a função anonymizeUser somente depois de confirmar que o SDK enviou o evento de instalação para a AppsFlyer. Esse fluxo garante que quaisquer eventos in-app que ocorrem após a instalação sejam enviados sem identificadores e, consequentemente, não sejam atribuídos.
Documentação para desenvolvedores
Para consultar referências e documentação sobre como anonimizar informações do usuário, acesse:
Como remover identificadores de dispositivo específicos
Você pode impedir que o SDK colete e envie identificadores específicos para a AppsFlyer. Ao contrário do método anonymizeUser, a desativação de identificadores específicos permite que você decida quais IDs deseja manter.
A SDK API inclui os seguintes métodos:
Identificadores Android
| Método | Identificadores desativados |
|---|---|
setdisableadvertisingIdentifiers
|
* Google Advertising ID (GAID) * Open Anonymous Device Identifier (OAID) * Amazon Advertising ID (AAID) |
setcollectoaid |
Open Anonymous Device Identifier (OAID) |
Identificadores iOS
| Método | Identificadores desativados |
|---|---|
disableAdvertisingIdentifier |
IDFA (iOS 13 e versões anteriores) |
disableIDFVCollection |
IDFV |
Documentação para desenvolvedores
Para consultar referências e documentação sobre como remover identificadores de dispositivo específicos, acesse:
Dúvidas sobre a política de privacidade da AppsFlyer?
Nossa política de privacidade é definida pelo AppsFlyer Statement on Data Processing. Para dúvidas com relação a esse documento ou para entrar em contato com nosso responsável pela proteção de dados, envie uma mensagem para dpo@appsflyer.com.