Atribuye usuarios móviles a anuncios de TV emitidos en ubicaciones específicas y en momentos específicos.

Mide la tasa de desinstalaciones de usuarios provenientes de distintas fuentes. La medición de desinstalaciones puede ayudarte a analizar y optimizar tus campañas según este importante KPI.

Aprende a configurar la medición de desinstalación.

En las campañas de preinstalación, los propietarios de aplicaciones contratan a fabricantes de dispositivos (OEM) para preinstalar sus aplicaciones. 

Con AppsFlyer, puedes atribuir instalaciones de aplicaciones preinstaladas con facilidad. Cuando los usuarios inician tu aplicación por primera vez, AppsFlyer atribuye la instalación al partner de precarga como fuente de medios.

De manera predeterminada, deben pasar por lo menos 5 segundos entre dos inicios de la aplicación para que cuenten como dos sesiones separadas. Saber más sobre el recuento de sesiones.

Establecer un valor alto para el tiempo personalizado entre lanzamientos puede afectar a las API que dependen de los datos de la Sesión, como el Deep Linking.

Puedes informar manualmente de las sesiones de usuario. Esto puede resultar útil para aplicaciones utilitarias que se ejecutan en segundo plano.

Algunos servicios de 3rd party, como los proveedores de servicios de correo electrónico, encapsulan enlaces en los correos electrónicos con sus propios dominios de registro de clics. Algunos incluso te permiten configurar tus propios dominios de registro de clics. Si OneLink está encapsulado en tales dominios, su funcionalidad podría verse limitada.

Para solucionar este problema, tu desarrollador debe configurar la aplicación con estas API:

AppsFlyer admite la medición de las campañas de push notifications de todos los proveedores, incluidos los mensajes en la nube de Google y los servicios de push notification de Apple.

Saber más sobre la medición de push notifications.

Permitir que tus usuarios existentes inviten a sus amigos y contactos como nuevos usuarios a tu aplicación puede ser un factor de crecimiento clave para tu aplicación. Con AppsFlyer, puedes atribuir y registrar instalaciones que se originen a partir de invitaciones de usuarios dentro de tu aplicación.

Saber más sobre la atribución de invitaciones de usuarios.

Las aplicaciones de promoción cruzada pueden ser un importante factor de crecimiento para generar instalaciones adicionales para tus aplicaciones. AppsFlyer te permite atribuir y registrar las instalaciones que se originan en una promoción cruzada de la aplicación que el usuario tiene actualmente, a otra de tus aplicaciones.

Saber más sobre la atribución de promoción cruzada.

Los propietarios de apps que utilizan App Links o Universal Links para Deep Linking (sin OneLink) pueden configurar el SDK para atribuir sesiones iniciadas a través del dominio asociado con su app (Android/iOS).

Por ejemplo:

• Un usuario busca en Google y hace clic en tu dominio, [www.example.com](https://www.example.com).
• Si el usuario no tiene la aplicación instalada, se le dirige al sitio web ([www.example.com](https://www.example.com)).
• Si el usuario tiene la aplicación instalada en su dispositivo, se le redirige mediante Deep Linking a la aplicación asociada con [www.example.com](https://www.example.com). La sesión se atribuye a la fuente de medios (parámetro pid) configurada en el SDK. 

La documentación para desarrolladores puede encontrarse en:

• Referencia del SDK de Android
• Referencia del SDK de iOS

Consejo! OneLink Smart Script puede ayudar a los propietarios de aplicaciones a convertir a los visitantes del sitio web en usuarios de la aplicación.

En algunos casos, es posible que debas indicar a tu desarrollador que configure el SDK de AppsFlyer para que detenga o limite la recopilación de datos (por ejemplo, para cumplir con las regulaciones del GDPR y CCPA). Existen diferentes métodos para preservar la privacidad de los usuarios en el SDK. Para más información sobre los distintos métodos, consulta el artículo Métodos de preservación de la privacidad en el SDK.

En algunos casos, es posible que los anunciantes deseen dejar de compartir datos a nivel de usuario con las ad networks/partners para usuarios específicos. Las razones para esto incluyen: 

• Políticas de privacidad como la CCPA o el GDPR
• Mecanismos de exclusión opcional de los usuarios
• Competencia con algunos partners (ad networks, third-party)

El intercambio de datos con los partners se controla mediante el método setSharingFilterForPartners:

Como parte de la legislación de la Ley de Marketing Digital (DMA) de la UE, las grandes empresas de tecnología deben obtener el consentimiento de los usuarios finales europeos antes de utilizar datos personales de servicios de terceros para la publicidad.

Para cumplir con la legislación, Google exige que los clientes de AppsFlyer incluyan campos de consentimiento específicos al enviar eventos originados en usuarios finales de la UE a Google. El SDK de AppsFlyer (Android - v6.13.0+, iOS - v6.13.1+) puede enviar los datos de consentimiento necesarios con cada evento para cumplir los requisitos de Google.

El SDK ofrece dos métodos alternativos para recopilar datos de consentimiento:

• A través de una Consent Management Platform (CMP): Si la aplicación utiliza un CMP que cumpla con el protocolo Transparency and Consent Framework (TCF) v2.2, el SDK puede recuperar automáticamente los detalles del consentimiento.

  O

• A través de una API de SDK dedicada: Los desarrolladores pueden pasar los datos de consentimiento necesarios de Google directamente al SDK utilizando una API específica diseñada para este fin.

Para implementar la recopilación de datos de consentimiento de los usuarios para el cumplimiento de la DMA, consulta nuestras guías del centro de desarrollo:

Usa el SDK de modo estricto para eliminar completamente la funcionalidad de recopilación del IDFA y las dependencias del framework de AdSupport (por ejemplo, al desarrollar aplicaciones dirigidas a un público infantil).

Si comercializas aplicaciones dirigidas a un público infantil, tu desarrollador debe instalar el SDK de modo estricto en lugar del SDK normal. Nota: El IDFV sigue estando disponible.

Para deshabilitar los frameworks AdSupport e iAd, el SDK proporciona los siguientes setters: