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

Capgoで使用される度合いをどのようにカウントするか

Capgoで使用される度合いをどのようにカウントするかを理解し、最適に利用する。計画をより効果的に管理する方法を学ぶ

記事のクレジット

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

著者

バレリア

レビュー

ジョーダン

編集

Capgoで使用される度合いをどのようにカウントするか

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

  • ユーザー
  • ストレージ
  • バンド幅

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

ユーザー

あなたの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
  • アプリ統計に毎日カウントするデバイスの数を表す数値が含まれます。デバイスが今日活性化し、1か月以内に活性化されていないデバイスの数です。

プランの制限の場合、最初の方法が使用されます。100%の信頼性があります。グラフを表示する場合、2番目の方法が使用されます。 アカウントのホームページで両方を確認できます:

  • グラフに表示されるのは2番目の方法
  • アプリの表に表示されるのは最初の方法

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

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

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

  • 各デバイスの要求ごとに、自分のデータベースにデバイスを追加または更新します。
  • 毎日カウントに、1か月以内に活性化されていないデバイスの数を追加します。

900名以上のユーザーが利用しています 200名以上のユーザーが利用しています 計画制限のために最初の方法を使用し、グラフを表示するために2番目の方法を使用します。 アカウントのホームページで両方を確認できます。

ストレージ

アップロードしたバンドルのサイズに応じて、この数値は毎回増加します。

アップロードサイズに関連するデータのみです。アプリのサイズが良ければ、計画に留まることができます。

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

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

PS: これは地球に良いことですが、またお金を節約することもできます!

バンドルを削除することで、ストレージを使用し、計画にカウントされないようにすることもできます。 --external 帯域幅

帯域幅の計算方法は少し複雑ですが、ストレージと同じ考え方を使用します。

バンドルを削除することで、ストレージを使用し、計画にカウントされないようにすることもできます。

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

ダウンロードサイズに関連するデータのみが収集されます。 Capacitor の JS アプリサイズが良ければ、プラン内に残る可能性が高くなります。

重要な点をご注意ください。 Capgo はダウンロードしたサイズを確認できません。バンドルのサイズのみが確認できます。大きいバンドルを使用し、多くのユーザーがダウンロードに失敗した場合、制限に達する可能性が高くなります。

プラン内に残るには、バンドルサイズを小さくし、ダウンロードバーを表示し、ユーザーにダウンロード残りを知らせることが最善の方法です。

将来、 Capgo はダウンロードシステムを改善し、バンドルを一度にダウンロードする機会を増やします。

Capgo の「ダウンロードサイズのカウント方法」をご覧ください。

__CAPGO_KEEP_0__ を使用している場合 How your usage is counted in Capgo を使用してライブアップデートの配信計画を立て、 __CAPGO_KEEP_0__ Live Updates Capgo Live Updates Capgo Live Updates の製品ワークフローをご覧ください。 概要の実装詳細について 機能 機能の実装詳細について 更新動作 更新動作の実装詳細について、 更新タイプ 更新タイプの実装詳細について。

Live updates for Capacitor apps

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

マーティンから人間のサポート

始めましょう

最新の記事

Capgoは、プロフェッショナルなモバイルアプリを作成するために必要な最良の洞察を提供します。