Comparar diferentes métricas
Este es un resumen de las métricas disponibles en Adapty Analytics. Úsalo para entender qué mide cada métrica y en qué se diferencia de las métricas relacionadas.
Para una explicación más detallada de cómo Adapty procesa los datos de análisis, consulta Cómo funciona Adapty Analytics.
Este artículo no cubre las métricas de Adapty User Acquisition. Consulta UA analytics para obtener más información sobre las métricas de campañas publicitarias (Gasto, CPI, ROAS, CTR, entre otras).
Métricas globales
Las métricas globales hacen seguimiento del rendimiento de toda la app, en todos los placements y paywalls.
Ingresos
Estas métricas miden cuánto dinero genera la app y de qué fuentes proviene.
| Métrica | Descripción | Diferencia clave |
|---|---|---|
| Revenue | Ingresos totales de suscripciones y compras únicas, menos reembolsos | Ingresos reales generados. Puede mostrar ingresos brutos, ingresos tras comisión, o ingresos tras impuestos y comisión, según los controles del gráfico |
| MRR | Ingresos recurrentes mensuales de suscripciones activas | Ingresos mensuales predecibles de tu app. Excluye compras únicas y suscripciones no recurrentes. |
| ARR | Ingresos recurrentes anuales de suscripciones activas | Se calcula como el MRR pero a escala anual. Útil para proyectar ingresos anuales |
| ARPU | Ingresos medios por usuario | Divide los ingresos entre el número total de usuarios — de pago y gratuitos. Muestra cuántos ingresos genera cada usuario de media |
| ARPPU | Ingresos medios por usuario de pago | Solo cuenta los usuarios que realizaron una compra durante el período seleccionado, incluidas las transacciones reembolsadas. Siempre es superior al ARPU |
| LTV (lifetime value) | Ingresos de los clientes de pago divididos entre el número de clientes de pago de una cohorte | Valor realizado por cliente de pago a lo largo del tiempo. A diferencia del ARPPU (período único), el LTV muestra los ingresos totales durante toda la relación con el cliente. Se puede ver por renovaciones o por días de calendario |
| LTV predicho | Valor de vida estimado por usuario en una cohorte | Estimación prospectiva. A diferencia del LTV realizado, proyecta el valor futuro a partir de los patrones históricos de retención de la cohorte. Disponible para 3, 6, 9, 12, 18 y 24 meses |
| Revenue predicho | Ingresos totales estimados que generará una cohorte | Estimación prospectiva. A diferencia del Revenue realizado, predice el total que generará una cohorte en el período seleccionado. Se actualiza diariamente |
| Non-subscriptions | Recuento de compras in-app: consumibles, no consumibles y suscripciones no renovables | Excluye las suscripciones de renovación automática. |
| Refund events | Recuento de compras o suscripciones reembolsadas | Se atribuye a la fecha del reembolso, no a la fecha de compra original. |
| Refund money | Importe total reembolsado durante el período seleccionado | Impacto económico de los reembolsos. Se calcula antes de las comisiones del store. A diferencia de Refund events (un recuento), muestra el importe monetario |
Suscriptores y conversión
Estas métricas muestran cómo los usuarios llegan a la app y avanzan por el embudo.
| Métrica | Descripción | Diferencia clave |
|---|---|---|
| Instalaciones | Número de instalaciones de la app durante el período | Cuenta una de las siguientes opciones según la definición de instalación: • Instalaciones por dispositivo (un usuario que reinstala la app se cuenta de nuevo) • Usuarios únicos (solo cuenta usuarios que hayan establecido customer_user_id. Los usuarios anónimos se excluyen por completo — si no hay usuarios identificados, el recuento es 0) |
| Nuevos trials | Trials activados durante el período | Cuenta cada inicio de trial, aunque el trial ya haya expirado o se haya convertido a pago en el momento de consultar el gráfico |
| Trials activos | Número de trials que aún no han expirado | Solo cuenta los trials activos al final del período |
| Nuevas suscripciones | Suscripciones activadas por primera vez durante el período, incluyendo tanto las primeras compras sin trial como las conversiones de trial a pago | Excluye renovaciones y reactivaciones. No equivale al evento de integración subscription_started, que solo cuenta las primeras compras sin trial — las conversiones de trial disparan trial_converted en su lugar |
| Suscripciones activas | Número de suscripciones de pago que aún no han expirado | Excluye los trials y las suscripciones con renovación cancelada |
| Instalación a trial | Porcentaje de instaladores que iniciaron un trial | El denominador incluye a todos los instaladores, no solo a quienes vieron un paywall, por lo que la tasa puede ser inferior a la de vista de paywall a trial. Ambas métricas también pueden diferir si la app no registra las vistas de paywall. Esto puede ocurrir con un paywall personalizado que no llama a logShowFlow (SDK de iOS v4+) / logShowPaywall, o cuando un usuario inicia su trial desde una compra in-app promocionada. |
| Vista de paywall a trial | Porcentaje de usuarios que vieron un paywall y iniciaron un trial | Solo cuenta los usuarios que vieron un paywall, por lo que la tasa puede ser superior a la de instalación a trial |
| Trial a pago | Porcentaje de usuarios en trial que compraron una suscripción | Mide la calidad del trial y la eficiencia de conversión. A diferencia de instalación a pago, se centra únicamente en los usuarios que completaron un trial |
| Instalación a pago | Porcentaje de instaladores que compraron una primera suscripción | Cuenta todos los instaladores, no solo quienes vieron un paywall. La tasa puede ser inferior a la de vista de paywall a pago. Incluye tanto compras directas como conversiones de trial a pago |
| Vista de paywall a pago | Porcentaje de usuarios que vieron un paywall y acabaron comprando una suscripción | Solo cuenta los usuarios que vieron un paywall, por lo que la tasa puede ser superior a la de instalación a pago. Incluye a los usuarios que primero completaron un trial |
Retención y renovación de suscripciones
Estas métricas miden con qué eficacia la app retiene a sus suscriptores de pago a lo largo del tiempo.
| Métrica | Descripción | Diferencia clave |
|---|---|---|
| Retención | Porcentaje de los suscriptores originales que permanecen tras cada período de facturación: 1.ª renovación, 2.ª renovación, etc. | Hace un seguimiento de los suscriptores desde el primer pago. A diferencia de las métricas período a período que se muestran a continuación, siempre compara con el grupo original, para que veas el panorama completo de un vistazo |
| De pago al 2.º período | Porcentaje de suscriptores nuevos que renovaron para el segundo período | Mide la transición entre dos períodos adyacentes concretos. A diferencia de la Retención, se centra en la renovación más crítica: la primera |
| Del 2.º al 3.º período | Porcentaje que renueva del 2.º al 3.º período | Indica la estabilidad de retención temprana tras la renovación inicial |
| Del 3.º al 4.º período | Porcentaje que renueva del 3.º al 4.º período | Indicador de retención a medio plazo |
| Del 4.º al 5.º período | Porcentaje que renueva del 4.º al 5.º período | Indicador de fidelización a largo plazo |
| 6 meses+ | Porcentaje de suscriptores nuevos que permanecen suscritos durante más de 6 meses | Mide el tiempo en calendario, no el número de renovaciones. Un suscriptor anual cuenta como retenido a los 6 meses aunque no haya realizado ninguna renovación |
| 1 año+ | Porcentaje de suscriptores nuevos que permanecen suscritos durante más de 12 meses | Hito de retención anual |
| 2 años+ | Porcentaje de suscriptores nuevos que permanecen suscritos durante más de 24 meses | Hito de retención a largo plazo |
Pérdida de usuarios
Estas métricas miden cuántos suscriptores y usuarios en período de prueba pierde la app.
| Métrica | Descripción | Diferencia clave |
|---|---|---|
| Cancelación de renovación de trials | Trials en los que el usuario desactivó la renovación automática | El usuario mantiene el acceso al trial hasta que finalice, pero no se convertirá a pago automáticamente. A diferencia de la cancelación de renovación de suscripciones, aplica a usuarios en trial que aún no han pagado |
| Trials expirados (cancelados) | Trials que expiraron: el usuario perdió el acceso a las funciones premium | El usuario ya ha perdido el acceso. Se atribuye a la fecha de expiración, aunque el usuario haya cancelado la renovación en un período anterior. Se puede agrupar por motivo (voluntario o por fallo de pago) |
| Cancelación de renovación de suscripciones | Suscripciones en las que el usuario desactivó la renovación automática | El usuario conserva el acceso hasta que finalice el período. Indica riesgo de churn, no churn real: el usuario puede volver a activar la renovación automática antes de que expire el período |
| Suscripciones canceladas (expiradas) | Suscripciones que expiraron: el usuario perdió el acceso a las funciones premium | Churn real. El usuario ya ha perdido el acceso. Se atribuye a la fecha de expiración, aunque el usuario haya cancelado la renovación en un período anterior. Se puede agrupar por motivo (voluntario o por fallo de pago) |
Problemas de facturación y recuperación de ingresos
Estas métricas miden con qué eficacia la app recupera los ingresos perdidos por problemas de facturación.
| Métrica | Descripción | Diferencia clave |
|---|---|---|
| Período de gracia | Suscripciones que entraron en período de gracia debido a un fallo de facturación | Incluye usuarios que superaron el período de gracia y perdieron el acceso |
| Período de gracia a pagado | Porcentaje de usuarios en período de gracia que renovaron antes de que este terminara | Una tasa (%). Responde a “¿qué proporción de usuarios en período de gracia se recuperó?” |
| Período de gracia convertido | Número absoluto de suscripciones en período de gracia que se renovaron con éxito | Los mismos eventos que Período de gracia a pagado, pero mostrados como un recuento en lugar de un porcentaje |
| Ingresos convertidos del período de gracia | Ingresos procedentes de recuperaciones en período de gracia | Impacto financiero de la función de período de gracia |
| Problema de facturación | Suscripciones que entraron en estado de problema de facturación | Comienza tras expirar el período de gracia. A diferencia del período de gracia, solo cuenta usuarios que ya han perdido el acceso premium |
| Problema de facturación a pagado | Porcentaje de usuarios con problema de facturación que renovaron antes de que terminara el ciclo de facturación | Una tasa (%). Responde a “¿qué proporción de usuarios con problema de facturación se recuperó?” |
| Problema de facturación convertido | Número absoluto de suscripciones con problema de facturación que se renovaron con éxito | Un recuento de suscripciones con problema de facturación que se renovaron con éxito. Los mismos eventos que Problema de facturación a pagado, pero mostrados como un recuento en lugar de un porcentaje |
| Ingresos convertidos del problema de facturación | Ingresos procedentes de recuperaciones por problema de facturación | Impacto financiero de la recuperación por problema de facturación |
Métricas de paywall, placement y onboarding
Estas métricas se calculan para paywalls, placements y onboardings individuales. Miden el rendimiento de un paywall o placement concreto, no el de la aplicación en su conjunto. La columna Associated global metric indica la métrica correspondiente en la sección de analítica global.
| Métrica | Descripción | Diferencia clave | Métrica global asociada |
|---|---|---|---|
| Proceeds | Ingresos tras impuestos y comisiones para un placement individual | Equivalente a Revenue tras impuestos y comisiones | Revenue |
| ARPPU | Ingreso medio por usuario de pago para este paywall o placement | Mismo cálculo que el ARPPU global, pero limitado a un único paywall o placement | ARPPU |
| ARPAS | Ingresos divididos entre el número de suscriptores activos (prueba y de pago) | Incluye usuarios en prueba. A diferencia de ARPPU, refleja el potencial de ingresos de toda la base de suscriptores | — |
| Views | Número total de veces que se mostró un paywall o placement | Cuenta cada visualización. Un mismo usuario que ve el mismo paywall dos veces cuenta como 2 vistas | — |
| Unique views | Número de usuarios únicos que vieron un paywall o placement | Cada usuario se cuenta una vez, independientemente de cuántas veces lo haya visto. A diferencia de Views, mide el alcance en lugar de la frecuencia de interacción | — |
| CR to purchases | Compras divididas entre el total de vistas | Usa el total de vistas (incluidas las repetidas del mismo usuario) como denominador | Paywall view to paid |
| Unique CR to purchases | Compras divididas entre vistas únicas | Usa vistas únicas como denominador. La tasa es más alta que la CR no única porque los visitantes recurrentes se cuentan una sola vez | Paywall view to paid |
| CR to trials | Pruebas iniciadas divididas entre el total de vistas | Mide con qué eficacia un paywall convierte las vistas en pruebas | Paywall view to trial |
| Unique CR to trials | Pruebas iniciadas divididas entre vistas únicas | Se calcula igual que CR to trials, pero usando visitantes únicos como denominador | Paywall view to trial |
| Purchases | Número total de transacciones de este paywall: nuevas compras, conversiones de prueba, upgrades, downgrades y suscripciones reactivadas | Excluye renovaciones. | Revenue |
| Trials | Total de pruebas activadas a través de este paywall | Limitado únicamente a este paywall | New trials |
| Trials canceled | Número de pruebas en las que el usuario desactivó la renovación automática | Limitado solo a las pruebas de este paywall | Trials renewal cancelled |
| Refund rate | Reembolsos divididos entre las primeras compras (renovaciones excluidas) | Es una tasa (%), no un recuento. Normaliza los reembolsos respecto al número de compras | Refund events (recuento, no tasa) |
| Completions | Número de veces que los usuarios completaron un onboarding de principio a fin | Solo para placement y onboarding. Cuenta cada finalización, incluidas las repetidas del mismo usuario | — |
| Unique completions | Número de usuarios únicos que completaron un onboarding | Solo para placement y onboarding. Cada usuario se cuenta una vez. A diferencia de Completions, mide cuántas personas distintas terminaron el flow | — |
| Unique completions rate | Completions únicas divididas entre vistas únicas | Solo para placement y onboarding. Mide la efectividad del onboarding: qué proporción de usuarios que lo iniciaron realmente lo terminaron | — |