FAQ
インストール手順とこのプラグインのフルマークダウンガイドを含むセットアッププロンプトをコピーします。
ここで説明されていない質問がある場合は、問題を報告するかDiscordで質問してください。 Capacitorの「__CAPGO_KEEP_0__ push」は何ですか? Capacitorの「__CAPGO_KEEP_0__ push」についての詳細ページへの直接リンク
What is “code push”?
「code push」とは何ですか?「Code push」(「Code」は「Capacitor」の開発者が、実稼働アプリにアップデートを配信するためのクラウドサービスです。Capgoは現在、Android、iOS、Electronで動作しています。
「Code Push」は、React Nativeコミュニティが使用するデプロイ機能の名前を指しますが、MicrosoftとExpoはCodeをサポートしていません。 __CAPGO_KEEP_0__ __CAPGO_KEEP_1__のバージョンは、プラグインまたは__CAPGO_KEEP_2__のバージョンと一致する必要がありますか? 「__CAPGO_KEEP_0__ __CAPGO_KEEP_1__のバージョンは、プラグインまたは__CAPGO_KEEP_2__のバージョンと一致する必要がありますか?」 いいえ。__CAPGO_KEEP_0__ __CAPGO_KEEP_1__の最新バージョンを常に使用してください()。__CAPGO_KEEP_0__と__CAPGO_KEEP_1__コンソールは、独自のバージョニングを持ち、どのアップデート プラグインのメジャーバージョンでも互換性があります。__CAPGO_KEEP_2__プラグインは__CAPGO_KEEP_3__メジャーバージョンに従います。__CAPGO_KEEP_0__のバージョニングについては「__CAPGO_KEEP_0__ versioning」を参照してください。Capacitor
Do Capgo CLI majors need to match my plugin or Capacitor version?
Section titled “Do Capgo CLI majors need to match my plugin or Capacitor version?”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 push LTSタグとして @lts-v7.
バンドルとリリースの違いは何ですか?
バンドルとリリースの違いとは何か「リリース」という言葉は、App Storeに配布するためのバイナリを準備することを意味します。App Storeに配布したバイナリを後で生成するためのバンドルCapgoが正確に知る必要があります。
「バンドル」という言葉は、リリースを新しいcodeにアップデートするためのパッチを意味します。 npx @capgo/cli@latest bundle upload コマンドは、ローカルに新しいcodeを生成し、それをユーザーに配布するためのバンドルを生成します。
Deltaアップデートファイルパスの制限はありますか?
Deltaアップデートファイルパスの制限はありますか?はい:
- ゼロバイトファイル: The CLI ログ
Ignoring empty file...と、Delta マニフェストから空のファイルを除外します。アップロードは失敗しません。したがって、空のファイルは、停止せずにデプロイメントを続行することができるように、結果のバンドルを変更できます。ゼロバイトファイルをDelta バンドルパスに含めないでください。 - スペースが含まれるパス: スペースが含まれるバンドルパスが存在する場合、Delta アップロードは早期に明確なエラーで失敗します。アップロードするDelta アップデートの前に、ファイルまたはディレクトリ名をスペースを含まないものに変更してください。
詳細はこちら Delta アップデート の設定方法を参照してください。
ロードマップとは何か?
ロードマップとは何か?プロジェクトボードも公開されており、以下のURLで確認できます。 https://github.com/orgs/Cap-go/projects
私たちのチームは、常に公開されているので、いつでも私たちが取り組んでいることを確認できます。私たちのロードマップや優先事項についての質問は、Github の問題や Discord.
Capgo をチームと一緒に使用できますか?
「Capgo をチームと一緒に使用できますか?」のセクションはい!すべてのプランでは、無制限の開発者をサポートしています。ただし、組織ごとにアプリのメトリクス(MAU、ストレージ、バンド幅)を制限しています。
詳しくは「 Teams 」を参照してください。
Capgo は私のソース code を保存しますか?
「Capgo は私のソース code を保存しますか?」のセクションNo. Capgoサーバーはあなたのソースcodeを見ることはありません。Capgoを実行する npx @capgo/cli@latest bundle upload, Capgoは、最適化された/コンパイルされたcodeのzipファイルを保存します。これは、ブラウザが受信するものと同じcodeであり、ソースcodeではありません。
追加のセキュリティのために、2つのオプションがあります。
- エンドツーヘンド暗号化:アップロードする前に、バンドルを暗号化して、ストレージとトランジットで保護し、第三者が有効な暗号化されたアップデートを生成するのを防ぎます。ただし、公開鍵は配布アプリに含まれているため、実行されたWebアセットを逆アセンブルすることはできません。
- 外部URLアップロード:バンドルをあなたのサーバーに保存し、ダウンロードリンクとオプションをCapgoに提供する。
--external <url>
プライバシーポリシーについてもご覧ください。 https://capgo.app/privacy
バンドルファイルはプライベートデータですか?
バンドルファイルはプライベートデータですか?No. バンドルファイルは、ユーザーがアプリをダウンロードできるようにすることを目的とした、パブリックなWebアセットです。バンドルURLを知っている人は、ファイルを取得でき、Capgoはセットアップとドキュメントでユーザーにこのことを知らせます。
バンドルファイルへのアクセスはデータ漏洩と見なされません。アプリのバンドルにシークレット、クレデンシャル、個人情報、規制データを入れないでください。高セキュリティの用途でより強い機密性が必要な場合は、エンドツーワンエンド暗号化を使用してくださいが、セキュリティレポートの観点から、配信されたアプリのcodeとアセットはパブリックと見なされます。
CIシステムからCapgoを使用できますか?
CIシステムからCapgoを使用できますか?はい。CapgoはCIシステムから使用することを意図しています。CIシステムのガイドを公開しています。 AndroidとGithubアクション と iOS, GitLab。他のCIシステムは似たものです。
GitHubの問題やDiscordでご連絡ください。
Firebase Remote ConfigやLaunch Darklyとはどのように関係するのでしょうか。
Firebase Remote ConfigやLaunch Darklyとはどのように関係するのでしょうか。Codeプッシュは、codeの追加/置き換えをcode上で可能にします。Firebase Remote ConfigやLaunch Darklyは両方とも、設定システムです。アプリの設定を変更することができますが、codeを置き換えることは目的ではありません。
この依存関係の大きさはどれくらいですか。
この依存関係の大きさはどれくらいですか。最近は測定していませんが、codeプッシュライブラリはCapacitorアプリに1メガバイト以下を追加することを期待しています。サイズを小さくする方法については、優先順位が高くなったら検討する予定です。サイズが障壁となっている場合はご連絡ください。
CapgoはiOS 18.4シミュレータで動作しますか。
CapgoはiOS 18.4シミュレータで動作しますか。No. iOS 18.4 Simulator のアップストリーム問題により、Capgo はそこで信頼性が低いです。実機でテストするか、別の iOS シミュレータのバージョンを使用してください。
See details in the React Native issue: facebook/react-native#50510
code が大規模なアプリケーションとどのように動作するかを確認しますか。
Section titled “code が大規模なアプリケーションとどのように動作するか”はい。code push では、アプリケーションのサイズに制限はありません。下記の注記を参照してください。 __CAPGO_KEEP_0__ push では、アプリケーションのサイズに関係なく、__CAPGO_KEEP_1__ の JS を変更できます。, Capgo can change any JS code in your application regardless of size.
__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push をどのように使用できますか。
Direct link to Capgo code push をどのように使用できますか。
「Capgo」で何をcodeすることができるか?様々な用途で使用されています。
- 本番アプリの緊急修正。
- 古いバージョンのアプリにバグ修正を配信。
- 定期的に配信(例:1時間ごと)。
「code」がアプリの挙動に大きな影響を与えるような変更を含む場合、ほとんどのアプリストアでは配信が許可されません。詳しくは下記を参照してください。 「MAU(月間有効ユーザー数)」とは__CAPGO_KEEP_0__で何を意味する? 「MAU(月間有効ユーザー数)」とは__CAPGO_KEEP_0__で何を意味する?
MAU(月間有効ユーザー数)は、1か月間でCapgoに接続したデバイスの数を指します。30日間で接続されたデバイスは1回カウントされます。同じデバイスが2つの異なるアプリIDに接続されている場合、それぞれのアプリIDに対して1回カウントされます。デバイスはアプリID間で重複カウントされません。
What can I use Capgo __CAPGO_KEEP_1__ push for?A MAU is a Monthly Active Device. A distinct device that contacts Capgo during a rolling 30-day period counts as one MAU for that native app ID. The same physical device used with two distinct native app IDs counts once for each app ID; it is not deduplicated across them.
__CAPGO_KEEP_0__のアプリIDを1つに使用し、 チャンネル。 これにより、Capgoアプリのフラビアが1つにまとまり、リリースが簡単になります。 フラビアが独自のバンドルID、署名ID、エンタイトルメントセット、またはストアリストを必要とする場合は、別々のネイティブアプリIDを使用してください。
iOSの v7.25.0+ では、Keychainを使用して通常の再インストールでランダムな、アプリスコープのデバイスIDを保持します。 Androidの v7.50.1+ (または v5.50.1+ と v6.50.1+ のリリースライン); IDは、Android Backup/Restoreがアプリの設定を保持する場合にのみ復元されます。 バックアップを無効にする、設定を除外する、またはアプリデータをクリアすると、新しいデバイスIDが生成されます。 アプリの更新は、新しいデバイスIDを生成しません。
テストと開発用ビルドの場合、開発用ビルドとエミュレータの配信をプロダクションチャネルでオフにします。 それが配信を制御するのではなく、MAU: デバイスは Capgo に接続したときにまだカウントされます。 それをプロダクション使用から外すには、ライブ更新を無効にして、プロダクション Capgo エンドポイントを呼び出さないようにしてください。 ライブ更新なしでネイティブビルドをテストする for the exact settings.
Capgo code プッシュを使用できないのは何ですか?
Section titled “Capgo code プッシュを使用できないのは何ですか?”Capgo はネイティブ code のような Java、Kotlin、Objective-C、Swift、ネイティブ プラグイン、またはネイティブ設定を変更できません。 それらの変更には新しいネイティブ アプリのリリースが必要です。 ストア レビュー スコープについては、 App Store and Google Play policies.
capacitor.config.ts の変更を Capgo で更新できますか?
Section titled “capacitor.config.ts の変更を Capgo で更新できますか?”No. 短いルール: Capgo は生成されたウェブビルドフォルダを送信できます。 それには HTML、CSS、JavaScript、資産、純粋な JavaScript パッケージの変更が含まれます。 それらは、出力にバンドルされたものです。 capacitor.config.tsiOSおよびAndroidプロジェクトの更新や、nativeプラグインの設定、nativeパッケージのインストールやアップグレードが必要な場合 npx cap sync または npx cap copy nativeアプリのリリースが必要です。
Capacitorの設定ファイルはnativeビルド時に読み込まれ、nativeアプリバイナリにコンパイルされます。Capacitorの設定を変更する必要がある場合は、以下の手順に従ってください:
- 更新
capacitor.config.tsローカル - nativeアプリを再構築する(
npx cap syncnativeビルドを実行することによって) - 新しいバイナリをアプリストアに提出する
Capgoがストアに提出するのは自分で行う必要がありますか?
「Capgoがストアに提出するのは自分で行う必要がありますか?」のセクションCapgo iOSおよびAndroid用の用意されたネイティブプロジェクトをコンパイルおよび署名し、設定されている場合、署名された結果をApp Store ConnectまたはGoogle Playに提出します。既存のCIを保持して、プライベート依存関係、Webビルド、Capacitor同期、カスタムネイティブ準備に使用できます。Capgoはネイティブビルドステップで用意されたネイティブプロジェクトを受け取ります。
See Capgo Build およびビルド構成の参照 ワークフローとストアへの提出オプションについて Capgoはディスク上で何を保存し、どこに保存するか?
What does Capgo store on disk and where?
Section titled “What does Capgo store on disk and where?”The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater Capgoのコマンドラインツール(例えば Library/Application Support/capgo.
Capgo iOSおよびAndroid用の用意されたネイティブプロジェクトをコンパイルおよび署名し、設定されている場合、署名された結果をApp Store ConnectまたはGoogle Playに提出します。既存のCIを保持して、プライベート依存関係、Webビルド、__CAPGO_KEEP_1__同期、カスタムネイティブ準備に使用できます。__CAPGO_KEEP_2__はネイティブビルドステップで用意されたネイティブプロジェクトを受け取ります。 npx @capgo/cli@latest bundle uploadディスク上のnpmキャッシュにインストールされている、ログイン情報はホームディレクトリに保存されています。 ~/.capgo.
Capacitor Hot Reloadとはどのように関係するのでしょうか。
「Capacitor Hot Reloadとはどのように関係するのでしょうか?」CapacitorのHot reloadは、開発時のみの機能です。Codeは、実稼働用です。
CapacitorのHot reloadは、開発時、デバイス上のcodeを変更できる機能です。Capacitorアプリをビルドし、ローカルマシンに接続するプロキシを設定する必要があります。
Code pushは、実稼働時、デバイス上のcodeを変更できる機能です。さまざまなテクニックを使用して、プラットフォームごとに実現します。
What types of changes does Capgo code push support?
Section titled “What types of changes does Capgo code push support?”Capgoは、JS codeを変更できます。この変更には、codeアプリと生成されたcodeが含まれます。また、依存関係を更新することもできます。 package.json codeは、ネイティブcode変更を必要とする依存関係を除いて、依存関係を更新できます。
native code (例:Java/Kotlin on Android または Objective-C/Swift on iOS) を変更する計画はありません。ツールは、native code が変更されていることを検出すると、警告を表示します。変更したnative code は、バンドルに含まれません。
Webをサポートしますか?
Webをサポートしますか?Code push は、Webでは必要ありません。Webはすでにこのように動作しています。ユーザーがWebアプリを開くと、必要に応じてサーバーから最新バージョンをダウンロードします。
code push をWebで使用する用途がある場合は、知りたいです!
iOS、Android、Mac、Windows、Linuxなどで動作しますか?
iOS、Android、Mac、Windows、Linuxなどで動作しますか?はい。
現在、Android、iOS、Electronのサポートに焦点を当てており、code push はすべての3つで生産準備が整っています。
Capgo はどのOSバージョンをサポートしますか?
「CapgoはどのOSバージョンをサポートしますか?」のセクションCapgoはCapacitorがサポートするAndroidのバージョンと同じバージョンをサポートします。
Capacitorは現在、Android APIレベル22+とiOS 13.0+をサポートしています。 https://capacitorjs.com/docs/main/reference/support-policy
CapgoがサポートするCapacitorのバージョンは何ですか?
「CapgoがサポートするCapacitorのバージョンは何ですか?」のセクション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 ガイドライン および Google Play Device and Network Abuse ポリシー.
私たちの国で Capgo を使用できますか?
「Capgo を使用できますか?」というセクションCapgo に対するアクセスの制限は行っていません。
一部の国では、特定のURLにアクセスすることが制限されています。 Capgo は現在、Cloudflare Cloudでホスティングされており、R2 StorageとCloudflareワーカーを使用しています。
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. - — バンドルのアップロードとダウンロードに使用されるコマンドラインツール —
npx @capgo/cli—
Capgoは、すべてのURLがあなたの国からアクセス可能な場合に機能するはずです。
あなたの地域がURLのいずれかをブロックする必要がある場合、ご連絡いただけますと、解決策を探すことができます。プロキシサーバーは一つのオプションです。
Capgoを自社でホストすることは可能ですか?
Capgoを自社でホストすることは可能ですか?はい。エンタープライズは、アップデートバックエンドを自社インフラストラクチャで実行する必要がある場合に、ライセンスされた自社ホストのCapgoのデプロイメントをサポートしています。 Self-Hosted Updater を参照してください。
codeはインターネットに接続する必要があるですか?
codeはインターネットに接続する必要があるですか?はい。一般的なインターネットとは別のサーバーを実行してアップデートを配布することは想像できますが、更新をデバイスに送信するためにネットワーク接続性が必要です。
How is Capgo affected by lack of network connectivity?
Section titled “Capgoのネットワーク接続の影響”Capgoのアップデートツール(Capgoでアプリをビルドするときにアプリケーションに含まれる)は、ネットワーク接続の問題に耐性を持って設計されています。
デフォルトの更新動作では、アプリケーションが起動すると、Capgoのアップデートツールに通知を送信し、別のスレッドを使用してCapgoのサーバーにネットワーク要求を送信し、更新を要求します。意図的に別のスレッドを使用することで、他のアプリケーションが実行中のブロッキングを防ぎます。ネットワーク要求が失敗したりタイムアウトしたりすると、アップデートツールは次にアプリケーションが起動したときに再度チェックを試みます。
Capgoのコマンドラインツール(例えば、)にはネットワーク接続が必要です。Capgoを使用してアプリを配布している場合、CIシステムにはネットワーク接続が必要です。 npx @capgo/cli@latest bundle upload) require network connectivity to function. If you are using Capgo to distribute your app, you should ensure that your CI system has network connectivity.
Direct link to 長い間アップデートをしないで、更新を逃した場合に何が起こるか?
私たちの実装では、常に特定のデバイスに合わせてアップデートを送信し、リクエスト元は常に最新のバージョンにアップデートされます。したがって、長い間アップデートをしないで、更新を逃した場合、ユーザーは「中間の更新」を「逃す」ことになります。__CAPGO_KEEP_0__ command line tools (e.g. __CAPGO_KEEP_0__) require network connectivity to function. If you are using __CAPGO_KEEP_0__ to distribute your app, you should ensure that your CI system has network connectivity.
The update server could be changed to support responding with either the next incremental version or the latest version depending on your application’s needs. Please let us know if alternative update behaviors are important to you.
CapgoとCapacitorとはどのように関係しているでしょうか。
「Capgoと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 packageを使用して、任意のタイミングでアップデートをトリガーできます。プッシュ通知を介してアップデートをトリガーすることも可能です。
Capgoのアップデートツールは、ネットワークが利用できない場合、またはサーバーがダウンまたはアクセスできない場合でも、通常のアプリケーションを実行し続けるように設計されています。
__CAPGO_KEEP_0__サーバーからアップデートを削除した場合でも、すべてのクライアントは通常のアプリケーションを実行し続けます。
ロールバックパッチの機能を追加しました。
アプリIDの秘密を保持する必要がありますか?アプリIDの秘密を保持する必要がありますか? app_id 「アプリIDの秘密を保持する必要がありますか?」のセクション
いいえ。 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サーバーに送信される情報は何ですか?The complete data inventory, endpoint behavior, and privacy controls are documented in 法的合規性.
設定 statsUrl: '' を使用して、明示的なアップデート統計レポートを無効にします。 また、プロキシまたは管理するエンドポイントに送信することもできます。 ご参照ください。 statsUrl 自己ホストされたインフラストラクチャにおける統計の処理 。 アップデートチェックは、デバイススコープ内のアプリ固有のデバイスIDが必要です。 したがって、__CAPGO_KEEP_0__は正しいアップデートを選択し、毎月のアクティブデバイス数を測定できます。. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.
は、提供元、処理場所、転送メカニズム、変更履歴の最新のパブリックソースです。 __CAPGO_KEEP_0__をHIPAA対応アプリケーションで使用できますか? __CAPGO_KEEP_0__をHIPAA対応アプリケーションで使用できますか? (直接リンク)
CapgoをHIPAA対応アプリケーションで使用できますか? (直接リンク)
「HIPAA 対応アプリで Capgo を使用できるか?」という質問のセクションはい、ですが、適切なデプロイメントモデルを選択する必要があります。 Capgo Cloud は現在、HIPAA 対応のホスト統計処理として提示されていません。デフォルトでは、更新データはデバイススコープであり、特定のアプリユーザーと関連付けられていません。多くのチームがそのモデルを成功させています。
厳格なレビューの場合、プラグイントラフィックを地理的にローカライズし、統計を無効にすることで、または統計エンドポイントを自社ホストのみに設定することで、より厳格な設定が可能です。 __CAPGO_KEEP_0__ を呼び出す際には、メール、ユーザーID、患者ID、従業員ID、またはアップデーターのテレメトリを個人にマッピングする値を使用しないでください。 statsUrl 詳細な技術設定と統計を無効にした場合の観察可能性のトレードオフについては、「HIPAA Compliance」を参照してください。 CapacitorUpdater.setCustomId(...) 「__CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持できるか?」という質問
「__CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持できるか?」への直接リンク 「__CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持できるか?」という質問のセクション はい。 __CAPGO_KEEP_0__ Cloud プラグイントラフィックの EU データ居住地が必要なアプリでは、更新エンドポイントを EU ホストに設定することで、EU ホストにエンドポイントを設定できます:
Yes. Apps that need EU data residency for Capgo Cloud plugin traffic can set the updater endpoints to the EU host:
updateUrl:https://plugin.eu.capgo.app/updatesstatsUrl:https://plugin.eu.capgo.app/statschannelUrl:https://plugin.eu.capgo.app/channel_self
EUのURLをすべて使用することで、更新チェック、統計、チャンネル自律のアサインメントが同じ地域データパスを使用するようになります。これらの値は capacitor.config.ts生産モバイルアプリでは、既存のインストールが新しいエンドポイントを使用する前に、ネイティブのリリースが必要です。
See データの場所 については、exact Capacitor と Electron の例を参照してください。
Capgoはどのプラットフォームをサポートしていますか?
「Capgoのサポートするプラットフォーム」現在、CapgoはAndroid、iOS、Electronをサポートしています。すべては生産用途に適しています。
CapgoをiOS、Android、またはElectronで使用することは独立した決定になります。Androidのチャンネル戦略とApp Storeにビルドされたipa、またはElectronチャンネルを必要に応じて設定できます。
Capgoは(比較的容易に)デスクトップまたはエンベデッドのターゲットをサポートできるようになります。そういったものが重要な場合は、ご連絡ください。
CapgoはPlay Testing TracksまたはApple TestFlightとどのように相互作用するのでしょう?
CapgoとPlay Testing TracksまたはApple TestFlightのどちらとどのように相互作用するかについて各のアプリストアには、内部テストやクローズドベータなど、限定されたユーザーにアプリを配布するための別々のメカニズムがあります。これらはすべて、ユーザーをグループに分割し、各グループに特定のバージョンのアプリを配布するためのメカニズムです。
残念ながら、これらのメカニズムのすべてが、3rdパーティが特定のテストトラックまたはテストフライトでアプリがインストールされているかどうかを検出できるわけではありません。したがって、テストトラックやテストフライトのグループの構成を信頼性の高い方法で把握できず、Capgoのパッチへのアクセスをこれらのグループに基づいて信頼性の高い方法で制御することもできません。 https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i
Capgoのバンドルの利用可能性をセグメント化したい場合は、4つのオプションがあります。
- 各グループごとに別のチャンネルを使用する。このアプローチは最も簡単ですが、複数のチャンネルを管理する必要があります。既存のdevチャンネルとprodチャンネルを使用している場合は、devチャンネルを更新して確認し、次にprodチャンネルを別途更新することができます。チャンネルごとにバージョンを管理するには、ブランチやタグを使用することをお勧めします。
- __CAPGO_KEEP_0__
@capgo/capacitor-updaterのユーザーをトラッキングし、自動更新を無効化し、特定のユーザーにのみ更新をトリガーすることができるパッケージです。この機能は現在は機能していますが、オプティンリストの管理を自分で行う必要があります。 - Capgoで、デバイスごとにオプティンメカニズムを自分で作成できるようになります(テストトラックやテストフライトと似ていますが、プラットフォーム非依存です)。これにより、QAチームはバンドルを一般公開される前にオプティンすることができます。
- 使用 進歩的なロールアウト 進歩的なロールアウトを使用して、ランダムで固定的のチャンネルのサブセットに候補バンドルを配信します。ロールアウトを0–100%の範囲で設定するか、0.01%の増分で使用することもできます。また、キャッシュの有効期間を60秒から365日までの範囲で設定し、オプションで自動停止ポリシーを設定することもできます。この機能は特定のデバイスグループを選択するものではありません。
--rollout-percentage-bps請求
直接のプランをアップグレードまたはダウン グレードする方法はどうですか?
「プランをアップグレードまたはダウン グレードする方法は?」のセクションいつでもダッシュボードでプランをアップグレードまたはダウン グレードできます: https://console.capgo.app/settings/organization/plans
請求期間がリセットされる時期はいつですか?
「請求期間がリセットされる時期はいつですか?」のセクションCapgoに初めてサブスクライブした月の月末に自動的に請求期間がリセットされます。たとえば、15日にサブスクライブした場合、毎月15日に請求期間がリセットされます。
サブスクリプションをキャンセルする方法は?
「サブスクリプションをキャンセルする方法は?」のセクションいつでもダッシュボードでサブスクリプションをキャンセルできます: https://console.capgo.app/settings/organization/plans
1 年間の支払いを事前に行うことはできますか?
「1 年間の支払いを事前に行うことはできますか?」のセクションはい。組織の計画設定で年間の請求を選択できます。 ストレージにカウントされるものは何ですか。また、保持期間を変更できますか?.
ストレージにカウントされるものは何ですか。また、保持期間を変更できますか?の直接リンク
ストレージには、チャンネル全体の歴史的バンドルとそのDeltaアセットが含まれます。アプリの設定で未使用バンドルの保持期間を制御できます。アクティブチャンネルまたはロールアウトに関連付けられたバンドルは保護され、配信やロールバックのために利用可能なままです。地域レプリケーションはストレージやバンド幅を倍増させるのでしょうか?
地域レプリケーションはストレージやバンド幅を倍増させるのでしょうか?の直接リンク
__CAPGO_KEEP_0__No. 1つのバンドルは、どのリージョンが配信するかを問わず、1回だけストレージにカウントされます。 Capgo バンド幅は、エッジキャッシュから配信されていないデバイスダウンロードに基づいています。キャッシュサービングされた配信は、Capgo バンド幅使用にカウントされません。
Enterprise SLAには何が含まれるのですか?
Enterprise SLAとは何かEnterpriseには、生産プラットフォームの月次利用可能性の99.9%のコミットメントが含まれます。コミットメントが達成されなかった場合、月次利用可能性に基づいてサービスクレジットのスケジュールは10%から30%になります。初期サポート対応目標は、P1: 1時間、24/7/365; P2: 2ビジネス時間; P3: 1ビジネス日; P4: 2ビジネス日です。詳細は Enterprise SLA Enterprise SLAの詳細については
統計と分析
統計と分析ダッシュボード内の統計は、毎晩UTCの0時更新されます。 統計は、MAUsから計算されます。 月間ユーザー数 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の保存
- iOSv7.25.0以降、デバイスIDはKeychainに保存され、通常の再インストールを通じて保存されます。
- Androidv7.50.1以降 (またはv5.50.1+/v6.50.1+のリリースライン)、デバイスIDはAndroid Backup/Restoreがアプリの設定を保存する場合にのみ復元されます。
- Electron: __CAPGO_KEEP_0__は安全なストレージに保存されています。
- Androidの注意: バックアップを無効にする、関連する設定を除外する、またはアプリデータをクリアすると、新しい__CAPGO_KEEP_0__が生成されます。Android v7.25.0からv7.50.0まで、バックアップが有効な場合でも再インストール後に新しい__CAPGO_KEEP_0__を生成できます。
__CAPGO_KEEP_0__はアプリ間でスコープされており、ライブアップデート配信とMAUの重複排除をサポートしていますが、広告やクロスアプリトラッキングの識別子ではありません。
Capgoは、アップデーターまたは統計エンドポイントを通じてCapgoとチェックインした後、リストされるようになります。デバイスは、パッチをインストールする必要なく、デバイスリストに表示されるようになります。
なぜ私のデバイス番号はMAUと異なりますか。
セクション “なぜ私のデバイス番号はMAUと異なりますか?”__CAPGO_KEEP_0__とMAUは異なる信号に基づいています。
codeは、各デバイスの最新のメタデータを表示します。code、プラットフォーム、プラグインバージョン、OSバージョン、ネイティブバージョン、チャネル、インストールしたバンドル、リクエストされた国コード(利用可能な場合)などです。国コードは、Cloudflareでハンドルされたリクエストからcodeを受信したときに有効な2文字のcodeです。GPSやアプリから提供された位置情報ではありません。有効な国コードが無いリクエストは、最後に有効な値を保持します。Capgoは、アプリがチェックインしたときにこのメタデータを更新しますが、同じメタデータを報告した繰り返しチェックインは、行や最後の更新時間を変更しません。
MAUは請求期間中に異なるアクティブなデバイスを数える。デバイスのメタデータが同じままでも、その活動が増加することがあるため、デバイスの数とMAUは異なる可能性がある。
プラットフォームごとに異なるアップデートを実現する方法はありますか?
プラットフォームごとに異なるアップデートを実現する方法各プラットフォームごとにチャンネルを作成し、それぞれのチャンネルでプラットフォーム固有のアップデートを無効にすることができます。
iOSチャンネルではAndroidのアップデートを無効にし、AndroidチャンネルではiOSのアップデートを無効にすることができます。
それぞれのチャンネルにバンドルをアップロードして、プラットフォームごとに異なるアップデートを実現することができます。
両方のプラットフォームに同じアップデートを実現する必要がある場合は、1つのバンドルを複数のチャンネルにリンクすることができます。バンドルの複製は必要ありません。
FAQから続きます
プラットフォームごとに異なるアップデートを実現する方法FAQを使用している場合 FAQを続きます __CAPGO_KEEP_0__ Live Updatesのライブアップデート配信計画に接続する Capgo Live Updatesのライブアップデート配信計画 Capgo Live Updatesの製品ワークフローで 概要 概要の実装詳細 機能 機能の実装詳細 更新動作 更新動作の実装詳細 更新種類 更新種類の実装詳細