FAQ

このプラグインのインストール手順とフルマークダウンガイドを含むセットアッププロンプトをコピーしてください。

Discordで質問してください問題を提出するか work.

「code push」って何？

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 Push」は、React Nativeコミュニティが使用するデプロイ機能の名前の引用です。 Microsoft と Expoは、Capacitorをサポートしていません。

バンドルとリリースの違いは何？

「リリース」という言葉は、アプリストアに配布するためのバイナリを準備することを意味します。アプリストアに配布した後のバンドルを生成するには、Capgo が配布したバイナリを正確に知る必要があります。

「バンドル」という言葉は、リリースを新しいcodeにアップデートするためのパッチを意味します。 npx @capgo/cli@latest bundle upload コマンドは、ローカルで新しいcodeを生成し、それをユーザーに配布するために使用されます。

ロードマップは何ですか?

プロジェクトボードも公開されており、以下のURLで確認できます。 https://github.com/orgs/Cap-go/projects

チームも公開しているので、いつでも何を取り組んでいるか確認できます。ロードマップや優先順位について質問がある場合は、GithubのissueやDiscordでご相談ください。チームで__CAPGO_KEEP_0__を使用できますか?.

Capgoはチームで使用できますか?

はい！すべてのプランでは無制限の開発者がサポートされています。ただし、各組織ごとにアプリのメトリクス（MAU、ストレージ、バンド幅）を制限しています。

詳しくチームについての詳細はこちら。

Capgoは私のソースcodeを保存するのですか？

いいえ。Capgoサーバーはあなたのソースcodeを見ることはありません。Capgoを実行するとき npx @capgo/cli@latest bundle upload, Capgoは、最適化された/コンパイルされたcodeのzipファイルを保存します。これは、ブラウザが受け取るcodeと同じものであり、ソースcodeではありません。

追加のセキュリティのために、2つのオプションがあります：

エンドツーエンド暗号化:アップロードする前にバンドルを暗号化して、ストレージとトランジットで保護し、第三者があなたの秘密鍵なしで有効な暗号化されたアップデートを生成するのを防止します。この設定は、配布アプリに公開鍵が含まれているため、実行されたWebアセットを逆コンパイルすることはできません。
外部URLアップロード:あなたのサーバーにバンドルを保存し、ダウンロードリンクとオプションをCapgoに提供する --external <url>

プライバシーポリシーを参照 https://capgo.app/privacy

バンドルファイルはプライベートデータですか?

いいえ。バンドルファイルは、ユーザーがダウンロードできるように意図されたパブリックWebアセットです。誰でもバンドルURLを知っていれば、ファイルを取得でき、Capgoはセットアップとドキュメントでユーザーにこのことを通知します。

バンドルファイルへのアクセスはデータ漏洩とは見なされません。秘密鍵、クレデンシャル、個人データ、規制データをアプリケーションバンドルに含めることは避けるべきです。高セキュリティの用途では、エンドツーエンド暗号化を使用する必要がある場合も、依然としてアプリケーションcodeとアセットをセキュリティレポートの観点からパブリックと扱うべきです。

CIシステムからCapgoを使用できますか?

はい。CapgoはCIシステムから使用することを意図しています。CIシステムからCapgoを使用するためのガイドを公開しています。 AndroidとGithub Actions と iOS、および GitLab。他のCIシステムは似たものです。

問題が発生した場合は、GitHubの問題またはDiscordにご連絡ください。

__CAPGO_KEEP_0__とFirebase Remote ConfigまたはLaunch Darklyの関係はどれくらい?

Code push は、code を追加する/ code を置き換えることをデバイス上で許可します。 Firebase Remote Config と Launch Darkly は両方とも構成システムです。アプリの構成を変更することを許可しますが、code を置き換えることを目的としていません。

依存関係のフットプリントはどれくらい大きくなりますか？

code push ライブラリを追加すると、Capacitor アプリに 1 メガバイト以下の追加依存関係が生じることを期待しています。依存関係のサイズを小さくする方法については、優先順位が高い場合に検討する予定です。依存関係のサイズがブロッカーである場合は、ご連絡ください。

Capgo は iOS 18.4 シミュレータで動作しますか？

Capgo は iOS 18.4 シミュレータでは信頼性が低く、正常に動作しません。実機または別の iOS シミュレータのバージョンでテストしてください。

facebook/react-native#50510 facebook/react-native#50510

Does code push work with large applications?

はい。code pushは、アプリケーションのサイズに関係なく、任意のサイズのアプリケーションを更新できます。以下の説明に記載されているように、__CAPGO_KEEP_0__ pushは、任意のサイズのアプリケーションで、任意のJS __CAPGO_KEEP_1__を変更できます。, Capgo can change any JS code in your application regardless of size.

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ pushをどのように使用できますか?

Capgo code pushの直接リンク

緊急修正用のプロダクションアプリケーションです。

緊急修正用のプロダクションアプリケーションです。
古いアプリのバージョンにいるユーザーにバグ修正を配信します。
常に配信する (例: 1 時間ごとに)。

注目してください。ほとんどのアプリストアでは、code がアプリの動作を大幅に変更するようなものを配信することを禁止しています。詳しくは下記を参照してください。下記「MAU」は何を指すのでしょうか?

What counts as a “MAU” for Capgo?

MAUとは、1 か月に 1 回以上アクセスしたユーザーを指します。Capgo の場合、実際には 1 か月に 1 回以上アクセスしたデバイスを指します。30 日以内にサーバーに接続したデバイスを MAU と数えます。30 日以内にサーバーに接続していないデバイスは数えません。

重要プラグインバージョン「v5.10.0」以降 __CAPGO_KEEP_0__, v6.25.0 と v7.25.0、デバイスIDは再インストール後のアプリでも永続化される。以前のバージョンでは、再インストールごとに新しいデバイスIDが生成され、MAUとしてカウントされていた。

現在のバージョンでは

デバイスIDは再インストール後のアプリでも永続化されます（iOSではKeychainに、AndroidではEncryptedSharedPreferencesに安全に保存されます）
アプリの更新は新しいデバイスIDを生成しない
開発中、古いプラグインバージョン（v5.10.0 / v6.25.0 / v7.25.0）を使用している場合、再インストールごとに新しいMAUが生成される

注意：テストフライトダウンロードやAndroidのチャンネル切り替えは、設定に応じてデバイスの登録を新しく生成する可能性がある

初回設定後、開発用デバイスやエミュレータを無効にすることをお勧めします。重複したデバイスの数を減らすためです。

Capgo code プッシュを使用できないのは何ですか？

Capgoを使用してアプリストアの規制を破ることはできません。詳しくは以下のページを参照してください。

また、Capgoは、ネイティブのcode (例：AndroidのJava/KotlinまたはiOSのObjective-C/Swift)を変更することをサポートしていません。ネイティブのcodeが変更されている場合、更新中に警告が表示されます。

capacitor.config.tsの変更をCapgoで更新できるか？

いいえ。簡単なルールは、Capgoは生成されたWebビルドフォルダ、HTML、CSS、JavaScript、アセット、純粋なJavaScriptパッケージの変更を含むものを送信できます。ただし、ネイティブプラグインの設定変更、ネイティブパッケージのインストールまたはアップグレード、iOSまたはAndroidプロジェクトを更新する必要があるもの、またはネイティブアプリのリリースが必要なものは送信できません。 capacitor.config.ts, native plugin configuration, native package installs or upgrades, and anything that must update the iOS or Android project through npx cap sync or npx cap copy require a native app release.

The Capacitor の設定ファイルは、ネイティブビルド時に読み込まれ、ネイティブアプリバイナリにコンパイルされます。Capacitor の設定を変更する必要がある場合は、以下の手順に従ってください:

更新 capacitor.config.ts ローカル
ネイティブアプリを再構築する（npx cap sync ネイティブビルドを実行することによって）
新しいバイナリをアプリストアに提出する

Capgo はアプリストアに提出するのを自分で行う必要がありますか？

Capgo は現在、アプリストアに提出するのを自分で行う必要があります。将来はこの機能を追加する予定ですが、現在はアプリストアに提出するのを自分で行う必要があります。

Capgo の CI ガイド Android を使用できます。 Capgo の CI ガイド Android を使用できます。 To automate this process and CI guide iOS.

Capgoはディスク上でどのようなデータを保存し、どこに保存するのか

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 Androidシステムが提供するパスベースが変更される可能性があるため、実行時には動的に変更される可能性があります。iOSデバイスでは、データは Library/Application Support/capgo.

Capgoのコマンドラインツール（例えば npx @capgo/cli@latest bundle upload)はディスク上にインストールされ、npmのキャッシュ、ログイン情報はホームディレクトリに保存されます。 ~/.capgo.

Capacitor Hot Reloadとはどのように関係するのか

Capacitor’s Hot reloadは開発用の機能です。Code pushは本番用です。

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はあなたのアプリケーション内のJScodeを変更できます。このアプリケーションのアプリcodeと生成されたcodeを含みます。また、依存関係を更新することもできます。 package.json codeを変更することはできません。

We do not have plans to support changing native code (e.g. Java/Kotlin on Android or Objective-C/Swift on iOS), and the tool will warn you if it detects that you have changed native code as it will not be included in the bundle.

__CAPGO_KEEP_0__はWebをサポートしますか？

Code のプッシュは、Web では必要ありません。Web はすでにこのように動作しています。ユーザーが Web アプリを開くと、必要に応じてサーバーから最新バージョンをダウンロードします。

code のプッシュを Web に使用する用途がある場合、ぜひ教えてください!

iOS、Android、Mac、Windows、Linuxなどで動作するでしょうか?

So far we’ve focused on Android, iOS, and Electron support, and code push is production-ready on all three.

現在、Android、iOS、Electron のサポートに焦点を当てており、Capgo のプッシュはすべての 3 つで生産準備が整っています。

Capgo supports the same versions of Android that Capacitor supports.

Capacitor は、API が対応する Android のバージョンと同じバージョンをサポートしています。 https://capacitorjs.com/docs/main/reference/support-policy

CapacitorのどのバージョンがCapgoでサポートされているか

Capgoは現在、Capacitorの最新の安定版リリースのみをサポートしています。Capacitorの古いバージョンもサポートすることができますが、Capacitorの古いバージョンをサポートするためのインフラを構築することができていないため、現在はサポートしていません。Capacitorのバージョンをサポートする予定です。Capacitorのバージョンをサポートする予定です。 https://github.com/Cap-go/capgo/issues/1100

CapgoはCapacitorの安定版を追跡し、安定版のリリース後数時間以内に更新します。Capgoの更新システムは自動化されており、更新処理は数分で完了します。Capgoでは、更新処理の後、追加の手動検証ステップを実行し、サーバーに公開します。

__CAPGO_KEEP_0__とアプリ/プレイストアのレビュープロセスやポリシーとの関係

Codeは、iOS、Android、Electronの配信チャンネルでアプリを更新することができるようにするために設計されています。Codeは、開発者がアプリを更新することができるようにするために設計されています。開発者は、Codeを使用することで、ストアのポリシーに準拠したアプリを配信することができます。Codeは、開発者がアプリを更新することができるようにするために設計されています。 https://__CAPGO_KEEP_0__.com/Cap-go/__CAPGO_KEEP_1__/issues/1100, 日本語).

Microsoftは、自分の解決策がアプリストアに準拠しているかどうかについてのガイドを公開しています: https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Codeプッシュは、アプリストアで広く使用されている技術です。知っているすべての大規模なアプリがcodeプッシュを使用しています。主なポリシーは、アプリの動作を大幅に変更しないことです。詳しくは以下を参照してください。

CapgoはPlayストアのガイドラインに準拠していますか?

はい

Playストアでは、更新ツールに関する2つの制限を設けています。

更新は、インタプリタまたは仮想マシンを使用する必要があります (CapgoはJavaScriptをWebViewで使用しています)。 https://support.google.com/googleplay/android-developer/answer/9888379?hl=en

    An app distributed via Google Play may not modify, replace, or update itself
    using any method other than Google Play's update mechanism. Likewise, an app
    may not download executable code (such as dex, JAR, .so files) from a
    source other than Google Play. *This restriction does not apply to code
    that runs in a virtual machine or an interpreter* where either provides
    indirect access to Android APIs (such as JavaScript in a webview or
    browser).

    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
    Python, Lua, etc.) loaded at run time (for example, not packaged with the
    app) must not allow potential violations of Google Play policies.

アプリの変更は、目的の変更 (例: アプリの目的を更新) など、ユーザーに誤解を与えないようにする必要があります。 https://support.google.com/googleplay/android-developer/answer/9888077 アプリのユーザーに明確に説明し、期待を違和させないようにする必要があります。Capgo を使用して、アプリの重要な行動の変更は避けるべきです。

Capgo は、Play Store のガイドラインと互換性があります。ただし、Capgo はツールであり、どのツールでも同じように、Capgo を悪用して Play Store のガイドラインを違反することは、Capgo の違反となります。利用規約これにより、口座の終了につながる可能性があります。

最後に、code のプッシュサービスは、業界で広く使用されています (私が知っているすべての大規模なアプリがこれを使用しています)。また、code のプッシュサービスも、公開されているものがあります (例: expo.dev および appcenter.ms)。これは、よく歩かれた道です。

Microsoft は、React Native の「codepush」ライブラリがアプリストアのガイドラインに準拠していることを説明するガイドを公開しています。 https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Capgo は App Store のガイドラインに準拠していますか?

はい。

App Storeは、技術的およびポリシーの制限を提供しています。

3.2.2
... interpreted code may be downloaded to an Application but only so long as
such code:
(a) does not change the primary purpose of the Application by providing
features or functionality that are inconsistent with the intended and
advertised purpose of the Application as submitted to the App Store,
(b) does not create a store or storefront for other code or applications, and
(c) does not bypass signing, sandbox, or other security features of the OS.

Capgoは、iOSのアップデートのためのインタプリタのみの制限を満たすために、JavaScriptをWebViewで使用します。アップデートの際に、目的のアプリの変更（例：アップデートでアプリの目的を変更する）を行うことなく、Capgo（または他のcodeプッシュソリューション）を使用することは、標準的な業界慣行であり、App Storeのガイドラインに準拠しています。

Capgoを意図的に利用してApp Storeのガイドラインを侵害することは、Capgoの違反です。利用規約アカウントの終了につながる可能性があります。

Microsoftは、React Nativeの「codepush」ライブラリがアプリストアのガイドラインに準拠していることを示すガイドを公開しています。 https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Capgoを私の国で使用できますか？

Capgoへのアクセスを国ごとに制限することは試みていません。

Capgoの利用可能かどうかを国ごとに確認することは、国によっては制限される場合があります。 Capgoは現在、CloudflareのCloudflare Cloudを使用しており、R2 StorageとCloudflareワーカーも利用されています。

Capgoが使用するURLは以下のとおりです。

https://api.capgo.app — __CAPGO_KEEP_0__サーバーとユーザーのデバイス上の__CAPGO_KEEP_1__アップデーターとをインタラクティブに操作するためのコマンドラインツールが使用しています。 npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
— バンドルのアップロードとダウンロードに使用されるコマンドラインツールが使用しています。あなたの国からすべてのURLがアクセス可能な場合、__CAPGO_KEEP_0__は正常に動作するはずです。 npx @capgo/cli __CAPGO_KEEP_1__

If all of those URLs are accessible from your country, then Capgo should work.

あなたの地域がURLのいずれかへのアクセスをブロックする必要がある場合、ご連絡いただけると、解決策を探すことができます。プロキシサーバーはその一つのオプションです。

Capgoを自宅サーバーで動かすことはできますか？

はい、Capgoを自宅サーバーで動かすことはできます。ガイドはまだ書かれていませんが、codeはオープンソースで、以下のURLで入手できます。 https://github.com/cap-go/capgo

codeのプッシュはインターネットに接続する必要がありますか？

はい。サーバーを別のネットワークからアップデートを配布するように設定することは可能ですが、更新をデバイスに送信するためにネットワーク接続が必要です。

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.

長い間更新をしないで、更新を逃したユーザーはどうなるのですか？

アップデートサーバーは、次のインクリメンタルバージョンまたは最新バージョンに応じて、応用のニーズに応じてレスポンスするように変更できます。代替のアップデート動作があなたにとって重要な場合は、知らせてください。

CapgoはCapacitorとはどのように関係しているのか?

CapgoはCapacitorのプラグインであり、codeのプッシュ機能を追加します。CapgoはCapacitorの置き換えではありません。既存のCapacitorツールを引き続き使用できます。

Capacitorの最新安定版を追跡し、codeのプッシュプラグインを更新して、それと互換性があるようにします。

アップデートはいつ行われるのか?

Capgoのアップデートツールは、デフォルトではアプリ起動時にアップデートをチェックします。バックグラウンドスレッドで実行され、UIスレッドをブロックしません。アップデートがあれば、ユーザーがアプリを使用している間にインストールされ、再起動したときに適用されます。

Capgoのアップデートツールを手動で実行することも可能です。 @capgo/capacitor-updater パッケージを使用して、任意のタイミングでアップデートをトリガーできます。プッシュ通知を介しても可能です。

Capgoのアップデーターは、ネットワークが利用できない場合やサーバーがダウンしている場合など、サーバーにアクセスできない場合でも、通常通りアプリが動作するように設計されています。

__CAPGO_KEEP_0__サーバーからアップデートを削除した場合でも、すべてのクライアントは通常通り動作します。

アップデートをロールバックする機能を追加しました。ロールバックするには、前のバンドルをチャンネルにアタッチするだけです。

セクション：アップデートをロールバックする必要がありますか? app_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.

Capgoサーバーに送信される情報は何ですか?

Although Capgo connects to the network, it does not send any personally identifiable information. Including Capgo should not affect your declarations for the Play Store or App Store.

Requests sent from the app to Capgo servers include:

__CAPGO_KEEP_0__ サーバーへのアプリからのリクエストには、以下のものが含まれます。 capacitor.config.json)
app_id (指定された capacitor.config.json)
channel (オプションで capacitor.config.json release_version (AndroidManifest.xml または Info.plist の CFBundleShortVersionString から取得される CapacitorUpdater.version )
if set in npx @capgo/cli@latest bundle upload)
version_number (生成された
platform (e.g. ‘android’, needed to send down the right patch) That’s it. The code for this is in updater/library/src/network.rs
platform (例えば ‘android’、必要なのは、正しいパッチを送信するために)
そのため、__CAPGO_KEEP_0__ の設定は

Can I use Capgo for HIPAA-sensitive apps?

はい、しかし、適切なデプロイメントモデルを選択する必要があります。Capgo Cloudは現在、HIPAA準拠のホストされた統計処理として提示されていません。デフォルトでは、アップデータデータはデバイススコープであり、特定のアプリユーザーと関連付けられていません。多くのチームがそのモデルを成功させています。

厳格なレビューの場合、プラグイントラフィックを地理的にローカライズし、統計を無効にすることで、または設定を空の文字列に設定し、統計エンドポイントをのみホストする、またはライセンスされた自社ホスティングを使用することができます。 statsUrl __CAPGO_KEEP_0__を呼び出すことは、メール、ユーザーID、患者ID、従業員ID、またはアップデータのテレメトリを個人にマッピングする値を指定してはいけません。 CapacitorUpdater.setCustomId(...) __CAPGO_KEEP_0__のHIPAA準拠の設定と統計を無効にした場合の観察可能性のトレードオフについては、

__CAPGO_KEEP_0__のライブアップデートデータをヨーロッパに保持することはできますか? __CAPGO_KEEP_0__のライブアップデートデータをヨーロッパに保持するための直接リンク __CAPGO_KEEP_0__のライブアップデートデータをヨーロッパに保持するためのセクション

CapgoのHIPAA準拠の設定と統計を無効にした場合の観察可能性のトレードオフについては、HIPAA準拠の設定を参照してください。

はい。EUデータの住所が必要なアプリは、Capgo Cloud プラグインのトラフィックをEUホストに設定することで、アップデートエンドポイントをEUホストに設定できます。

updateUrl: https://plugin.eu.capgo.app/updates
statsUrl: https://plugin.eu.capgo.app/stats
channelUrl: https://plugin.eu.capgo.app/channel_self

EU URLをすべて合わせて使用することで、更新チェック、統計、チャンネル自律割り当てが同じ地域データパスを使用するようになります。なぜなら、これらの値は capacitor.config.ts, production mobile apps need a native release before existing installs use the new endpoints.

見るデータの保存場所 Capgoの正確なCapacitorとElectronの例です。

What platforms does Capgo support?

Currently, Capgo supports Android, iOS, and Electron. All are production-ready.

iOS、Android、またはElectronのCapgoの使用は独立した決定になります。Androidのチャネル戦略を設定し、App Storeにipaをビルドする、またはElectronチャネルに必要に応じて設定できます。

Capgo は、デスクトップまたはエンバエドデッドターゲットをサポートできるようにすることができます。重要な場合は、ご連絡ください。

How does Capgo interact with Google Play のテストトラックまたはApple TestFlight?

各アプリストアには、内部テストやクローズドベータなどの、限定されたユーザーにアプリを配布するための別々のメカニズムがあります。これらはすべて、ユーザーをグループに分割し、各グループに特定のバージョンのアプリを配布するためのメカニズムです。

残念ながら、これらのメカニズムのすべてが、3 番目のパーティーがアプリが特定のテストトラック内にインストールされているか、またはテストフライトを介してインストールされているかを検出できるわけではありません。したがって、テストトラックやテストフライトのグループの構成について、信頼できる情報を得ることができず、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 つのオプションがあります。

グループごとに別のチャネルを使用してください。このアプローチは最も直感的ですが、複数のチャネルを管理する必要があります。すでに開発用チャネルと運用用チャネルを異なる可用性で持っている場合、開発用チャネルを更新して確認し、次に運用用チャネルを別々に更新することができます。また、各リリースに関連付けられているソースを追跡するのに役立つバージョン管理システムのブランチ/タグを使用することをお勧めします。
独自のオプティンユーザーを追跡し、自動更新を無効化し、特定のユーザーに対してのみ更新をトリガーすることができます。 @capgo/capacitor-updater パッケージを使用すると、今日は機能しますが、オプティンリストを管理する必要があります。
Capgo は、デバイスごとにオプティンメカニズムを独自に作成できるようにします (Test TracksやTestFlightと同様ですが、プラットフォーム非依存です)。これにより、QAチームはバンドルを一般公開される前にオプティンすることができます。
Capgo は、パーセンテージベースのロールアウトを実行できます。これは、特定のデバイスに送信するデバイスを選択することはできませんが、問題が見つかるまで段階的にロールアウトし、問題が見つかった場合にロールバックすることができます。

請求

プランをアップグレードまたはダウングレードする方法は?

いつでもダッシュボードでプランをアップグレードまたはダウングレードできます。 https://console.capgo.app/settings/organization/plans

請求期間がいつリセットされるのですか？

Capgoに初めてサブスクライブした月のその月の毎月自動で請求期間がリセットされます。例えば、15日にサブスクライブした場合、毎月15日に請求期間がリセットされます。

私のサブスクリプションをキャンセルするにはどうすればよいですか？

あなたはあなたのダッシュボードでいつでもサブスクリプションをキャンセルできます： https://console.capgo.app/settings/organization/plans

1年先に支払うことはできますか？

はい、いつでもダッシュボードからできます： https://console.capgo.app/settings/organization/plans

統計と分析

ダッシュボードの統計は毎日の午前0時UTCに更新されます。統計は、 MAU デバイスにインストールされた

デバイスIDの生成方法

初回起動時にデバイス上でデバイスIDが生成され、デバイスごとのインストールを重複防止し、ユーザーごとの月間有効ユーザー数（MAU）に基づいて課金することが可能になります。

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の永続化（v6.25.0およびv7.25.0で更新）:

現在の動作: アプリ再インストール後もデバイスIDが保持されます。デバイスのKeychain（iOS）またはEncryptedSharedPreferences（Android）に安全に保存され、アンインストール/再インストール後も同じデバイスを追跡できます。
以前の動作 (v6.25.0/v7.25.0以前): AppleとGoogleのストアポリシーに関連するプライバシーの理由により、デバイスIDはアプリ再インストールごとにリセットされ、再インストール後も同じデバイスを追跡することができませんでした。

AppleとGoogleのプライバシーの規則は適用され、Capgoの実装はデバイス識別のベストプラクティスに準拠しています。

デバイスIDは初めてパッチをインストールするまで、デバイスリストに表示されません。

なぜ私のデバイス番号はMAUと異なるのですか?

現在、デバイスリストはMAUと同じ頻度で更新されていません。

デバイスリストは、デバイスがアップデートをインストールしたときにのみ更新されます。

MAUはアプリ起動ごとに更新されますが、デバイスリストはそうではありません。これはプラットフォームの現在の制限です。AnalyticsプラットフォームではRAWの更新をサポートしていないため、デバイスリストは通常のデータベースを使用しています。

データベースクエリの数を制限するために、アプリのアップデート時にのみ行を更新します。

この制限は将来的に解消されます。

各プラットフォームで異なるアップデートを実現する方法はありますか?

各プラットフォーム用にチャンネルを作成し、それぞれのチャンネルでプラットフォーム固有のアップデートを無効にします。

iOSチャンネルではAndroidのアップデートを無効にし、AndroidチャンネルではiOSのアップデートを無効にします。

それぞれのチャンネルにバンドルをアップロードして、各プラットフォーム用に異なるアップデートを実現します。

If you need to have the same update for both platform, you can link one bundle to multiple channels. No need to duplicate the bundle.

FAQから続けてください

「FAQから続けてください」セクション あなたは FAQ 「Capgo Live Updates」に「Capgo Live Updates」で製品ワークフローに概要「__CAPGO_KEEP_0__ Live Updates」で実装詳細機能「__CAPGO_KEEP_0__ Live Updates」で実装詳細更新動作 __CAPGO_KEEP_0__の実装詳細については、更新タイプ __CAPGO_KEEP_0__の実装詳細については、