Saltar al contenido principal
Solución

Cómo se cuenta su uso en Capgo

Entienda cómo Capgo cuenta su uso y utilícelo al máximo. Aprenda a gestionar mejor su plan

Créditos del artículo

Martín Donadieu

Escribano

Valeria

Revisor

Jordan

Editor

Cómo se cuenta su uso en Capgo

In Capgo, 3 valores se cuentan y son importantes para entender

  • Usuarios
  • Almacenamiento
  • Ancho de banda

Cada uno de ellos tiene una forma ligeramente diferente de ser contado

Usuarios

Cada vez que un usuario descarga tu aplicación Capacitor JS y la abre, enviará una solicitud a Capgo backend para saber si hay actualizaciones disponibles. DeviceID

DeviceIDCuando la aplicación haga eso, enviará una pequeña cantidad de información, incluida 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 persiste ahora a lo largo de las 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 solicita una actualización (aplicación abierta), se actualiza su registro (updated_at en la base de datos).

Esta información se almacena en 2 lugares:

  • tabla de dispositivo con update_at valor
  • app_stats con contador diario que representa el número de dispositivos que se han activado hoy y que no han estado activos este mes.

Para el límite de plan se utiliza el primer método porque es 100% confiable, para mostrar el gráfico se utiliza el segundo.

  • Puedes ver ambos en tu cuenta en la página principal:
  • en el gráfico se utiliza el segundo método

Capgo don’t count emulator and dev build in your usage. Keep in mind after the trial you can’t have more than 3% of them, or that will lock your account, until you fix it.

Capgo is also doing some filtering for you. If you have CI/CD configured to send your version to Google PLAY, Google is running your Capacitor app each time to 20+ real device. During the 4 first hours of a new bundle, we block Google data center IP to prevent them to being counted.

__CAPGO_KEEP_0__ también realiza algunas filtraciones por tu cuenta. Si tienes configurada la CI/CD para enviar tu versión a Google PLAY, Google está ejecutando tu __CAPGO_KEEP_1__ aplicación cada vez en 20+ dispositivos reales. Durante los 4 primeros horas de un nuevo paquete, bloqueamos los IP de los centros de datos de Google para evitar que se cuenten.

  • Cada mes, esta información comienza desde cero.
  • Crear o actualizar un dispositivo en mi base de datos en cada solicitud de dispositivo

El primer método devuelve: 900+ usuarios mientras que el segundo está en 200+ usuarios en tu cuenta Para el límite de plan, uso el primer método, que es 100% confiable, y para mostrar el gráfico uso 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.

Esta información solo se relaciona con el tamaño de tus subidas, 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 eliminar, eliminando un paquete, libera el almacenamiento pero no elimina 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 💪.

Puedes utilizar también el --external del tamaño de la subida para utilizar tu almacenamiento, y no contar en tu plan.

Ancho de banda

Cada vez que subas un paquete, este número aumenta en el tamaño de la subida.

Cada vez que un usuario descarga un paquete, este número aumenta en la cantidad de la descarga.

Esta información solo se relaciona con el tamaño de su descarga, mejorará su aplicación JS Capacitor si su tamaño es mejor, y así estará en su 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 en descargarlo, alcanzarás el límite rápidamente.

La mejor manera de mantenerse en su 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 oportunidades de descargar el paquete en un solo intento.

Sigue leyendo de Cómo se cuenta su uso en Capgo

Si estás utilizando Cómo se cuenta su uso en Capgo para planificar la entrega de actualizaciones en vivo, conecta con Actualizaciones en vivo de Capgo for the product workflow in Capgo Live Updates, para el flujo de trabajo del producto en Actualizaciones en vivo de __CAPGO_KEEP_0__, para el detalle de implementación en Resumen Características para el detalle de implementación en Características Comportamiento de Actualización para el detalle de implementación en Comportamiento de Actualización, y Tipos de Actualización Créditos del artículo

Actualizaciones en vivo para aplicaciones Capacitor

Cuando un error de capa web está en vivo, envía la corrección a través de Capgo en lugar de esperar días a la aprobación de la tienda de aplicaciones. Los usuarios obtienen la actualización en segundo plano mientras que los cambios nativos siguen en el camino de revisión normal.

soporte humano de Martin

Inicia Ahora

Últimas noticias de nuestro Blog

Capgo te brinda las mejores perspectivas que necesitas para crear una aplicación móvil verdaderamente profesional.