FAQ

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

ここに記載されていない質問がある場合は、ご質問ください! 問題を提出するか、または Discord で質問してください。

「code push」は何ですか?

「Code push」は、Capacitor開発者がアプリを生産環境にアップデートできるクラウドサービスです。Capgoは現在、Android、iOS、Electronで動作しています。

「Code Push」は、React Nativeコミュニティが使用するデプロイ機能の名前を指します。マイクロソフトそしてエクスポどちらもCapacitorをサポートしていません。

「Capgo CLIのバージョンは、プラグインまたはCapacitorのバージョンと一致する必要がありますか?」

いいえ。最新のCapgo CLIを常に使用してください。CapgoとCLIコンソールは独自のバージョニングを実行し、どのアップデートプラグインのメジャーバージョンと互換性があります。__CAPGO_KEEP_2__ プラグインは__CAPGO_KEEP_3__ メジャーバージョンに従います。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 バージョニング __CAPGO_KEEP_0__ の 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.

「リリース」とは、アプリストアに配布するためのバイナリを準備することを意味します。アプリストアに配布したバイナリを code が正確に認識できるようにするために、後でバンドルを生成するために、code はそのバイナリを知る必要があります。 npx @capgo/cli@latest bundle upload 「バンドル」とは、リリースを新しい code にアップデートするためのパッチを適用することを意味します。

コマンドは、ユーザーに配布するために、ローカルで新しい __CAPGO_KEEP_0__ を生成し、バンドルを作成するために使用されます。

デルタ更新ファイルパス制限はありますか?というセクション

ゼロバイトファイル: CLI ログ Ignoring empty file... そして、Delta マニフェストから空のファイルを除外します。アップロードは失敗しません。したがって、空のファイルは結果のバンドルを変更することなく、デプロイメントを停止しません。ゼロバイトファイルをDelta バンドルパスに含めないでください。
パスにスペースが含まれる: Delta アップロードは、明確なエラーで早期に失敗します。バンドルパスにスペースが含まれる場合、ファイルまたはディレクトリをスペースを含まない名前で再度作成し、Delta アップデートをアップロードしてください。

詳細 Delta アップデート詳細

ロードマップとは何か?

プロジェクトボードも公開されており、以下の場所で見つけることができます: https://github.com/orgs/Cap-go/projects

私たちのチームは、公に活動しているので、いつでも私たちの作業を確認できます。私たちのロードマップや優先事項について質問がある場合は、Github の問題や Discord.

Capgo をチームと一緒に使用できますか?

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

参照チーム詳細はこちら

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を使用できますか?

はい。CapgoはCIシステムから使用することを意図しています。私たちはAndroidとCapgo Actions Android and Github Actions iOS 、そしてGitLab AndroidとCapgo Actions他のCIシステムは似たようなものです。

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

CapacitorとFirebase Remote ConfigまたはLaunch Darklyの関係はどうですか?

Codeプッシュは、codeを追加したり、codeを置き換えることができます。Firebase Remote ConfigとLaunch Darklyは両方とも、設定システムです。アプリの設定を変更することができますが、新しいバージョンを配信する必要はありません。codeを置き換えることを目的としていません。

Capacitorの依存関係の大きさはどのくらいですか?

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 シミュレータでは動作しません。iOS 18.4 シミュレータに影響を与えるアップストリームの問題のため、Capgo は安定した動作を保証できません。実機または別のiOS シミュレータのバージョンでテストしてください。

詳細はReact Nativeの問題を参照してください: facebook/react-native#50510

「code」は大規模なアプリケーションとどのように動作しますか？

はい。code push にはアプリケーションのサイズに制限はありません。上記の注記に従って「__CAPGO_KEEP_0__」はアプリケーションのサイズに関係なく、__CAPGO_KEEP_1__ のJSを変更できます。, Capgo can change any JS code in your application regardless of size.

「__CAPGO_KEEP_0__」は何に使用できますか？

What can I use Capgo code push for?

様々な用途が見られます:

生産アプリの緊急修正。
古いバージョンのアプリにバグ修正を配信する。
定期的に (例: 毎時) 配信する。

注意: 多くのアプリストアでは、code の機能がアプリの動作に大きな影響を与える場合、そのような code の配信を禁止しています。詳しくは以下を参照してください。下記「MAU」とは、__CAPGO_KEEP_0__ の何を指すか?

直接リンク: 「MAU」とは、Capgo の何を指すか?

A MAUは、1か月に1回以上接続されたデバイスの数です。Capgoに接続された30日間のローリング期間内に、1つのデバイスが1つのネイティブアプリIDに対して1回カウントされます。2つの異なるネイティブアプリIDに対して同じ物理デバイスが使用されている場合、それぞれのアプリIDに対して1回カウントされます。アプリID間で重複カウントされません。

ネイティブアプリIDがWeb層や更新ルーティングのみで異なっている場合、1つのネイティブアプリIDを使用して__CAPGO_KEEP_0__アプリのフラビアを1つに保ち、リリースを簡素化します。フラビアが異なるネイティブアプリ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を使用すると、iOSのv7.25.0+でランダムでアプリスコープのデバイスIDを保持します。Androidの場合、v7.50.1+(またはv5.50.1+とv6.50.1+) アンド v6.50.1+ チャンネル v7.25.0+ v7.50.1+ v5.50.1+ v6.50.1+ リリースラインのそれら); アンドロイドバックアップ/リストアがアプリの設定を保持する場合のみ、IDは復元されます。バックアップを無効にする、またはアプリの設定を除外する、またはアプリのデータをクリアすると、新しいデバイス IDが生成されます。アプリの更新は新しいデバイス IDを生成しません。

テストと開発用ビルドの場合、開発用ビルドとエミュレーターの配信をプロダクションチャネルで無効にします。配信を制御するのはMAUではありません: デバイスはCapgoに接続した場合でもカウントされます。プロダクションのCapgoエンドポイントを呼び出さないようにし、ライブ更新を無効にし、プロダクションのCapgoエンドポイントを呼び出さないようにします。詳しくはテスト用にネイティブビルドを無効にするを参照してください。

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

Capgoはネイティブのcode、たとえばJava、Kotlin、Objective-C、Swift、ネイティブプラグイン、またはネイティブの設定を変更できません。変更は新しいネイティブアプリリリースが必要です。ストアレビュースコープについては、アプリストアと Google Play ポリシー.

Can I update capacitor.config.ts changes via 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.ts Capgoのコンサルティングサービス
Appflowプラグインかnpx cap sync __CAPGO_KEEP_0__の設定ファイルはネイティブビルド時に読み込まれネイティブアプリバイナリにコンパイルされます。__CAPGO_KEEP_1__の設定を変更する必要がある場合は、以下の手順に従ってください。
アップデート

Does Capgo submit to the stores for me?

Capgo BuildはiOSまたはAndroid用の準備されたネイティブプロジェクトをコンパイルして署名し、設定されている場合、署名された結果をApp Store ConnectまたはGoogle Playに提出します。既存のCIを使用して、プライベート依存関係、Webビルド、Capacitorの同期、カスタムネイティブの準備を維持できます; Capgoはネイティブビルドステップで準備されたネイティブプロジェクトを受け取ります。

See Capgo Build そしてビルド構成の参照ワークフローとストア提出オプションについて

「Capgo」はディスク上で何を保存し、どこに保存するのですか？

「Capgo」のアップデーター（アプリケーションをビルドするときに含まれる）は、最新のダウンロードしたバンドルをキャッシュします。このキャッシュは、capacitorが許可する唯一のディレクトリで、codeをロードすることができます。Androidの場合、このディレクトリは /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のHot reloadは開発時のみの機能です。Codeは本番用です。

CapacitorのHot reloadは、開発中のcodeを変更できる機能です。Capacitorアプリをローカルマシンに接続するためのプロキシを使用してビルドする必要があります。

Codeのcode pushは、本番環境でcodeを変更できる機能です。プラットフォームによって異なるテクニックを使用します。

Capgoのcode pushはどのような変更をサポートする?

CapgoはアプリケーションのJScodeを変更できます。これにはアプリケーションcodeや生成されたcodeも含まれます。依存関係を更新することもできます。 package.json native code の変更が必要ない限り。

native code (例: Android の Java/Kotlin または iOS の Objective-C/Swift) のサポートは計画されていません。ツールは、native code が変更されていることを検出すると、警告を表示します。native code はバンドルに含まれません。

Web には対応しますか?

Code push は Web には必要ありません。Web アプリを開くと、サーバーから最新バージョンをダウンロードします。

code push を Web で使用する用途があれば、ご連絡いただけますか?

iOS、Android、Mac、Windows、Linux などには対応しますか?

はい。

現在、Android、iOS、Electron のサポートに焦点を当てており、code push はこれら 3 つのプラットフォームで生産環境で使用できます。

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%9B%B8%E6%9F%90%E6%9B%B8%E6%9F%9A

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

Capgoは、Capacitorの最新の安定版のみをサポートしています。古いバージョンのCapacitorもサポートすることができますが、長期的なメンテナンスに必要なインフラを構築していないため、実現していません。将来的には、Capacitorのバージョンをサポートする予定です。企業向けのバージョンを含めて。 https://github.com/Cap-go/capgo/issues/1100

CapgoはCapacitorの安定版を追跡し、通常は安定版のリリース後数時間以内に更新されます。これらの更新を実行するためのシステムは自動化されており、実行には数分かかります。その後、サーバーに公開する前に追加の手動検証ステップを実行します。

How does this relate to the App/Play Store review process or policies?

Capgo delivers changes only to the Capacitor web layer: the HTML, CSS, JavaScript, and assets already running in the app’s WebView. It does not change the native binary, native plugins, permissions, entitlements, signing, or store metadata.

ネイティブストアリリースを使用して、ネイティブの変更と、機能や目的の変更がアプリのレビューされた目的や機能に影響を与える可能性のあるすべての変更を実行してください。ライブアップデートは、ユーザーに提示したアプリの体験内に維持してください。

Do Capgo guarantee App Store or Google Play approval?

No. Apple and Google review each app and release on its own facts, and Capgo cannot guarantee an individual approval or review outcome. Your team remains responsible for the app’s content, disclosures, update scope, and compliance with the current store policies.

For review and release planning, read the official policies directly: Apple App Store Review Guidelines と Google Play Device and Network Abuse policy.

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

私たちはCapgoへのアクセスを制限することを試みていません。

CapgoはCloudflare Cloudを使用しており、R2 StorageとCloudflare workersも含まれます。ただし、ある国ではURLに制限がかかっている場合があります。

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.
— __CAPGO_KEEP_0__サーバーと__CAPGO_KEEP_1__のアップデートツールを使用してユーザーのデバイスでアップデートを確認するために使用されるコマンドラインツール npx @capgo/cli アップロードおよびダウンロード用のコマンドラインツール

あなたの国からすべてのURLにアクセスできる場合、Capgo は正常に機能するはずです。

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

Capgo を自社でホストすることは可能ですか?

はい。エンタープライズは、アップデートバックエンドを自社インフラストラクチャで実行する必要がある場合、ライセンスされた自社ホストされた Capgo のデプロイメントをサポートしています。詳しくは Self-Hosted Updater をご覧ください。

code のプッシュはインターネット接続が必要ですか?

はい。サーバーを通じてアップデートを配布するために別のインターネット接続を想像することはできますが、デバイスにアップデートを輸送するために何らかのネットワーク接続が必要です。

ネットワーク接続がなくてもCapgoはどのように影響を受けるか?

Capgo アップデートツール（Capgoでアプリケーションをビルドするときにアプリケーションに含まれる）は、ネットワーク接続の問題に耐性が高く設計されています。

デフォルトのアップデート動作では、アプリケーションが起動するとCapgo アップデートツールに通知し、別のスレッドを生成してCapgoサーバーにネットワーク要求を送信し、更新を要求します。別のスレッドを使用することで、他のアプリケーションがブロックされないようにします。ネットワーク要求が失敗したりタイムアウトしたりすると、アップデートツールは次にアプリケーションが起動したときに再度チェックを試みます。

Capgo コマンドラインツール（例えば npx @capgo/cli@latest bundle upload]にはネットワーク接続が必要です。Capgoを使用してアプリケーションを配布する場合、CIシステムにはネットワーク接続が必要です。

ユーザーが長い間アップデートをしなかった場合に、更新を逃した場合に何が起こる?

Capgoでは、デバイスごとに最適化されたアップデートを常に送信し、最新のバージョンに常にリクエストをアップデートします。したがって、ユーザーがしばらくアップデートしない場合、間接的なアップデートを「見逃す」可能性があります。

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

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.

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

Capgo アップデーターは、ネットワークが利用できない場合やサーバーがダウンしている場合、またはサーバーにアクセスできない場合でも、通常のアプリケーションを実行し続けるように設計されています。サーバーからアップデートを削除した場合でも、すべてのクライアントは通常の動作を続けます。

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

アプリ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?

データインベントリ、エンドポイントの動作、プライバシーコントロールはすべて法的合致.

設定 statsUrl: '' 明示的なアップデート統計レポートを無効にするには、設定してください。また、プロキシまたは管理するエンドポイントに送信することもできます。詳しくは statsUrl 自社インフラで統計の処理を参照してください。アップデートチェックは、__CAPGO_KEEP_0__が正しいアップデートを選択し、毎月のアクティブデバイス数を測定するために、アプリスコープのデバイスIDが必要です。. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

は、提供元、処理場所、転送メカニズム、変更履歴の最新の公表情報です。 HIPAAに敏感なアプリで__CAPGO_KEEP_0__を使用できますか? __CAPGO_KEEP_0__サーバーに送信される情報は何ですか？

Can I use Capgo for HIPAA-sensitive apps?

はい、ですが、適切なデプロイメントモデルを選択するには、コンプライアンスオーナーが必要です。 Capgo Cloud は現在、HIPAA 対応のホストされた統計処理として提示されていません。デフォルトでは、更新データはデバイススコープであり、特定のアプリユーザーと紐付けされていません。多くのチームがそのモデルを成功裏に使用しています。

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

を参照してください。 EU で __CAPGO_KEEP_0__ のライブアップデートデータを保持することはできますか? EU で __CAPGO_KEEP_0__ のライブアップデートデータを保持するには直接リンクはこちら

EU で Capgo のライブアップデートデータを保持するには

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/updates
statsUrl: https://plugin.eu.capgo.app/stats
channelUrl: https://plugin.eu.capgo.app/channel_self

Use all three EU URLs together so update checks, statistics, and channel self-assignment use the same regional data path. Because these values live in capacitor.config.tsproduction mobile apps need a native release before existing installs use the new endpoints.

See Data Location for exact Capacitor and Electron examples.

What platforms does Capgo support?

Use of Capgo for iOS, Android, or Electron can be independent decisions. You can set your channel strategy for Android and an ipa built to the App Store, or Electron channels, as needed.

Capgo can (relatively easily) be made to support desktop or embedded targets. If those are important to you, please let us know.

Capgo supports Android, iOS, and Electron.

How does Capgo interact with Play Testing Tracks or Apple TestFlight?

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

Capgo の利用可能性をセグメント化したい場合は、4つのオプションがあります。

各グループごとに別々のチャンネルを使用してください。このアプローチは最も直感的ですが、複数のチャンネルを管理する必要があります。既存のdevチャンネルとprodチャンネルを異なる可用性で使用している場合、devチャンネルを更新して確認し、次にprodチャンネルを別々に更新することができます。各リリースに関連付けられているソースを追跡するのに役立つバージョン管理システムのブランチ/タグを使用することをお勧めします。
オプトインユーザーの独自のセットを追跡し、自動更新を無効化し、特定のユーザーに対してのみ更新をトリガーすることができます。 @capgo/capacitor-updater パッケージを使用して、現在は機能していますが、オプトインリストを管理する必要があります。
Capgo
進捗状況を表示する進捗状況を表示する進捗状況を表示する --rollout-percentage-bps 進捗状況を表示する

進捗状況を表示する

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

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

Capgoに初めて登録した月の同じ月に自動的に請求期間がリセットされます。例えば、15日に登録した場合、毎月15日に請求期間がリセットされます。

私のサブスクリプションをキャンセルする方法は?

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

1年先払いは可能ですか?

はい。組織の計画設定で年間請求を選択できます。組織計画の設定.

ストレージにカウントされるものは何ですか？そして、保持期間を変更できますか?

ストレージには、チャンネル全体のDeltaアセットと、保持されている歴史的バンドルが含まれます。各アプリの未使用バンドル保持期間は、App Settingsで制御できます。チャンネルまたはロールアウトにリンクされているバンドルは、配信やロールバックのために利用可能なままになります。

地域レプリケーションはストレージや帯域幅を増やしますか?

「地域リプリカの場合、ストレージやバンド幅が倍増するのですか？」という質問のセクションの答えは、ストレージは1回でカウントされます。地域が何個でも提供している場合でも、Capgo です。Capgo バンド幅は、エッジキャッシュから提供されていないデバイスのダウンロードに基づいています。キャッシュから提供された配信は、Capgo バンド幅使用にカウントされません。

エンタープライズSLAには何が含まれるのですか?

エンタープライズは、生産プラットフォームの月間利用可能性の99.9%のコミットメントを含みます。コミットメントが達成されなかった場合、月間利用可能性に基づいてサービスクレジットのスケジュールは10%から30%となります。初期サポート対応目標は、P1: 1時間、24/7/365; P2: 2営業時間; P3: 1営業日; P4: 2営業日です。詳細はエンタープライズSLA をご覧ください。

統計と分析

ダッシュボードの統計は毎晩UTCで更新されます。統計は、月間ユーザー数 (MAUs) 30日間のローリング期間中

デバイス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__とアップデートまたは統計エンドポイントをチェックインするアプリによってリストされます。パッチをインストールする必要はありません。

「なぜ私のデバイス番号は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.

請求回数は、請求期間中に有効なデバイスの数を数えます。デバイスのメタデータが同じままでも、その活動は増加することがあります。したがって、デバイスの数と請求回数は異なる可能性があります。

プラットフォームごとに異なるアップデートをどうするか?

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

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

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

両方のプラットフォーム用に同じアップデートを実現する必要がある場合は、1つのバンドルを複数のチャンネルにリンクするだけで済みます。バンドルを複製する必要はありません。

FAQの続き

Capgoを使用している場合 FAQ ライブアップデートの計画配信に接続する Capgo ライブアップデート Capgo ライブアップデートの製品ワークフロー概要概要の実装詳細機能機能の実装詳細更新動作更新動作の実装詳細更新種類更新種類の実装詳細