Cómo se contabiliza tu uso en Capgo

En Capgo, se cuentan 3 valores clave que debes entender

• Del usuario
• Almacenamiento
• Ancho de banda

Cada uno tiene una forma ligeramente distinta de contarse

Usuarios

Cada vez que un usuario descarga tu app JS Capacitor y la abre, envía una petición al backend de Capgo para saber si hay una actualización disponible. Al hacerlo, la app envía información mínima, incluyendo la más importante: DeviceID

DeviceIDun ID único (UUID) generado en el dispositivo. A partir de las versiones de plugin v5.10.0, v6.25.0 y v7.25.0, este ID persiste tras reinstalar la app (se guarda de forma segura en el almacenamiento del dispositivo). Antes de estas versiones, el ID se reseteaba con cada instalación.

Cada vez que tu cuenta recibe un nuevo Device ID, se guarda en la base de datos. Cada vez que un antiguo DeviceID solicita una actualización (apertura de app), se actualiza su registro (updated_at en la base de datos).

Estos datos se guardan en 2 lugares:

• la tabla device con update_at valor
• app_stats con un contador diario que representa el número de dispositivos activos hoy que no lo estuvieron este mes.

Para el límite del plan usamos el primer método por ser 100% fiable; para el gráfico, el segundo. Puedes ver ambos en la home de tu cuenta:

• en el gráfico se usa el segundo método
• en la tabla de apps se usa el primer método.

Capgo no cuenta emuladores ni dev builds en tu consumo. Ten en cuenta que tras el trial no puedes superar el 3%, o se bloqueará tu cuenta hasta que lo soluciones.

Capgo también aplica filtros por ti. Si tienes CI/CD para enviar tu versión a Google PLAY, Google ejecuta tu app Capacitor en más de 20 dispositivos reales cada vez. Durante las primeras 4 horas de un nuevo bundle, bloqueamos las IPs de los data centers de Google para que no cuenten.

Cada mes, estos datos se reinician a cero.

• Crear o actualizar un dispositivo en mi base de datos en cada petición 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 muestra +200 usuarios en tu cuenta Para el límite del plan uso el primer método, que es 100% fiable, y para el gráfico el segundo. Puedes ver ambos en la home de tu cuenta.

Almacenamiento

Cada vez que haces upload de un bundle, este número aumenta según el tamaño del upload.

Estos datos solo se refieren al tamaño de tu upload; cuanto más ligero sea tu app, mejor te mantendrás dentro de tu plan.

Si alcanzas el límite o estás cerca, puedes listar tus bundles con el CLI: npx @capgo/cli@latest bundle list Para ver qué puedes limpiar: eliminar un bundle libera espacio de almacenamiento sin borrar las estadísticas.

Cuando estés listo para la limpieza, usa este comando para eliminar varios bundles: 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 upload para usar tu almacenamiento sin que cuente en tu plan.

Ancho de banda

El cálculo de este valor es algo más complejo, pero la idea es la misma que el almacenamiento.

Cada vez que un usuario descarga un bundle, este número aumenta según el tamaño de la descarga.

Estos datos solo se refieren al tamaño de descarga; cuanto mejor sea el tamaño de tu app JS en Capacitor, mejor te mantendrás en tu plan.

Un detalle importante: Capgo no puede ver el tamaño descargado, solo el tamaño del bundle. Si tienes un bundle pesado y muchos usuarios fallan al descargarlo, alcanzarás el límite rápido.

La mejor forma de mantenerte en tu plan es tener un bundle pequeño; si no puedes, muestra una barra de descarga para que el usuario sepa cuánto le falta.

En el futuro, Capgo mejorará el sistema de descarga para tener más probabilidades de descargar el bundle de una sola vez.

Continuar con Cómo se contabiliza tu uso en Capgo

Si estás usando Cómo se contabiliza tu uso en Capgo para planificar la entrega de live update, conéctalo con Capgo Live Updates para el workflow de producto en Capgo Live Updates, Resumen para los detalles de implementación en Overview, Funcionalidades para los detalles de implementación en Features, Comportamiento de actualización para los detalles de implementación en Update Behavior, y Tipos de actualización para los detalles de implementación en Update Types.