Solucionar discrepancias en los datos

Los usuarios de Adapty pueden encontrar discrepancias al comparar conjuntos de datos similares de distintas fuentes. En particular, esto puede ocurrir cuando comparas:

  • Gráficos de Adapty con informes del store
  • Gráficos de Adapty con gráficos de terceros
  • Diferentes gráficos dentro de Adapty

Algoritmo de resolución de problemas

La mayoría de las discrepancias entre Adapty y otras plataformas son esperadas y normales. Ocurren porque distintas fuentes procesan los mismos datos de forma diferente.

Otras veces, indican un problema con tu configuración de Adapty.

Si sospechas que tus datos varían de una plataforma a otra, lo mejor es exportar los datos brutos y comparar los archivos.

  • Incluso los stores pueden tener problemas relacionados con el procesamiento y la presentación de datos. Accede a los datos de transacciones sin procesar de los stores para una comparación más precisa.
  • Al comparar Adapty con otra plataforma de análisis, utiliza los informes de transacciones del store como fuente de verdad y punto de comparación.
  • Es más fácil identificar inconsistencias con un conjunto de datos limitado. Compara volúmenes pequeños de datos: céntrate en un producto específico y un solo día.
  • Identifica si tu discrepancia proviene de una diferencia en el precio o en el número de eventos. Los problemas de precios se pueden solucionar con una actualización del producto. Los problemas con eventos pueden indicar problemas en el servidor.
  • Consulta el feed de eventos para monitorizar los eventos entrantes: puede que notes comportamientos inesperados. Después de identificar dónde divergen los datos, puedes revisar las siguientes causas habituales:

Problemas con las notificaciones del servidor y RTDN

Adapty no recibe los datos de eventos necesarios si no configuraste correctamente las conexiones con el store. Esto afecta especialmente a los eventos que ocurren sin la intervención directa del usuario: renovaciones de suscripción, problemas de facturación, etc.

Completa la configuración servidor a servidor lo antes posible (App Store | Play Store) y espera a que los stores establezcan la conexión. Puedes subir manualmente los datos de App Store Connect que falten a Adapty.

Datos ausentes

Usuarios con versiones desactualizadas de la app

Si algunos de tus usuarios utilizan una versión antigua de tu app sin el SDK de Adapty, Adapty no recibirá sus datos. Por eso, las cifras de Adapty y de otras fuentes diferirán.

Problemas de integración

Algunas integraciones de Adapty (por ejemplo, Adjust o AppsFlyer) requienen código adicional en la aplicación para funcionar. Si configuras el Adapty Dashboard pero no actualizas tu aplicación, los datos necesarios no aparecerán en Adapty.

Datos históricos faltantes

Adapty no tiene acceso a los datos históricos de tu aplicación, a menos que los importes manualmente. Si el rango de fechas de un gráfico empieza antes de que integraras Adapty y no importaste datos históricos, sus valores diferirán de otras fuentes.

Retrasos en los datos

Adapty aspira a ofrecer un análisis casi en tiempo real de la economía de tu aplicación. Se aplican las siguientes limitaciones y excepciones:

  • Cuando integras Adapty por primera vez, es posible que los datos no aparezcan de inmediato.
  • Cuando activas una integración con una plataforma de terceros, puede haber un retraso antes de que los datos se sincronicen por completo.
  • Una vez que Adapty recibe los datos del store, se necesitan otros 15-30 minutos para procesarlos y mostrarlos en la página de Analytics.
  • El intercambio de datos entre Adapty y terceros no siempre es instantáneo debido a la cantidad de variables implicadas.
  • Los cálculos de algunas métricas avanzadas (como las predicciones de cohorte) requieren una cierta cantidad de datos. Adapty solo realizará estos cálculos cuando haya recopilado suficientes datos.

Tiempo y calendario

Fechas y zonas horarias

Una de las razones más habituales de las discrepancias en los datos es la diferencia en la configuración de zonas horarias.

Adapty cuenta los días según la zona horaria UTC. Si otra plataforma usa una zona horaria distinta, los cálculos diferirán. La diferencia se reduce a medida que aumenta la escala.

Puedes cambiar la configuración de zona horaria para cada aplicación.

timezone-setting.webp

El calendario fiscal de Apple

Apple utiliza su propio calendario fiscal para determinar los períodos de ventas y las fechas de pago.

Cada “mes” en este calendario consta de 4 o 5 semanas y puede incluir días de los meses del calendario adyacentes. Los pagos se emiten normalmente entre 30 y 45 días después de que finaliza el período de ventas.

Por ejemplo, el período de ventas de “enero de 2026” comienza el 28 de diciembre de 2025, es decir, 4 días antes del inicio del mes natural. La fecha de pago estimada para este período es el 5 de marzo. No compares los datos de los informes de pagos de Apple con meses del calendario. En su lugar, selecciona un rango de fechas personalizado que corresponda al período de ventas que necesitas.

Fechas de transacción

Algunos servicios (por ejemplo, AppsFlyer) pueden aplicar reglas de cohorte al mostrar transacciones y atribuirlas a la fecha de instalación de la aplicación, en lugar de a la fecha en que ocurrió la propia transacción.

Cálculo de ingresos

Tarifas e impuestos

Dependiendo de la configuración, los gráficos de Adapty pueden mostrar tus ingresos brutos, los ingresos tras la comisión del store o los ingresos tras la comisión del store e impuestos.

revenue-types.webp

Algunos stores y plataformas de terceros pueden no tener la capacidad de mostrar los ingresos brutos o deducir impuestos automáticamente. Si observas una discrepancia entre dos gráficos de ingresos distintos, asegúrate de que la comparación es válida.

Cancelaciones y reembolsos

Las distintas plataformas muestran los datos de reembolsos de forma diferente. Adapty trata los reembolsos como ingresos negativos. Si un usuario se suscribe y solicita un reembolso al día siguiente, ambos eventos se reflejarán en los gráficos de Adapty, cada uno en su propio día. Otras plataformas pueden restar el importe del reembolso de la transacción original.

Compras en sandbox

El feed de eventos muestra las compras realizadas por cuentas sandbox. Los gráficos de análisis no. Sin embargo, si tus datos de importación histórica contienen compras sandbox, Adapty no podrá distinguirlas, y sus gráficos reflejarán esas compras sandbox históricas.

Instalaciones y descargas

Los stores (especialmente Apple App Store) pueden registrar las descargas directamente. Sus estadísticas pueden incluir casos en los que la aplicación fue instalada pero nunca se abrió.

Adapty solo puede registrar una instalación cuando un usuario abre la aplicación, independientemente de tu definición de instalación.

install-definitions.webp

País y store

Para garantizar informes precisos, Adapty puede inferir el país del usuario a partir de su IP. Los stores siempre atribuyen las descargas y compras a un app store concreto.

Si necesitas distinguir claramente entre ambos, puedes crear un nuevo segmento de usuarios con el atributo Country by store account y filtrar los análisis por segmento.

Precios del producto

Si un precio incorrecto del producto provoca una discrepancia en los ingresos, cambiar el precio no lo corrige de forma retroactiva. Para cambiar los precios de las transacciones existentes, debes sobreescribirlos forzosamente importando los datos correctos.

Cuando un usuario restaura una compra antigua tras un cambio de precio, Apple puede informar incorrectamente del valor de esa compra. Debes importar los datos históricos para que Adapty refleje el valor correcto.

Conflictos de atribución

Adapty solo puede usar una única fuente de atribución para cada transacción. No es posible sobrescribir estos datos una vez asignados.

Si tu configuración incluye varios proveedores de atribución que no coinciden entre sí, la misma transacción puede aparecer con dos fuentes de tráfico distintas en dos plataformas diferentes.

Diferencias en la terminología

Las distintas plataformas pueden usar nombres diferentes para el mismo concepto. Las métricas relacionadas con los ingresos varían en nombre según la plataforma:

AdaptyApp Store ConnectGoogle Play Console
Gross revenueSalesGross Revenue
Proceeds after store commissionN/AN/A
Proceeds after store commission and taxesProceedsEarnings
ARPPUProceeds per paying userARPPU

Otras métricas también pueden diferir en su definición:

  • Suscripciones:
    • Adapty no cuenta los nuevos trials como suscripciones. Una nueva suscripción siempre comienza con una transacción económica.
    • Otras plataformas, como Google Play Console, pueden contar cada trial como una nueva suscripción, incluso antes de que se haya realizado el primer pago.
  • Retención:
    • Adapty mide la retención en función del número de renovaciones de suscripción.
    • App Store Connect considera que un usuario es retenido si abre la aplicación en el día especificado. Un usuario sin suscripción cuenta, pero el usuario suscrito que no abrió la app ese día no.
    • La métrica “Retained Installers” de Google Play Console mide la retención en función del número de días que la aplicación permanece instalada en el dispositivo del usuario. Los usuarios que no abren la aplicación también cuentan para esta métrica.

Métrica de nuevas suscripciones vs el evento subscription_started

La métrica Nuevas suscripciones y el evento de integración subscription_started evento de integración miden cosas distintas, por lo que sus totales no coinciden. La métrica cuenta tanto las primeras compras realizadas sin prueba como las conversiones de prueba a pago. El evento subscription_started solo se activa para las primeras compras realizadas sin prueba; cuando una prueba se convierte en pago, Adapty envía trial_converted en su lugar. En consecuencia, el recuento de Nuevas suscripciones es mayor que el número de eventos subscription_started siempre que tu app tenga conversiones de prueba.