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 か月以内にアクティブでなかったデバイスの数を表します。
update_at各の方法は、使用状況のカウント方法がわずかに異なります。 - ユーザー
利用計画の制限のために最初の方法が使用されます。なぜなら、100% の信頼性があるからです。チャートの表示のために、2 番目の方法が使用されます。 あなたのアカウントのホームページで両方を見ることができます:
- チャートの場合、2 番目の方法が使用されます。
- アプリの表の場合、最初の方法が使用されます。
Capgo はエミュレータとデバッグ ビルドはあなたの使用量に含めない。試用期間後にあなたのアカウントがロックされないように、3% 以上のエミュレータとデバッグ ビルドを含まないように気をつけてください。
Capgo はあなたのためにフィルタリングも行っています。Google PLAY にバージョンを送信する CI/CD を設定している場合、Google はあなたの Capacitor アプリを 20+ の実機で実行しています。新しいバンドルの最初の 4 時間、Google のデータセンター IP をブロックして、データがカウントされないようにしています。
毎月、このデータはゼロから始まります。
- あなたのデータベースにデバイスを追加または更新するたびにデバイスの要求ごとに
- 毎日、使用されていないデバイスの数を加算する。
最初の方法は 900+ のユーザーを返します。 2 番目の方法はあなたのアカウントで 200+ のユーザーを返します。 計画の制限のために最初の方法を使用し、チャートの表示のために 2 番目の方法を使用します。 あなたのアカウントのホームページで両方を見ることができます。
ストレージ
あなたがアップロードするバンドルのサイズがアップロードごとに増加します。
あなたのアップロードサイズに関係するデータだけです。アプリのサイズが良ければ、計画の制限に影響しません。
制限に達したり近づいた場合は、CLIでバンドルの一覧を表示できます。
npx @capgo/cli@latest bundle list
バンドルを削除すると、ストレージが解放されますが、統計は削除されません。
バンドルを削除する準備ができたら、多くのバンドルを削除するコマンドを使用してください。
npx @capgo/cli@latest bundle cleanup
PS: これは地球に良いことですが、またお金を節約することもできます。💪。
また、__CAPGO_KEEP_0__を使用してアップロードを実行し、ストレージを使用し、計画に含まれないようにすることもできます。
--external帯域幅
この値の計算は少し複雑ですが、ストレージと同じ考え方です。
ユーザーがバンドルをダウンロードするたびに、この数値はダウンロードサイズに応じて増加します。
このデータは、ダウンロードサイズに関係しているのみで、__CAPGO_KEEP_0__のJSアプリサイズが良ければ、計画に合うことができます。
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_KEEP_0__はダウンロードされたサイズを知ることができません。バンドルのサイズのみを知ります。大きいバンドルを使用し、多くのユーザーがダウンロードに失敗した場合、制限に達することが早くなります。
In the future, Capgo will improve the download system to have more chances to download the bundle at one time.
Keep going from How your usage is counted in Capgo
Capgoを使用している場合 How your usage is counted in Capgo Capgoを使用してライブアップデートの配信計画を立てる場合、Capgo Live Updatesと接続してください。 Capgo Live Updates for the product workflow in Capgo Live Updates, 概要 Capgo Live Updatesの実装詳細 Capgo Live Updatesの機能 Capgo Live Updatesの更新動作 __CAPGO_KEEP_0__ Live Updates for the implementation detail in Update Behavior, and Update Types for the implementation detail in Update Types.
