Capgoでは、3つの値がカウントされ、理解することが重要です。
- ユーザー
- ストレージ
- バンド幅
各の方法は、数え方の微妙な違いがあります。
ユーザー
ユーザーがあなたのCapacitor JS アプリをダウンロードし、開くと、Capgo バックエンドに更新が必要かどうかを確認するリクエストを送信します。
アプリがそれを実行すると、重要な情報を含む少量の情報を送信します。 DeviceID
DeviceID:デバイス上で生成される一意のID (UUID)。 プラグインバージョン v5.10.0、v6.25.0、および v7.25.0 から始めて、このIDはアプリ再インストール時にも引き続き保存されます (デバイスストレージで安全に保存されます)。これらのバージョン以前では、IDはアプリインストールごとにリセットされていました。各ユーザーが新しいデバイスIDを受け取ると、それがデータベースに保存されます。
各ユーザーが古いデバイスIDを受け取ると、更新リクエスト (アプリを開く) がその記録を更新します (データベースの updated_at)。
このデータは2つの場所に保存されます。 DeviceID デバイステーブルに
値
- アプリ統計 (app_stats) に、1日ごとのカウンタが保存されます。このカウンタは、今日アクティブになったデバイスの数と、1か月以内にアクティブになっていないデバイスの数を表します。
update_atStarting from plugin version v5.10.0, v6.25.0 and v7.25.0 - , this ID now persists across app reinstalls (stored securely in device storage). Prior to these versions, the ID was reset with each app installation.
最初の方法は、100%の信頼性があるため、プランの制限に使用されます。グラフを表示するには、2番目の方法が使用されます。 アカウントのホームページで両方を確認できます。
- グラフでは2番目の方法が使用されます。
- アプリの表では最初の方法が使用されます。
Capgoはエミュレータとデバッグビルドを使用量に含めないようにしています。試用期間後、使用量が3%を超えるとアカウントがロックされることを覚えておいてください。
Capgoはフィルタリングも行っています。Google PLAYにバージョンを送信するCI/CDが設定されている場合、Googleは20+の実機でCapacitorアプリを実行しています。新しいバンドルの最初の4時間、GoogleのデータセンターIPをブロックして、カウントされるのを防ぎます。
毎月、このデータはゼロから始まります。
- デバイスを毎回のリクエストでデータベースに作成または更新します。
- 毎日カウンタに、1か月以内にアクティブでないデバイスの数を追加します。
最初の方法は900+ユーザーを返します。 2番目の方法はアカウント上で200+ユーザーを返します。 プランの制限では最初の方法を使用し、グラフを表示するには2番目の方法を使用します。 アカウントのホームページで両方を確認できます。
ストレージ
アップロードするバンドルのサイズに応じて、毎回アップロードするたびにこの数値が増加します。
アップロードサイズに関係するのみで、よりアプリのサイズが良ければ、プランの制限に適しています。
CLIを超えましたか？ または近い場合は、CLIをリストできます。
npx @capgo/cli@latest bundle list
__CAPGO_KEEP_0__を削除すると、ストレージが解放されますが、統計は削除されません。
__CAPGO_KEEP_0__を削除する準備ができたら、このコマンドを使用して多くの__CAPGO_KEEP_0__を削除できます。
npx @capgo/cli@latest bundle cleanup
PS: これは地球に良いことですが、またお金にも良いことです 💪.
__CAPGO_KEEP_0__を使用して、ストレージを使用し、計画に含まれないアップロードを実行できます。
--external__CAPGO_KEEP_0__
__CAPGO_KEEP_0__の計算値は少し複雑ですが、ストレージと同じ考え方です。
ユーザーが__CAPGO_KEEP_0__をダウンロードするたびに、この値はダウンロードサイズに応じて増加します。
このデータはダウンロードサイズに関連しており、__CAPGO_KEEP_0__ JS アプリのサイズが良ければ、計画に留まることができます。
重要なことに、Capacitorはダウンロードされたサイズを知ることができません。Capacitorは、バンドルのサイズしか見ることができません。
One important thing to note, Capgo cannot see what size is downloaded, it only sees the size of the bundle. So if you have a big bundle, and you have many users who fail to download it, you will reach the limit quickly.
計画に留まるには、小さなバンドルを持つことが重要です。そうでない場合は、ダウンロードバーを表示し、ユーザーに残りのダウンロード量を知らせることができます。
将来、Capgoはダウンロードシステムを改善し、1回のダウンロードでバンドルをダウンロードする機会を増やすようにします。
Capgoの使用状況のカウントから続けてください。
あなたが「__CAPGO_KEEP_0__」を使用している場合 Capgoの使用状況のカウント ライブアップデートの計画を実施する場合、__CAPGO_KEEP_0__ Live Updatesと接続してください。 Capgo Live Updates Capgo Live Updatesの製品ワークフロー 概要 概要の実装詳細 機能 機能の実装詳細 アップデートの動作 実装詳細についてのUpdate Behaviorの説明 Update Types 実装詳細についてのUpdate Typesの説明
