メインコンテンツへスキップ
ソリューション

Capgo での使用量のカウント方法

Capgo が使用量をどうカウントするかを理解し、最大限に活用しましょう。プランをより上手に管理する方法も学べます。

Capgo Capgo の使用量カウント方法 | ブログイラスト

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

  • ユーザーの
  • ストレージ
  • 帯域幅

それぞれがわずかに異なる方法でカウントされます

ユーザー

ユーザーがあなたの Capacitor JS アプリをダウンロードして開くたびに、アップデートの有無を確認するために Capgo バックエンドへリクエストが送信されます。 アプリがこれを行う際、最も重要な情報を含む少量のデータが送信されます DeviceID

DeviceID: デバイス上で生成される一意のID(UUID)です。 プラグインバージョン v5.10.0、v6.25.0、v7.25.0 以降、このIDはアプリの再インストール後も保持されます(デバイスのストレージに安全に保存)。これらのバージョン以前では、アプリのインストールごとにIDがリセットされていました。

アカウントに新しい Device ID が受信されるたびに、データベースに保存されます。 古い DeviceID 更新リクエスト(アプリ起動)が発生すると、レコードが更新されます(データベースの updated_at)。

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

  • device テーブルに update_at 値
  • app_stats に、今日アクティブになり今月未アクティブだったデバイス数を表す日次カウンター

プラン制限の判定には100%信頼できる1つ目の方法を使い、チャート表示には2つ目の方法を使っています。 どちらもアカウントのホーム画面で確認できます:

  • チャートは2つ目の方法です
  • アプリ一覧のテーブルは1つ目の方法です。

Capgo では、エミュレータやdev buildは使用量にカウントされません。トライアル終了後は、これらの割合が3%を超えるとアカウントがロックされ、修正するまで解除されない点に注意してください。

Capgo はフィルタリングも行っています。CI/CDでGoogle Playへバージョンを送信する設定にしている場合、Googleは Capacitor アプリを毎回20台以上の実機で実行します。新しいbundleの最初の4時間は、カウントされないようにGoogleデータセンターのIPをブロックしています。

このデータは毎月ゼロからリセットされます。

  • デバイスリクエストごとに、データベース内のデバイスを作成または更新します。
  • 今月まだアクティブになっていないアクティブデバイス数を、日次カウンターに加算します。

1つ目の方法では900+ユーザーですが、 一方、アカウント上の2つ目の方法では200+ユーザーとなっています。 プラン制限には100%信頼できる1つ目の方法を使い、チャート表示には2つ目の方法を使っています。 どちらもアカウントのホーム画面で確認できます。

ストレージ

bundleをアップロードするたびに、この数値はアップロードサイズ分だけ増加します。

このデータはアップロードサイズにのみ関係します。アプリサイズが小さいほど、プラン内に収まりやすくなります。

制限に達した、または達しそうな場合は、CLI で bundle を一覧表示できます: npx @capgo/cli@latest bundle list 何を削除できるか確認しましょう。bundle を削除するとストレージは解放されますが、統計は削除されません。

クリーンアップの準備ができたら、このコマンドで複数の bundle を削除できます: npx @capgo/cli@latest bundle cleanup

PS:地球にもお財布にも優しい 💪

また、以下も活用できます。 --external の upload でストレージを使用し、プランにはカウントされません。

帯域幅

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

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

このデータはダウンロードサイズのみに関連します。Capacitor JS アプリのサイズが小さいほど、プランの範囲内に留まりやすくなります。

重要な点として、Capgo はダウンロードされたサイズを認識できず、バンドルのサイズのみを確認できます。そのため、大きなバンドルがあり、ダウンロードに失敗するユーザーが多い場合、すぐに上限に達します。

プランの範囲内に留まる最善の方法は、バンドルを小さく保つことです。それが難しい場合は、ユーザーにダウンロードバーを表示し、残りのダウンロード量を知らせましょう。

今後、Capgo は一度に bundle をダウンロードできる機会を増やすため、ダウンロードシステムを改善する予定です。

Capgo の「使用量のカウント方法」から続きを読む

使用している場合 Capgo での使用量のカウント方法 live update の配信を計画するには、以下と連携させます: Capgo Live Update Capgo Live Updates のプロダクトワークフロー向けに、 概要 実装の詳細は Overview を 機能 実装の詳細は Features を アップデートの動作 実装の詳細はアップデートの動作を、および アップデートの種類 実装の詳細はアップデートの種類を。

Capacitor アプリ向けの Live Updates

Web レイヤーのバグが本番で発生したら、App Store の審査を何日も待たずに Capgo で修正を配信しましょう。ネイティブの変更は通常の審査フローに残したまま、ユーザーはバックグラウンドでアップデートを受け取れます。

最新のブログ記事

Capgoは、真にプロフェッショナルなモバイルアプリを作るために必要な最高のインサイトを提供します。