En Capgo, se cuentan 3 valores importantes que hay que entender:
- Usuarios
- Almacenamiento
- Ancho de banda
Cada uno tiene una forma ligeramente diferente de contarse
Usuarios
Cada vez que un usuario descarga tu aplicación Capacitor JS y la abre, enviará una solicitud al backend de Capgo para saber si hay una actualización disponible.
Cuando la aplicación hace esto, envía poca información, incluyendo la más importante: DeviceID
DeviceID
: es un ID único (UUID) definido por el sistema operativo del dispositivo, este ID es único por instalación de la aplicación
Cada vez que tu cuenta recibe un nuevo Device ID, se guarda en la base de datos.
Cada vez que un DeviceID
antiguo solicita una actualización (apertura de la aplicación), se actualiza su registro (updated_at en la base de datos)
Estos datos se guardan en 2 lugares:
- tabla de dispositivos con el valor
update_at
- app_stats con un contador diario que representa el número de dispositivos que se activaron hoy y no han estado activos este mes
Para el límite del plan se utiliza el primer método porque es 100% fiable, para mostrar el gráfico se utiliza el segundo Puedes ver ambos en tu cuenta en la página de inicio:
- en el gráfico está el segundo método
- en la tabla de aplicaciones está el primer método
Capgo no cuenta los emuladores y las compilaciones de desarrollo en tu uso. Ten en cuenta que después del período de prueba no puedes tener más del 3% de ellos, o se bloqueará tu cuenta hasta que lo soluciones
Capgo también está haciendo algún filtrado por ti. Si tienes CI/CD configurado para enviar tu versión a Google PLAY, Google ejecuta tu aplicación Capacitor cada vez en más de 20 dispositivos reales. Durante las primeras 4 horas de un nuevo paquete, bloqueamos las IP del centro de datos de Google para evitar que se cuenten
Cada mes, estos datos comienzan desde cero
- Crear o actualizar un dispositivo en mi base de datos en cada solicitud de dispositivo
- Añadir a un contador diario el número de dispositivos activos que no han estado activos este mes
El primer método devuelve: 900+ usuarios mientras que el segundo está en 200+ usuarios en tu cuenta Para el límite del plan uso el primer método, que es 100% fiable, y para mostrar el gráfico uso el segundo Puedes ver ambos en la página de inicio de tu cuenta
Almacenamiento
Cada vez que subes un paquete, este número aumenta por el tamaño de la subida
Estos datos solo están relacionados con el tamaño de tu subida, cuanto mejor sea el tamaño de tu aplicación, mejor te mantendrás en tu plan
Si alcanzas el límite o estás cerca, puedes listar tus paquetes con la CLI:
npx @capgo/cli@latest bundle list
Para ver qué podrías limpiar, eliminar un paquete libera el almacenamiento pero no borra las estadísticas
Cuando estés listo para la limpieza, usa este comando para eliminar varios paquetes:
npx @capgo/cli@latest bundle cleanup
PD: esto es bueno para el planeta, pero también para tu bolsillo 💪
También puedes usar el
--external
de subida para usar tu almacenamiento, y no contar en tu plan
Ancho de banda
El cálculo de este valor es un poco más complejo, pero la idea es la misma que el almacenamiento
Cada vez que un usuario descarga un paquete, este número aumenta por el tamaño de la descarga
Estos datos solo están relacionados con el tamaño de tu descarga, cuanto mejor sea el tamaño de tu aplicación Capacitor JS, mejor te mantendrás en 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. Así que si tienes un paquete grande, y tienes muchos usuarios que fallan al descargarlo, alcanzarás el límite rápidamente
La mejor manera de mantenerse en tu plan es tener un paquete pequeño, y si no puedes, mostrar una barra de descarga a tu usuario, y hacerles 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 de una sola vez