Comment votre usage est comptabilisé dans Capgo

Dans Capgo, 3 valeurs sont comptabilisées et essentielles à comprendre

• User’s
• Stockage
• Bande passante

Chaque type est comptabilisé de manière légèrement différente

Utilisateurs

Chaque fois qu'un utilisateur télécharge votre application JS Capacitor et l'ouvre, elle envoie une requête au backend Capgo pour savoir si une mise à jour est disponible. Lors de cette action, l'app envoie peu d'informations, dont la plus importante DeviceID

DeviceID: un ID unique (UUID) généré sur l'appareil. À partir des versions de plugin v5.10.0, v6.25.0 et v7.25.0, cet ID persiste désormais entre les réinstallations de l'app (stocké de manière sécurisée dans le stockage de l'appareil). Avant ces versions, l'ID était réinitialisé à chaque installation.

Chaque fois que votre compte reçoit un nouvel ID d'appareil, il est enregistré en base de données. Chaque fois qu'un ancien DeviceID demande une mise à jour (ouverture de l'app), son enregistrement est mis à jour (updated_at en base de données).

Ces données sont sauvegardées à 2 endroits :

• la table device avec update_at valeur
• app_stats avec un compteur quotidien représentant le nombre d'appareils devenus actifs aujourd'hui et qui n'avaient pas été actifs ce mois-ci.

Pour la limite du plan, c'est la première méthode qui est utilisée, car elle est fiable à 100 % ; pour l'affichage du graphique, c'est la seconde. Vous pouvez voir les deux sur la page d'accueil de votre compte :

• le graphique utilise la seconde méthode
• le tableau des apps utilise la première méthode.

Capgo ne compte pas les émulateurs ni les builds de dev dans votre usage. Gardez à l'esprit qu'après l'essai, vous ne pouvez pas dépasser 3 % de ceux-ci, sinon votre compte sera bloqué jusqu'à correction.

Capgo effectue également un filtrage pour vous. Si votre CI/CD est configurée pour envoyer votre version sur Google Play, Google exécute votre app Capacitor sur plus de 20 appareils réels à chaque fois. Durant les 4 premières heures d'un nouveau bundle, nous bloquons les IP des centres de données Google pour éviter qu'elles ne soient comptabilisées.

Chaque mois, ces données repartent de zéro.

• Créer ou mettre à jour un appareil dans ma base de données à chaque requête d'appareil
• Ajouter à un compteur quotidien le nombre d'appareils actifs qui n'ont pas eu d'activité ce mois-ci.

La première méthode renvoie : 900+ utilisateurs tandis que la seconde en affiche 200+ sur votre compte Pour la limite du plan, j'utilise la première méthode, fiable à 100 %, et pour le graphique, la seconde. Vous pouvez voir les deux sur la page d'accueil de votre compte.

Stockage

Chaque fois que vous envoyez un bundle, ce nombre augmente de la taille de l'upload.

Ces données concernent uniquement la taille de votre upload : plus la taille de votre app est optimisée, mieux vous restez dans votre plan.

Si vous atteignez ou approchez de la limite, vous pouvez lister vos bundles avec CLI : npx @capgo/cli@latest bundle list Pour voir ce que vous pouvez nettoyer, supprimer un bundle libère du stockage sans supprimer les stats.

Quand vous êtes prêt pour le nettoyage, utilisez cette commande pour supprimer plusieurs bundles : npx @capgo/cli@latest bundle cleanup

PS : c'est bon pour la planète, mais aussi pour votre portefeuille 💪.

Vous pouvez également utiliser la --external d'upload pour utiliser votre stockage, sans compter dans votre plan.

Bande passante

Le calcul de cette valeur est un peu plus complexe, mais l'idée est la même que pour le stockage.

Chaque fois qu'un utilisateur télécharge un bundle, ce nombre augmente de la taille du téléchargement.

Ces données concernent uniquement votre taille de téléchargement ; plus la taille de votre app JS Capacitor est petite, mieux vous restez dans votre plan.

Un point important : Capgo ne peut pas voir la taille réellement téléchargée, il voit seulement la taille du bundle. Si vous avez un gros bundle et beaucoup d'utilisateurs qui échouent au téléchargement, vous atteindrez la limite rapidement.

La meilleure façon de rester dans votre plan est d'avoir un petit bundle. Si ce n'est pas possible, affichez une barre de progression à votre utilisateur pour l'informer de ce qu'il reste à télécharger.

À l'avenir, Capgo améliorera le système de téléchargement pour augmenter les chances de télécharger le bundle en une seule fois.

Continuer depuis Comment votre consommation est comptabilisée dans Capgo

Si vous utilisez Comment votre usage est comptabilisé dans Capgo pour planifier la livraison de live update, connectez-l’à Live Updates de Capgo pour le workflow produit dans Capgo Live Updates, Aperçu pour les détails d'implémentation dans Vue d'ensemble, Fonctionnalités pour le détail d’implémentation dans Fonctionnalités, Comportement de mise à jour pour les détails d'implémentation dans Update Behavior, et Types de mise à jour pour les détails d'implémentation dans Update Types.