メインコンテンツにジャンプ
ソリューション

Capgoの使用状況をどのようにカウントするか

Capgoが使用状況をどのようにカウントするかを理解し、最適に利用する。計画の管理を効果的に行う

記事のクレジット

マーティン・ドナディュー

著者

バレリア

レビュー

ジョーダン

エディター

How your usage is counted in Capgo

Capgo では、3 つの値がカウントされ、理解することが重要です

  • ユーザー
  • __CAPGO_KEEP_0__
  • バンド幅

それぞれ、カウント方法が少し異なります

ユーザー

あなたの Capacitor JS アプリをダウンロードし、開くと、Capgo バックエンドに更新が必要かどうかを確認するリクエストを送信します。 DeviceID

DeviceIDリクエストを送信するときに、重要な情報を送信します :デバイス上で生成される一意のID (UUID)ですプラグインバージョン v5.10.0、v6.25.0、v7.25.0 から始めて、このIDはアプリ再インストール時に永続化されます (デバイスストレージで安全に保存されます)。これらのバージョン以前では、IDはアプリインストールごとにリセットされていました

各アカウントが新しいデバイスIDを受け取るたびに、データベースに保存されます。 各アカウントが古い DeviceID 更新要求 (アプリを開く) を受け取ると、データベースのレコードが更新されます (updated_at)。

このデータは2つの場所に保存されます:

  • デバイステーブルに update_at 値
  • アプリ統計 (app_stats) に毎日カウントが保存され、今日アクティブになったデバイスの数と今月アクティブになっていないデバイスの数を表します。

プランの制限の場合、最初の方法が使用されます。チャートを表示する場合、2番目の方法が使用されます。 アカウントのホームページで両方を確認できます:

  • チャートでは2番目の方法が使用されます。
  • アプリの表では1番目の方法が使用されます。

Capgo はエミュレータとデバッグビルドは使用数に含めません。注意してください。試用期間後、使用数が3%を超えるとアカウントがロックされます。問題を解決するまでロックされます。

Capgo はあなたのためにフィルタリングも行っています。CI/CDがGoogle PLAYにバージョンを送信する場合、Googleは20+の実機であなたのCapacitorアプリを実行します。新しいバンドルの最初の4時間、GoogleのデータセンターIPをブロックしてカウントを防ぎます。

各月、このデータはゼロから始まります。

  • 各デバイスのリクエストごとに、自分のデータベースにデバイスを追加または更新する
  • 毎日、1か月以内にアクティブでなかったデバイスの数をカウントする

最初の方法は、900名以上のユーザーを返します。 2番目の方法は、200名以上のユーザーを返します。 プランの制限を設定するには、最初の方法を使用し、グラフを表示するには2番目の方法を使用します。 両方の値はアカウントのホームページで確認できます。

ストレージ

各バンドルのアップロードごとに、この数値はアップロードサイズに増加します。

アップロードサイズに関係するデータのみです。アプリのサイズが良ければ、プランの制限に達することが少なくなります。

制限に達したり近づいた場合は、CLIを使用して、バンドルの一覧を表示できます。 npx @capgo/cli@latest bundle list バンドルを削除すると、ストレージが開放されますが、統計は削除されません。

バンドルを削除する準備ができたら、次のコマンドを使用して多くのバンドルを削除できます。 npx @capgo/cli@latest bundle cleanup

PS: これは地球に良いことですが、財布にも良いことです 💪。

アップロードサイズを使用してストレージを節約し、プランの制限にカウントされないようにすることもできます。 --external バンドルを削除することで、ストレージを節約し、プランの制限にカウントされないようにすることもできます。

バンド幅

この値の計算は少し複雑ですが、ストレージと同じ考え方です。

ユーザーがバンドルをダウンロードするたびに、この数値はダウンロードサイズに増加します。

このデータはあなたのダウンロードサイズに関係しているのみで、Capacitor JS アプリのサイズが良ければ、プラン内に残ることができます。

重要なことに、Capgo はダウンロードしたサイズを知ることができません。バンドルのサイズしか見ることができません。大きいバンドルを使用し、多くのユーザーがダウンロードに失敗した場合、限界に達することが早くなります。

プラン内に残るには、バンドルを小さくし、ダウンロード中の進捗状況をユーザーに表示し、ダウンロードできる残り容量を知らせることが最も効果的です。

将来的には、Capgo はダウンロードシステムを改善し、1 回のダウンロードでバンドルを複数回ダウンロードできるようにします。

「Capgo で使用される方法」という記事を続きます。

「__CAPGO_KEEP_0__ で使用される方法」を使用してライブアップデートの配信計画を立てる場合、__CAPGO_KEEP_0__ Live Updates に接続してください。 「Capgo で使用される方法」 「__CAPGO_KEEP_0__ で使用される方法」を使用してライブアップデートの配信計画を立てる場合、__CAPGO_KEEP_0__ Live Updates に接続してください。 Capgo Live Updates for the product workflow in Capgo Live Updates, 概要 概要の実装詳細に 機能 機能の実装詳細に アップデートの動作 アップデートの実装詳細に、 アップデートの種類 アップデートの実装詳細に。

Live updates for Capacitor apps

ウェブ層のバグが生じた場合、Capgo を使用して修正を配信するのではなく、数日間待ってアプリストアの承認を待つ必要がなくなる。ユーザーはバックグラウンドで更新を受け取り、ネイティブの変更は通常のレビュー経路に残る。

人間のサポート

スタートする

最新のブログ

Capgo gives you the best insights you need to create a truly professional mobile app.