En Capgo, se cuentan 3 valores importantes para entender
- Usuarios
- Almacenamiento
- Ancho de banda
Cada uno a su manera de ser contado
Usuarios
Cada vez que un usuario descargue su aplicación JS Capacitor y la abra, enviará una solicitud a Capgo backend para saber si hay una actualización disponible. DeviceID
DeviceIDCuando la aplicación haga eso, enviará información mínima, incluyendo la más importante : es un ID único (UUID) generado en el dispositivo.Desde la versión del plugin v5.10.0, v6.25.0 y v7.25.0
, este ID ahora persiste a lo largo de reinstalaciones de la aplicación (almacenado de manera segura en el almacenamiento del dispositivo). Antes de estas versiones, el ID se reiniciaba con cada instalación de la aplicación. DeviceID Cada vez que su cuenta recibe un nuevo ID de dispositivo, se almacena en la base de datos.
Cada vez que un dispositivo antiguo
- realice una solicitud de actualización (aplicación abierta), se actualiza su registro (updated_at en la base de datos).
update_atEsta información se almacena en 2 lugares: - la tabla de dispositivos con
Porque el primer método es 100% confiable, para el límite del plan se utiliza, para mostrar el gráfico el segundo método. Puedes ver ambos en tu cuenta en la página principal:
- en el gráfico se utiliza el segundo método
- en la tabla de aplicaciones se utiliza el primer método.
Capgo no se cuentan emuladores y compilaciones de desarrollo en tu uso. Ten en cuenta que después de la prueba no podrás tener más del 3% de ellos, o eso bloqueará tu cuenta, hasta que lo corrijas.
Capgo también está haciendo algunas filtraciones por ti. Si tienes configurada la CI/CD para enviar tu versión a Google PLAY, Google está ejecutando tu Capacitor aplicación cada vez a 20+ dispositivos reales. Durante los 4 primeros horas de un nuevo paquete, bloqueamos el centro de datos de Google para evitar que se cuenten.
Cada mes, este dato comienza desde cero.
- Crear o actualizar un dispositivo en mi base de datos en cada solicitud de dispositivo
- Agregar a un contador diario el número de dispositivos activos que no han sido activos este mes.
El primer método devuelve: 900+ usuarios mientras que el segundo uno está en 200+ usuarios en tu cuenta Para el límite del plan utilizo el primer método, quien es 100% confiable, y para mostrar el gráfico utilizo el segundo. Puedes ver ambos en la página principal de tu cuenta.
Almacenamiento
Cada vez que subas un paquete, este número aumenta en el tamaño de la subida.
Este dato solo está relacionado con el tamaño de tu carga, mejorando el tamaño de tu aplicación, mejoras tu plan.
Si alcanzas el límite o estás cerca, puedes listar tus paquetes con el CLI:
npx @capgo/cli@latest bundle list
Para ver qué podrías limpiar, eliminando un paquete, libera el almacenamiento pero no borra las estadísticas.
Cuando estés listo para la limpieza, utiliza este comando para eliminar muchos paquetes:
npx @capgo/cli@latest bundle cleanup
PS: esto es bueno para el planeta, pero también para tu billetera 💪.
También puedes utilizar el
--externalde subida para utilizar tu almacenamiento, y no contar en tu plan.
Ancho de banda
La calculación de este valor es un poco más compleja, pero la idea es la misma que el almacenamiento.
Cada vez que un usuario descarga un paquete, este número aumenta en la cantidad de la descarga.
Esta información solo está relacionada con el tamaño de tu descarga, mejorando tu Capacitor aplicación JS, mejoras tu plan.
Una cosa importante a tener en cuenta, Capgo no puede ver qué tamaño se descarga, solo ve el tamaño del paquete. Entonces, si tienes un gran paquete, y muchos usuarios que fallan al descargarlo, alcanzarás el límite rápidamente.
La mejor manera de mantener tu plan es tener un paquete pequeño, y si no puedes, muestra una barra de descarga a tus usuarios, y házales saber cuánto les queda por descargar.
En el futuro, Capgo mejorará el sistema de descarga para tener más posibilidades de descargar el paquete en una sola ocasión.
