En resumen: Descubre cómo se cuentan los usuarios únicos y cómo se utilizan en las métricas de los paneles de control y reportes de AppsFlyer.
Acerca de los usuarios únicos
Un usuario único es un término que se refiere a un dispositivo atribuido cuya presencia se cuenta solo una vez, independientemente de cuántas acciones realice un usuario en el dispositivo.
Es un cálculo que se utiliza en una amplia variedad de métricas de marketing, entre las que se incluyen:
- Instalaciones: el número de usuarios únicos que descargaron e instalaron la aplicación.
- Tasa de retención: porcentaje diario de usuarios únicos con una sesión.
- Usuarios únicos del evento: número de usuarios únicos (atribuciones) que realizan el evento.
- Usuarios activos diarios (DAU): número de usuarios únicos (contados solo una vez) que abren la aplicación al menos una vez durante el día.
- Y muchos más.
El cálculo de usuarios únicos se basa en el ID del dispositivo (como el IDFA o GAID). Si no hay ningún ID de dispositivo disponible (como para iOS SKAN), se utiliza el ID de AppsFlyer en su lugar. Esto garantiza que un usuario se cuente una sola vez, ya que el ID del dispositivo o el ID de AppsFlyer es el mismo para todas las acciones, sin importar cuántas sesiones o acciones realice.
Casos de uso
Aunque el cálculo de usuarios únicos suele ser sencillo, a veces surgen preguntas en torno a determinados comportamientos o acciones de los usuarios. Los siguientes casos de uso explican cómo se cuentan los usuarios únicos en algunas de esas instancias más complicadas.
Instalación y reinstalación
La instalación y la reinstalación tienen el mismo ID de dispositivo/ID de AppsFlyer. Por lo tanto, solo se contabiliza 1 usuario único. Ambos eventos in-app se atribuyen al mismo usuario único que la primera instalación.
Nota:
- Si una reinstalación no incluye un ID de dispositivo o ID de AppsFlyer, no se puede conectar a la primera instalación y se considera como "orgánica sin atribuir". Los eventos posteriores a la reinstalación después de reinstalaciones orgánicas no atribuidas no se incluyen en el recuento de usuarios únicos.
- Puede haber otras razones para que algunos eventos no se atribuyan como orgánicos. En estos casos, los eventos tampoco se incluyen en el recuento de usuarios únicos.
Instalación y reatribución:
La instalación y la reatribución tienen el mismo ID de dispositivo/ID de AppsFlyer. Sin embargo, en este caso, AppsFlyer también tiene en cuenta el parámetro is_retargeting=true, por lo que el evento posterior a la reatribución se cuenta como un usuario único adicional. Por lo tanto, se contabilizan 2 usuarios únicos.
- En el panel de control general, la vista de UA muestra 1 usuario único, ya que las reatribuciones de retargeting no se muestran en la vista de UA. Lo mismo ocurre con los reportes de UA.
- En el panel de control general, la vista de retargeting muestra 1 usuario único, ya que las instalaciones de UA no se muestran en la vista de retargeting. Lo mismo ocurre con los reportes de retargeting.
- En el panel de control general, la vista unificada muestra 2 usuarios únicos, 1 conectado a la primera instalación y el segundo conectado a la reatribución. Lo mismo ocurre con los reportes unificados.
Instalación y reengagement
La instalación y el reengagement tienen el mismo ID de dispositivo/ID de AppsFlyer. Sin embargo, en este caso (al igual que para las reatribuciones), AppsFlyer también tiene en cuenta el parámetro is_retargeting=true, por lo que el evento posterior al reengagement se cuenta como un usuario único adicional. Por lo tanto, se contabilizan 2 usuarios únicos.
- En el panel de control general, la vista de UA muestra 1 usuario único, ya que los nuevos reengagements de retargeting no se muestran en la vista de UA. Lo mismo ocurre con los reportes de UA.
- En el panel de control general, la vista de retargeting muestra 1 usuario único, ya que las instalaciones de UA no se muestran en la vista de retargeting. Lo mismo ocurre con los reportes de retargeting.
- En el panel de control general, la vista unificada muestra 2 usuarios únicos, 1 conectado a la primera instalación y el segundo conectado al reengagement. Lo mismo ocurre con los reportes unificados.
Eventos in-app no atribuidos
Cuando un evento in-app no está atribuido, es decir que ocurre después de una reinstalación pero por alguna razón no está vinculado a la primera instalación, no se incluye en absoluto en el recuento de usuarios únicos. Esto puede ocurrir cuando no hay un ID de dispositivo disponible para la reinstalación, pero también podría haber otras razones. Saber más
Características y limitaciones
| Característica | Detalles |
|---|---|
|
Eventos de ingresos por publicidad (af_ad revenue) |
|