En resumen: Preserva la privacidad de tus usuarios con uno o más de los métodos disponibles a través del SDK de AppsFlyer.
Nota
La información presentada en este artículo está destinada únicamente a proporcionar insights sobre los métodos disponibles para los desarrolladores de aplicaciones para controlar el intercambio de datos relacionados con el usuario con propietarios de aplicaciones, redes publicitarias y redes sociales. Este artículo no incluye ni constituye una guía sobre el cumplimiento de las regulaciones de privacidad como COPPA o GDPR o cualquier regulación específica de preservación de la privacidad.
El SDK de AppsFlyer ofrece a los propietarios de aplicaciones varios métodos para proteger la privacidad del usuario y controlar los datos. En este artículo, exploraremos estos métodos y evaluaremos cómo afectan los datos del usuario y cómo usarlos para preservar la privacidad del usuario sin dejar de permitir la atribución.
Después de considerar qué opciones deseas utilizar, comparte la información de implementación en nuestro Dev Hub con tus desarrolladores.
Analicemos cada método.
Usar métodos de start y stop
El SDK envía instalaciones y eventos in-app a AppsFlyer solo después de que se llama al método de start
. Cualquier evento que preceda a la llamada de start
no será reportado por el SDK. De manera similar, si la llamada de start
se invierte posteriormente invocando el método stop
, no se enviarán eventos a partir de entonces.
Impacto en la atribución
La atribución no ocurre cuando:
- no se llama al método de
start
. - se llama al método
stop
para revertir un inicio anterior.
Casos de uso comunes
Caso de uso | Descripción |
---|---|
Opt-in o opt-out en la apertura | El start de llamada después de que el usuario acepte compartir datos en la primera apertura.Si el usuario no da su consentimiento para compartir datos, no llames start . |
Opt-out de la sesión | En cada sesión de la aplicación, solicita su consentimiento y llama o no a start en consecuencia. |
Opt-out única (cuando un usuario opta por el opt-in y luego decide cambiar). | El stop de la llamada evita que el SDK envíe más eventos. |
Referencia del desarrollador
Para referencia del desarrollador y documentación sobre cómo usar los métodos de start y stop, consulta:
Evita el uso compartido de datos con las redes
En el momento de la integración con una red de anuncios o una red de autoreporte (SRN), puedes optar por compartir o no compartir información a nivel de usuario con ese partner. En el SDK, puedes filtrar aún más el uso compartido de datos con todos o algunos asociados de negocios de acuerdo con las preferencias del usuario final mediante el método setSharingFilterForPartners
.
Cuando utilizas este método, AppsFlyer deshabilitará el intercambio de datos del usuario con el partner excluido por cualquier medio, incluidos postbacks, APIs, reportes de raw data, etc.
Impacto en la atribución
- Las instalaciones de redes publicitarias excluidas (no SRN) se atribuyen en AppsFlyer, pero las redes publicitarias no serán notificadas de ninguna manera.
- Las instalaciones de los SRNs excluidos no se atribuyen y sus datos no se comparten con tus partners integrados.
Nota
AppsFlyer no puede atribuir datos de engagement a ningún SRN excluido de la obtención de tus datos.
Referencia del desarrollador
Para referencia del desarrollador y documentación sobre cómo evitar el intercambio de datos con terceros, consulta:
Anonimiza la información del usuario
Puedes configurar el SDK para indicar a AppsFlyer que elimine toda la información de identificación del usuario mediante el método anonymizeUser
. En este caso, el SDK envía instalaciones y eventos in-app a AppsFlyer, donde toda la información de identificación se elimina o se aplica hash:
- Eliminados: identificadores personales (GAID, IDFA, IDFV y CUID)
- Hashed: ID de AppsFlyer y dirección IP
La siguiente imagen muestra una fila de ejemplo de raw data después de la anonimización (eliminación y hash).
Impacto en la atribución
Si llamas a anonymizeUser
antes del start
de la llamada, no se producirá ninguna atribución.
Consejo
Para atribuir el evento de instalación, llama a la función anonymizeUser
solo después de confirmar que el SDK ha enviado el evento de instalación a AppsFlyer. Este flujo garantiza que cualquier evento in-app que ocurra después de la instalación se envíe sin identificadores y, en consecuencia, no se atribuyan.
Referencia del desarrollador
Para referencia del desarrollador y documentación sobre cómo anonimizar la información del usuario, consulte:
Elimina identificadores de dispositivos específicos
Puedes evitar que el SDK recopile y envíe identificadores de dispositivo específicos a AppsFlyer. A diferencia de usar el método anonymizeUser
, deshabilitar identificadores específicos te permite decidir los identificadores que desea conservar.
La API del SDK incluye los siguientes métodos para deshabilitar identificadores.
Identificadores de Android
Método | Identificadores desactivados |
---|---|
setdisableadvertisingIdentifiers
|
* Google Advertising ID (GAID) * Open Anonymous Device Identifier (OAID) * Amazon Advertising ID (AAID) |
setcollectoaid |
Open Anonymous Device Identifier (OAID) |
Identificadores de iOS
Método | Identificador deshabilitado |
---|---|
disableAdvertisingIdentifier |
IDFA (iOS 13 y anteriores) |
disableIDFVCollection |
IDFV |
Referencia del desarrollador
Para la referencia del desarrollador y la documentación sobre cómo eliminar identificadores de dispositivos específicos, consulta:
¿Tienes preguntas sobre la privacidad de AppsFlyer?
La relación de privacidad entre tú y AppsFlyer se rige por la Declaración de AppsFlyer sobre el Tratamiento de Datos. Si tienes alguna pregunta relacionada con esta declaración o para ponerte en contacto con nuestro responsable de protección de datos, envía un correo electrónico a dpo@appsflyer.com.