コピー
このプラグインのインストール手順とフルマークダウンガイドを含むセットアッププロンプトをコピーします。
ここに記載されていない質問がある場合は、ご質問ください! 問題を提出するか、または ディスコード で質問してください。
「code push」は何ですか?
「code」とは何か?Code push, also referred to as “over-the-air updates” (OTA) is a cloud service enabling Capacitor developers to deploy updates to their apps in production. Capgo currently works on Android, iOS, and Electron.
「Code」は、React Nativeコミュニティが使用するデプロイ機能の名前を指します。 マイクロソフト そして エクスポどちらもCapacitorをサポートしていません。
CapgoのバージョンとCLIのメジャーバージョンは、プラグインまたはCapacitorのバージョンと一致する必要がありますか?
CapgoのバージョンとCLIのメジャーバージョンは常に最新のものを使用してください。CapgoとCLIのコンソールは独自のバージョニングを使用し、どのアップデート プラグインのメジャーバージョンでも互換性があります。Capacitorのプラグインは__CAPGO_KEEP_3__のメジャーバージョンに従います。No. Always use the latest Capgo CLI (npx @capgo/cli@latest). The CLI and Capgo Console follow their own versioning and stay compatible with any supported updater plugin major. Capgo plugins follow Capacitor majors; see Capgo バージョニング LTS タグのために @lts-v7.
バンドルとリリースの間の違いは何ですか?
バンドルとリリースの間の違いは何ですか?We use the term “release” to mean preparing a binary for the app stores. In order to later generate a bundle Capgo needs to know the exact binary that was shipped to the app stores.
We use the term “bundle” to mean a patch that can be applied to a release to update it to new code. The npx @capgo/cli@latest bundle upload 「バンドル」という言葉は、リリースを新しい code にアップデートするためのパッチを適用することを意味します。
コマンドは、ユーザーに配布するために、ローカルで作成した新しい __CAPGO_KEEP_0__ からバンドルを生成します。
Delta アップデートのファイルパス制限はありますか?「Delta アップデートのファイルパス制限はありますか?」というセクション
- ゼロバイトファイル: CLI ログ
Ignoring empty file...および、Delta マニフェストから空のファイルを除外します。アップロードは失敗せず、空のファイルは結果のバンドルを変更することなくデプロイメントを停止しません。ゼロバイトファイルをDelta バンドルパスに含めないでください。 - パスにスペースが含まれる: Delta アップロードは、明確なエラーで早期に失敗します。バンドルパスにスペースが含まれる場合、ファイルまたはディレクトリ名をスペースを含まないものに変更して、Delta アップデートをアップロードしてください。
参照 Delta アップデート 詳細設定についてはこちらを参照してください。
ロードマップとは何ですか?
ロードマップとは何か?プロジェクトボードも公開されており、以下のURLでご確認いただけます。 https://github.com/orgs/Cap-go/projects
私たちのチームは、公に活動しているので、いつでも私たちの作業を確認できます。私たちは、ロードマップや優先事項についての質問に答えます。Githubの問題や Discord.
Capgoをチームと一緒に使うことはできますか?
「Capgoをチームと一緒に使うことはできますか?」のセクションはい!すべてのプランでは、無制限の開発者をサポートしています。アプリのメトリクス(MAU、ストレージ、バンド幅)を各組織ごとに制限しています。
参照 チーム 詳細は
Capgoは私のソースコードcodeを保存しますか?
「Capgo」は私のソースcodeを保存しますか?いいえ。Capgoサーバーはあなたのソースcodeを一切見ることはありません。Capgoを実行すると npx @capgo/cli@latest bundle upload, Capgoは最適化/コンパイルされたcodeのzipファイルを保存します。これは、ブラウザが受け取るcodeと同じものであり、あなたのソースcodeではありません。
追加のセキュリティのために、2つのオプションがあります:
- エンドツーエンド暗号化:アップロードする前に、パッケージを暗号化して、ストレージとトランジットで保護し、第三者があなたのプライベートキーを使用せずに有効な暗号化されたアップデートを生成するのを防ぎます。この方法では、配布されたアプリに公開キーが含まれているため、配布されたウェブアセットを逆エンジニアリングすることは不可能ではありません。
- 外部URLアップロード:あなたのサーバーにパッケージを保存し、Capgoにダウンロードリンクを提供するオプションのみを提供します。
--external <url>
プライバシーに関するポリシーも参照してください: https://capgo.app/privacy
パッケージファイルはプライベートデータですか?
「バンドルファイルはプライベートデータですか?」というセクションのタイトルいいえ。バンドルファイルは、ユーザーがアプリをダウンロードできるようにするために意図されたパブリックウェブアセットです。誰でもバンドルURLを知っていれば、ファイルを取得できます。Capgoはセットアップとドキュメントでユーザーにこのことを伝えます。
バンドルファイルへのアクセスはデータ漏洩と見なされません。アプリのバンドルにシークレット、クレデンシャル、個人情報、規制データを含めないでください。高セキュリティのケースでより強い機密性が必要な場合は、エンドツーワンエンド暗号化を使用してくださいが、セキュリティレポートの観点から、配布されたアプリcodeとアセットはパブリックと見なされます。
CIシステムからCapgoを使用できますか?
「CIシステムからCapgoを使用できますか?」というセクションのタイトルはい。CapgoはCIシステムから使用することを意図しています。 AndroidとGithubアクション 、そして iOS、そして GitLab他のCIシステムは似たようなものです。
問題が発生した場合は、GitHubの問題やDiscordにご連絡ください。
CapacitorとFirebase Remote ConfigまたはLaunch Darklyとはどのように関係するのでしょうか。
セクション「CapacitorとFirebase Remote ConfigまたはLaunch Darklyとはどのように関係するのでしょうか。」Codeプッシュは、codeを追加したり、codeを置き換えることが可能です。Firebase Remote ConfigとLaunch Darklyは両方とも、設定システムです。アプリの設定を変更することができますが、新しいバージョンを配信する必要はありません。codeを置き換えることを目的としていません。
CapacitorとFirebase Remote ConfigまたはLaunch Darklyとはどのように関係するのでしょうか。
セクション「CapacitorとFirebase Remote ConfigまたはLaunch Darklyとはどのように関係するのでしょうか。」I haven’t measured recently, but I expect the code push library to add less than one megabyte to Capacitor apps. We know of ways we can make this smaller when that becomes a priority. If size is a blocker for you, please let us know!
Does Capgo work on the iOS 18.4 Simulator?
「Capgo」はiOS 18.4 Simulatorで動作しますか?「Capgo」はiOS 18.4 Simulatorでは動作しません。iOS 18.4 Simulatorでは上流の問題により、Capgoが安定して動作しません。実機または別のiOSシミュレータのバージョンでテストしてください。
詳細はReact Nativeの問題を参照してください: facebook/react-native#50510
「code」は大規模アプリケーションと組み合わせることができますか?
「code」は大規模アプリケーションと組み合わせることができますか?はい。code pushでは、アプリケーションのサイズに制限はありません。上記の通り 「__CAPGO_KEEP_1__」は、__CAPGO_KEEP_0__ pushで変更できます。アプリケーションのサイズに関係なく。, Capgo can change any JS code in your application regardless of size.
「__CAPGO_KEEP_0__」は何に使用できますか?
What can I use Capgo code push for?
「Capgo code をどのように使用するか?」様々な用途が見られました。
- 生産アプリの緊急修正。
- 古いバージョンのアプリにバグ修正を配信する。
- 定期的に (例: 時間ごとに) 配信する。
注意: 多くのアプリストアでは、code の変更がアプリの動作に大きな影響を与える場合、配信を禁止しています。詳しくは下記を参照してください。 下記 「MAU」は __CAPGO_KEEP_0__ に何を含むか?
直接リンク: 「MAU」は Capgo に何を含むか?
CapgoA MAUは、1か月間に1回以上Capgoに接続したデバイスの数です。30日間のローリング期間内にCapgoに接続したデバイスは、そのネイティブアプリIDに対して1回のMAUとしてカウントされます。同一の物理デバイスが2つの異なるネイティブアプリIDと組み合わせて使用される場合、それぞれのアプリIDに対して1回カウントされ、重複カウントされません。
異なるウェブ層またはアップデートルーティングのみで構成されている場合、1つのネイティブアプリIDを使用して__CAPGO_KEEP_0__アプリを管理し、リリースを簡素化します。異なるバンドルID、署名アイデンティティ、エンタイトルメントセット、またはストアリストイングが必要な場合には、別々のネイティブアプリIDを使用します。 iOSでは. That keeps the flavours under one Capgo app and makes releases simpler. Use separate native app IDs when a flavour needs a distinct bundle ID, signing identity, entitlement set, or store listing.
通常の再インストールを使用してKeychainを使用すると、ランダムでアプリスコープのデバイスIDを保持します。Androidでは v7.50.1+ (または v5.50.1+ と v6.50.1+ channels アンド リリースラインのそれら); アンドロイド バックアップ/リストアがアプリの設定を保持する場合、IDは復元されます。バックアップを無効にする、設定を除外する、またはアプリのデータをクリアすると、新しいデバイス IDが生成されます。アプリの更新は新しいデバイス IDを生成しません。
テストと開発用ビルドの場合、開発ビルドとエミュレータ配信をプロダクション チャネルで無効にします。 それが配信を制御するのではなく、MAU: デバイスは Capgo に接続したときにカウントされます。 それをプロダクション ユーザーから外すには、ライブ更新を無効にして、プロダクション Capgo エンドポイントを呼び出さないようにします。 ここで テスト用にネイティブビルドを無効にする を参照してください。
Capgo code プッシュを使用できないのは何ですか?
Capgo code プッシュを使用できないのは何ですか?Capgo はネイティブ code の変更、たとえば Java、Kotlin、Objective-C、Swift、ネイティブ プラグイン、またはネイティブ設定は行えません。 それらの変更には新しいネイティブ アプリ リリースが必要です。 ストア レビュー スコープについては、 アプリ ストアと Google Play ポリシー.
Can I update capacitor.config.ts changes via Capgo?
capacitor.config.ts の変更を Capgo で更新できますか?No. Capgoは生成されたWebビルドフォルダを送信できます。これには、HTML、CSS、JavaScript、資産、そして純JavaScriptパッケージの変更が含まれます。 capacitor.config.tsnativeプラグインの設定変更、nativeパッケージのインストールまたはアップグレード、iOSまたはAndroidプロジェクトの更新が必要なもの npx cap sync または npx cap copy Capacitorライブアップデートの代替
The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:
- Capawesome
capacitor.config.tsCapgoのコンサルティングサービス - Appflowプラグインまたは
npx cap sync__CAPGO_KEEP_0__はネイティブアプリのリリースを必要とします。 - __CAPGO_KEEP_0__の設定ファイルはネイティブビルド時読み込まれネイティブアプリバイナリにコンパイルされます。__CAPGO_KEEP_1__の設定を変更する必要がある場合は、以下の手順に従ってください。
Does Capgo submit to the stores for me?
「Capgo」はストアに提出するのを自分で行うのですか?」という質問のセクションCapgo BuildはiOSまたはAndroid用の準備されたネイティブプロジェクトをコンパイルして署名し、設定されている場合、署名された結果をApp Store ConnectまたはGoogle Playに提出します。既存のCIを使用して、プライベート依存関係、Webビルド、Capacitorの同期、およびカスタムネイティブの準備を維持できます; Capgoはネイティブビルドステップで準備されたネイティブプロジェクトを受け取ります。
See Capgo Build そして ビルド構成の参照 ワークフローとストア提出オプションについての詳細
Capgoがディスク上でどのようなデータを保存し、どこに保存するか
「Capgoがディスク上でどのようなデータを保存し、どこに保存するか」という質問のセクションCapgoのアップデーター(アプリケーションをビルドするときに含まれる)は、最新のダウンロードしたバンドルをキャッシュします。このキャッシュは、capacitorが許可する唯一のディレクトリで、codeを読み込むことができます。Androidの場合、このディレクトリは /data/user/0/com.example.app/code_cache/capgo_updater ただし、そのパスのベースはAndroidシステムによって提供され、実行時には動的に変更される可能性があります。iOSデバイスでは、データは Library/Application Support/capgo.
The Capgo command line tools (e.g. npx @capgo/cli@latest bundle upload) are installed on disk in npm caches, your logins are stored in your home directory in ~/.capgo.
Capacitor Hot Reloadとはどのように関係するのでしょうか?
「Capacitor Hot Reloadとはどのように関係するのでしょうか?」のセクションCapacitorのHot reloadは開発用の機能であり、Codeはリリース用です。
Hot reload is a feature of Capacitor that allows you to change code on the device during development. It requires building the Capacitor app with a proxy to connect to your local machine.
Code pushは、リリース用のデバイス上でcodeを変更できる機能です。プラットフォームによって異なるテクニックを使用します。
Capgo code pushはどのような変更をサポートするのでしょうか?
「Capgo code pushはどのような変更をサポートするのでしょうか?」のセクションCapgoはアプリケーションのJS codeを変更できます。これにはアプリケーションのcodeや生成されたcodeも含まれます。依存関係を更新することもできます。 package.json native code の変更が必要ない限り。
native code (例: Android の Java/Kotlin または iOS の Objective-C/Swift) のサポートは計画されていません。ツールは、native code が変更されていることを検出すると、警告を表示します。native code はバンドルに含まれません。
Web には対応することはできますか?
「Web には対応することはできますか?」Web では Code のプッシュは必要ありません。Web アプリを開くと、サーバーから最新バージョンをダウンロードします。
Web での code プッシュの使用ケースがありますか?
iOS、Android、Mac、Windows、Linux などで動作することはできますか?
「iOS、Android、Mac、Windows、Linux などで動作することはできますか?」はい。
現在、Android、iOS、Electron のサポートに焦点を当てており、code プッシュはこれら 3 つのプラットフォームで生産環境で動作しています。
CapgoはどのOSバージョンをサポートしますか?
Section titled “What OS versions does Capgo support?”CapgoはCapacitorがサポートするAndroidのバージョンと同じバージョンをサポートします。
Capacitorは現在、Android APIレベル22以上とiOS 13.0以上をサポートしています。 https://capacitorjs.com/docs/main/reference/%E6%8A%93%E6%89%8B%E6%9F%93%E3%81%8F%E3%82%8B%E6%9C%9F
CapacitorのどのバージョンがCapgoでサポートされているか
Section titled “What versions of Capacitor does Capgo support?”Capgoは、Capacitorの最新の安定版のみをサポートしています。古いバージョンのCapacitorもサポートすることができますが、長期的なメンテナンスに必要なインフラを構築していないため、実際にはサポートしていません。将来的には、Capacitorのバージョンをサポートする予定です。企業向けのバージョンを含めます。 https://github.com/Cap-go/capgo/issues/1100
CapgoはCapacitorの安定版を追跡し、安定版のリリース後数時間以内に更新されます。 これらの更新を実行するためのシステムは自動化されており、実行には数分かかります。 その後、サーバーに公開する前に追加の手動検証ステップを実行します。
App/Play Storeのレビュープロセスやポリシーとはどのように関係する?
セクション: App/Play Storeのレビュープロセスやポリシーとはどのように関係する?Capgoは、Capacitorのウェブ層にのみ変更を適用します:すでにアプリのWebViewで実行されているHTML、CSS、JavaScript、資産。ネイティブバイナリ、ネイティブプラグイン、権限、エンタイトルメント、署名、またはストアメタデータは変更されません。
ネイティブの変更や機能に影響を与える可能性のある材料の変更には、ネイティブのストアリリースを使用し、ユーザーに提示したアプリの体験内でライブアップデートを維持してください。
CapgoはApp StoreまたはGoogle Playの承認を保証しますか?
セクション: CapgoはApp StoreまたはGoogle Playの承認を保証しますか?いいえ。AppleとGoogleはそれぞれのアプリとリリースについて独自の事実を検討し、Capgoは個別の承認またはレビュー結果を保証できません。アプリのコンテンツ、披露、更新範囲、現在のストアポリシーへの準拠については、チームが責任を負ってください。
レビューとリリース計画のために、公式ポリシーを直接参照してください: Apple App Store Review Guidelines そして Google Play Device and Network Abuse policy.
日本で Capgo を使用できますか?
「日本で Capgo を使用できるかどうか?」というセクション私たちは Capgo について、どの国からでもアクセスを制限することを試みていません。
日本では、特定の国ではURLにアクセスできない制限があります。 Capgo は現在、Cloudflare Cloudでホスティングされており、R2 Storageと Cloudflare workersを使用しています。
Capgo が使用するURLは以下のとおりです。
- https://api.capgo.app — __CAPGO_KEEP_0__ サーバーと __CAPGO_KEEP_1__ の更新プログラムを実行するユーザーのデバイスで更新をチェックするために使用されるコマンドラインツールに使用されます。
npx @capgo/clicommand line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates. - — __CAPGO_KEEP_0__ サーバーと __CAPGO_KEEP_1__ の更新プログラムを実行するユーザーのデバイスで更新をチェックするために使用されるコマンドラインツールに使用されます。
npx @capgo/cliコマンド ライン ツールを使用してバンドルをアップロードおよびダウンロードします。
Capgo が機能する場合は、すべての URL があなたの国からアクセス可能である場合です。
あなたの地域が URL のいずれかをブロックする必要がある場合は、ご連絡ください。私たちはあなたと一緒に解決策を見つけることができます。プロキシ サーバーはオプションです。
Capgo を自社でホストできますか?
「Capgo を自社でホストできますか?」はい。エンタープライズは、アップデート バックエンドをあなたのインフラストラクチャ内で実行する必要がある場合、ライセンスされた自社ホスト Capgo のデプロイメントをサポートしています。詳しくは Self-Hosted Updater を参照してください。
code のプッシュはインターネット接続が必要ですか?
「code のプッシュはインターネット接続が必要ですか?」はい。サーバーを通じてアップデートを配布するために、一般的なインターネットとは別のネットワーク接続が必要ですが、別の形のネットワーク接続が必要です。
ネットワーク接続がなくても、Capgoはどのように影響を受けるのですか?
「ネットワーク接続がなくても、Capgoはどのように影響を受けるのですか?」のセクションCapgo アップデートツール(Capgoでアプリケーションをビルドするときに含まれる)は、ネットワーク接続の問題に耐性があります。
デフォルトのアップデート動作では、アプリケーションが起動すると、Capgo アップデートツールに通知を送ります。アップデートツールは、別のスレッドを生成して Capgoサーバーにネットワークリクエストを送り、更新を要求します。アップデートツールは、ブロッキングを避けるために別のスレッドを使用しています。ネットワークリクエストが失敗したりタイムアウトしたりすると、アップデートツールは次にアプリケーションが起動したときに再度チェックを試みます。
Capgo コマンドラインツール(例えば npx @capgo/cli@latest bundle upload)にはネットワーク接続が必要です。Capgoを使用してアプリケーションを配布する場合、CIシステムにはネットワーク接続が必要です。
ユーザーが長い間アップデートをしなかった場合、更新を逃した場合に何が起こるのですか?
「更新を逃した場合に何が起こるのですか?」のセクションデバイスごとに、最新のバージョンが利用可能な場合に常に、更新を特にデバイスが要求しているものを送信します。 したがって、ユーザーがしばらく更新をしない場合、間接的な更新を「見逃す」ことになります。
更新サーバーは、次のインクリメンタルバージョンまたは最新バージョンを応答するように変更できます。 これは、あなたのアプリケーションのニーズに応じて、代替の更新動作をサポートできます。 重要な場合は、代替の更新動作についてご連絡ください。
CapgoはCapacitorとはどのように関係しているでしょうか?
Section titled “How does Capgo relate to Capacitor?”CapgoはCapacitorのプラグインで、codeのプッシュ機能を追加します。 CapgoはCapacitorの置き換えではありません。 すでに知っているCapacitorツールを引き続き使用できます。
We track the latest stable release of Capacitor and update our code push plugin to work with it.
更新はいつ行われますか?
「更新はいつ行われますか?」By default, the Capgo updater checks for updates on app startup. It runs on a background thread and does not block the UI thread. Any updates will be installed while the user is using the app and will be applied the next time the app is restarted.
It is also possible to run the Capgo updater manually using the @capgo/capacitor-updater パッケージを使用して、任意のタイミングで更新をトリガーすることができます。これには、プッシュ通知を介しても可能です。
Capgo アップデーターは、ネットワークが利用できない場合やサーバーがダウンしている場合、またはアクセスできない場合でも、通常の動作を続行するように設計されています。サーバーからアップデートを削除した場合でも、すべてのクライアントは通常の動作を続行します。
パッチをロールバックする機能を追加しました。ロールバックするには、前のバンドルをチャンネルにアタッチするだけです。
アプリIDを秘密にしなければならないのでしょうか?
「アプリIDを秘密にしなければならないのでしょうか?」いいえ。アプリ内に含まれているため、公開しても問題ありません。バージョン管理に含めることもできます。誰かがアクセスする心配はありません。 app_id アプリIDを知っている人は、__CAPGO_KEEP_0__ サーバーから最新のアプリのバージョンを取得できますが、アプリに更新をプッシュしたり、__CAPGO_KEEP_1__ アカウントの他の部分にアクセスすることはできません。
__CAPGO_KEEP_0__ サーバーにどのような情報が送信されますか? app_id can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.
What information is sent to Capgo servers?
「Capgoサーバー」に送信される情報は何ですか?__CAPGO_KEEP_0__サーバーへの送信データの完全なリスト、エンドポイントの動作、プライバシー制御は Compliance.
を使用して、明示的なアップデート統計レポートを無効にします。 __CAPGO_KEEP_0__サーバーに送信する代わりに、 statsUrl: '' を使用して、プロキシまたは管理するエンドポイントに送信できます。詳細は statsUrl を参照してください。 自社インフラストラクチャで統計の処理を実行する場合のは、更新チェックがアプリケーションスコープのデバイスIDを必要とするため、Capgoが正しいアップデートを選択し、毎月のアクティブデバイス数を測定できるようにします。
は、 の最新の公開ソースです。提供元、処理場所、転送メカニズム、変更履歴についての情報が記載されています。 HIPAAに準拠したアプリケーションで__CAPGO_KEEP_0__を使用できますか?
はい、ですが、適切なデプロイメントモデルを選択するには、コンプライアンスオーナーが必要です。 Capgo Cloud は現在、HIPAA 対応のホストされた統計処理として提示されていません。デフォルトでは、アップデータデータはデバイススコープであり、知られているアプリユーザーと紐付けされていません。多くのチームはそのモデルを成功させています。
厳格なレビューの場合、プラグイントラフィックを地理的にローカライズし、統計を無効にするには、を空の文字列に設定し、統計エンドポイントを独自にホストするか、ライセンスされた独自ホスティングを使用することができます。 __CAPGO_KEEP_0__ をメール、ユーザーID、患者ID、従業員ID、またはアップデータのテレメトリを個人にマッピングする値とともに呼び出すことはできません。 statsUrl 詳細な技術設定と統計を無効にしたときの可観測性のトレードオフについては、 CapacitorUpdater.setCustomId(...) HIPAA Compliance
を参照してください。 EU で __CAPGO_KEEP_0__ ライブアップデートデータを保持することはできますか? EU で __CAPGO_KEEP_0__ ライブアップデートデータを保持することはできますか?
EU で Capgo ライブアップデートデータを保持することはできますか?
HIPAA 対応アプリ向けに Capgo を使用することはできますか?はい。EUデータの住所が必要なアプリは、Capgo Cloudプラグインのトラフィック用のアップデートエンドポイントをEUホストに設定できます。
updateUrl:https://plugin.eu.capgo.app/updatesstatsUrl:https://plugin.eu.capgo.app/statschannelUrl:https://plugin.eu.capgo.app/channel_self
アップデートチェック、統計、チャンネル自律割り当てのために、すべての3つのEUのURLを使用してください。これらの値は capacitor.config.ts、生産モバイルアプリには、既存のインストールが新しいエンドポイントを使用する前に、ネイティブのリリースが必要です。
参照 データの場所 については、CapacitorとElectronの例を確認してください。
Capgoはどのプラットフォームをサポートしていますか?
「Capgoのサポートするプラットフォーム」現在、CapgoはAndroid、iOS、Electronをサポートしています。すべては生産用です。
CapgoをiOS、Android、またはElectronで使用することは独立した決定になります。Androidのチャンネル戦略とApp Storeにビルドされたipa、Electronのチャンネルを必要に応じて設定できます。
Capgoは、デスクトップまたはエンベデッドのターゲットをサポートすることができます。もし、それが重要な点であれば、ご連絡ください。
How does Capgo interact with Play Testing Tracks or Apple TestFlight?
Section titled “How does Capgo interact with Play Testing Tracks or Apple TestFlight?”各アプリストアには、特定のユーザーグループ(例:「内部テスト」、「クローズドベータ」など)にアプリを配布するための別々のメカニズムが用意されています。これらのメカニズムは、ユーザーをグループに分割し、各グループに特定のアプリバージョンを配布するためのものです。
Capgoでは、3rdパーティがTest TrackまたはTestFlightでアプリがインストールされている特定のグループを検出できるメカニズムはすべてではないため、グループの構成に確実な視野が得られず、Capgoパッチへのアクセスをこれらのグループに基づいて確実に制御できません。 https://stackoverflow.com/questions/53291007/%E3%82%AB%E3%83%BC%E3%83%89%E3%82%A2%E3%83%83%E3%83%97%E3%82%92%E3%81%99%E3%81%8F%E3%81%A7%E3%81%8F%E3%82%8B%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9%E3%83%BC%E3%82%92%E3%81%A4%E3%81%84%E3%81%A6%E3%82%8C%E3%81%9F%E3%82%8B%E3%82%BF%E3%83%BC%E3%82%BF%E3%82%A4%E3%83%8D%E3%83%83%E3%82%AF%E3%81%A7%E3%81%8F%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A7%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A4%E3%81%84%E3%81%A6%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A4%E3%81%84%E3%81%A6%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A4%E3%81%84%E3%81%A6%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A4%E3%81%84%E3%81%A6%E3%82%8C%E3%81%9F%E3%82%8B%E3%81%8D%E3%81%A4%E3 https://stackoverflow.com/questions/26081543/%E3%82%92%E3%81%8A%E3%81%9F%E3%81%AE%E6%99%82%E9%96%93%E3%81%AB%E3%81%8A%E3%82%89%E3%81%8F%E3%81%99%E3%80%80%E3%81%8A%E3%81%A9%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%81%E3%81%84%E3%81%8F%E3%81%A6%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%80iOS%E3%83%90%E3%83%83%E3%82%BF%E3%81%8F%E3%81%9F%E3%81%84%E3%82%8B%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%81%E3%81%84%E3%81%8F%E3%81%A6%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%81%E3%81%84%E3%81%8F%E3%81%A6%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%81%E3%81%84%E3%81%8F%E3%81%A6%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%82%8B%E3%80%81%E3%81%84%E3%81%8F%E3%81%A6%E3%81%8F%E3%81%8B%E3%81%9F%E3%81%84%E3%
Capgo の利用可能性をセグメント化したい場合は、4つのオプションがあります。
- 各グループごとに別々のチャネルを使用してください。このアプローチは最も直感的ですが、複数のチャネルを管理する必要があります。既に開発チャネルと運用チャネルを異なる可用性で持っている場合、開発チャネルを更新して確認し、次に運用チャネルを別々に更新することができます。各リリースに関連付けられたソースを追跡するのに役立つように、バージョン管理システムでブランチ/タグを使用することをお勧めします。
- オプトインユーザーの独自のセットを追跡し、自動更新を無効化し、特定のユーザーに対してのみ更新をトリガーすることができます。
@capgo/capacitor-updaterパッケージを使用して、現在は機能していますが、オプトインリストを管理する必要があります。 - Capgo を使用して、デバイスごとに独自のオプトインメカニズムを作成できます (Test Tracks または TestFlight と同様の機能ですが、プラットフォーム非依存です)。これにより、QA チームはバンドルを一般公開される前にオプトインできます。
- 進歩的なロールアウトを使用して、ランダムで固定的のチャネルサブセットに候補バンドルを配信します。ロールアウトを 0–100% の範囲で設定するか、0.01% の増分で使用することができます。キャッシュの有効期間を 60 秒から 365 日までの範囲で設定し、オプションで自動停止ポリシーを設定することもできます。この機能は特定のデバイスグループを選択しません。 請求 請求への直接リンク
--rollout-percentage-bps請求
プランをアップグレードまたはダウン グレードする方法は?
downgradeあなたのダッシュボードでいつでもプランをアップグレードまたはダウングレードできます: https://console.capgo.app/settings/organization/plans
請求期間がリセットされる時期はいつですか?
「請求期間がリセットされる時期はいつですか?」Capgoに初めて登録した月の月末に自動的に請求期間がリセットされます。たとえば、月の15日に登録した場合、毎月の15日に請求期間がリセットされます。
サブスクリプションをキャンセルする方法について
「サブスクリプションをキャンセルする方法」あなたのダッシュボードでいつでもサブスクリプションをキャンセルできます: https://console.capgo.app/settings/organization/plans
1年先払いは可能ですか?
1年先払いの可能か?はい。組織の計画設定で年間請求を選択できます。 組織の計画設定.
ストレージにカウントされるものは何ですか?また、保持期間を変更できますか?
ストレージにカウントされるものは何ですか?また、保持期間を変更できますか?ストレージには、チャンネル全体の歴史的バンドルとそのデルタアセットが含まれます。各アプリの未使用バンドル保持期間は、アプリ設定で制御できます。チャンネルまたはロールアウトに関連付けられているバンドルは、配信やロールバックのために利用可能なままになります。
地域レプリケーションはストレージやバンド幅を倍増しますか?
地域リプリカがストレージやバンド幅を何倍にするか?いいえ。バンドルは、どの地域が配信しているかを問わず、ストレージとして1回カウントされます。Capgoバンド幅は、エッジキャッシュから配信されていないデバイスダウンロードに基づいています。キャッシュによってサポートされる配信は、Capgoバンド幅使用にカウントされません。
エンタープライズSLAには何が含まれる?
エンタープライズSLAエンタープライズは、生産プラットフォームの月次利用可能性99.9%のコミットメントを含みます。コミットメントが達成されなかった場合、月次利用可能性に基づいてサービスクレジットのスケジュールは10%から30%となります。初期サポート対応目標は、P1: 1時間、24/7/365; P2: 2営業時間; P3: 1営業日; P4: 2営業日です。詳細は エンタープライズSLA を参照してください。
統計と分析
統計統計は、毎晩UTC 0時更新されます。 統計は、 月間ユーザー数 30日間のローリング期間中
デバイスIDの生成方法
「デバイスIDの生成方法」のセクションデバイスIDは初回起動時にデバイス上で生成され、デバイスごとのインストールの重複を防ぎ、ユーザーごとの月間アクティブユーザー数に基づいて課金することができるようになります。
MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.
デバイスIDの保存方法
- iOS: v7.25.0以降、デバイスIDはKeychainに保存され、通常の再インストールを通じて保存されます。
- Android: v7.50.1以降 (またはv5.50.1+/v6.50.1+のリリースライン) を使用します。デバイスIDはAndroid Backup/Restoreがアプリの設定を保存する場合にのみ復元されます。
- Electron:
- Androidの注意事項:
Android v7.25.0からv7.50.0までのバージョンでは、バックアップが有効な場合でも再インストール後に新しいデバイスIDを生成できます。
Device IDs are listed after the app checks in with Capgo through the updater or stats endpoints. A device does not need to install a patch before it can appear in the device list.
デバイスIDは、__CAPGO_KEEP_0__をアップデーターまたは統計エンドポイントを介してチェックインした後、リストされるようになります。パッチをインストールする必要はありません。
Direct link to なぜ私のデバイス番号は私のMAUと異なりますか?「なぜ私のデバイス番号は私のMAUと異なりますか?」のセクション
The device list shows the latest known metadata for each device, such as the device ID, platform, plugin version, OS version, native version, channel, installed bundle, and request country when available. The request country is the latest valid two-letter code received from a Cloudflare-handled request for that device, not GPS or app-provided location. Requests without a valid country do not clear the last valid value. Capgo updates this metadata when the app checks in, but repeated check-ins that report the same metadata may not change the row or its last update time.
請求月間ユーザー数(MAU)は、請求期間中にカウントされるユニークのアクティブデバイスの数です。デバイスのメタデータが同じままでも、その活動は増加することがあります。したがって、デバイスの数とMAUは異なる可能性があります。
プラットフォームごとに異なるアップデートをどうするか?
プラットフォームごとに異なるアップデートをどうするか?各プラットフォーム用にチャンネルを作成し、それぞれのチャンネルでプラットフォーム固有のアップデートを無効にします。
iOSチャンネルではAndroidのアップデートを無効にし、AndroidチャンネルではiOSのアップデートを無効にします。
各チャンネルにアップロードしたバンドルによって、各プラットフォームごとに異なるアップデートが実行されます。
両方のプラットフォームに同じアップデートを実行する必要がある場合は、1つのバンドルを複数のチャンネルにリンクするだけで済みます。バンドルの複製は必要ありません。
FAQの続き
FAQの続きCapgo Builderを使用している場合 FAQ ライブアップデートの計画配信に接続する Capgo ライブアップデート Capgo ライブアップデートの製品ワークフロー 概要 概要の実装詳細 機能 機能の実装詳細 アップデート動作 アップデート動作の実装詳細 アップデートタイプ アップデートタイプの実装詳細