FAQ

ここに記載されていない質問がある場合は、問題を報告するかDiscordで質問してください。 Discordで質問してください。 「__CAPGO_KEEP_0__ push」は何ですか?

「code push」についての詳細

Code のプッシュ、または「オーバー・ザ・エア更新」(OTA) としても知られているのは、Capacitor 開発者が、Capgo にアプリをデプロイするためのクラウドサービスです。Capgo は現在、Android、iOS、および Electron で動作しています。

“Code Push” は、React Native コミュニティが使用するデプロイ機能の名前の参照です。 Microsoft と Expoは、Capacitor をサポートしていません。

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

はい。常に最新の Capgo の 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 を参照してください。LTS タグなどについては、Capgo バージョニング を参照してください。 @lts-v7.

What is the difference between a bundle and a release?

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 command is used to generate a bundle from your new local code which is then shipped to your users.

Delta update file-path の制限はありますか?

Yes:

• ファイルサイズ 0 のファイル: The CLI logs Ignoring empty file... と空のファイルをDeltaマニフェストから除外します。アップロードは失敗せず、空のファイルは結果のバンドルを変更することができます。ただし、ゼロバイトファイルはDeltaバンドルパスに含めないようにしてください。
• スペースが含まれるパス: スペースが含まれるバンドルパスが存在する場合、Deltaアップロードは早期に明確なエラーで失敗します。ファイルまたはディレクトリ名をスペースを含まないものに変更して、Deltaアップデートをアップロードしてください。

See Deltaアップデート の設定詳細については

ロードマップとは

https://__CAPGO_KEEP_0__.com/orgs/Cap-go/projects チームも公開で運営されており、いつでも何を取り組んでいるか確認できます。ロードマップや優先順位について質問がある場合は、githubのissueでご質問ください。

Our team also operates in the public, so you can see what we’re working on at any time. We’re happy to answer any questions you have about our roadmap or priorities via Github issues or Discord.

チームでCapgoを使うことはできますか?

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

詳しくは チーム を参照してください。

Capgoは私のソースcodeを保存しますか?

「Capgoのソースcodeを保存することはありません。Capgoサーバーはあなたのソースcodeを見ることはありません。Capgoを実行するとき」 npx @capgo/cli@latest bundle upload, Capgo stores a zip file of the minified/compiled code - the same code that a browser would receive, not your source code.

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

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

プライバシーポリシーについてもご覧ください。 https://capgo.app/privacy

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

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

Access to bundle files is not considered a data breach. Do not put secrets, credentials, personal data, or regulated data in your app bundle. If you need stronger confidentiality for high-security use cases, use end-to-end encryption, but still treat shipped app code and assets as public from a security-reporting perspective.

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

CIシステムからCapgoを使用する方法 はい。GithubはCIシステムから使用することを意図しています。CIシステムの使用方法のガイドを公開しています。 Androidと__CAPGO_KEEP_0__アクション とiOS 、およびGitLab

のCIシステムのガイドも公開しています。 他のCIシステムは似たようなものです。CIシステムからGitHubの問題やDiscordの問題が発生した場合は、ご遠慮なくお問い合わせください。

Firebase Remote ConfigまたはLaunch Darklyとはどのように関係するか？

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

この依存関係の大きさはどれくらいですか？

最近は測定していませんが、code プッシュ ライブラリは、Capacitor アプリに1メガバイト未満を追加することを期待しています。 これを小さくする方法については知っていますが、優先順位が高い場合にのみ実行します。 依存関係のサイズがブロッカーである場合は、ご連絡ください！

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

いいえ。 iOS 18.4シミュレータに影響を与えるアップストリーム問題のため、Capgoは信頼性が高くないです。 実機または別のiOSシミュレータのバージョンでテストしてください。

React Native の問題の詳細はこちら: facebook/react-native#50510

code が大規模アプリケーションとどのように動作するか?

はい。code push では、アプリケーションのサイズに制限はありません。以下の 記載されているように、__CAPGO_KEEP_0__ はあなたのアプリケーション内の任意の JS __CAPGO_KEEP_1__ を変更できます。, 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 をどのように使用することができますか?

We've seen a variety of uses, including:

• 緊急修正をproductionアプリに適用します。
• 古いバージョンのアプリにバグ修正を配信します。
• 常に配信 (例: 1時間ごとに)。

注: 多くのアプリストアでは、code の動作を大幅に変更するような変更を配信することを禁止しています。詳しくは下記を参照してください。 __CAPGO_KEEP_0__ に対する「MAU」は何を数えるのですか? __CAPGO_KEEP_0__ に対する「MAU」は何を数えるのですか?

「Capgo に対する「MAU」は何を数えるのですか?」

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.

アプリのフラバーがWeb層や更新ルーティングのみで異なっている場合、1つのnative app IDを使用してください。 チャンネルCapgoアプリ内で、味を統合し、リリースを簡素化します。フラビアが別々のネイティブアプリIDを必要とする場合、バンドルID、署名ID、エンタイトルメントセット、またはストアリストを使用します。

iOSの場合、 v7.25.0+ 通常の再インストール時にキーチェーンを使用して、ランダムでアプリスコープのデバイスIDを維持します。Androidの場合、 v7.50.1+ (または v5.50.1+ および v6.50.1+ のリリースライン); IDは、Android Backup/Restoreがアプリの設定を保持する場合にのみ復元されます。バックアップを無効にする、設定を除外する、またはアプリデータをクリアすると、新しいデバイスIDが生成されます。アプリの更新は、新しいデバイスIDを生成しません。

テストと開発用ビルドの場合、生産チャンネルで開発ビルドとエミュレータ配信をオフにします。配信を制御するので、MAUではありません: デバイスはCapgoに接続した場合でもカウントされます。生産環境から外すには、ライブ更新を無効にして、生産Capgoエンドポイントを呼び出さないようにしてください。 Test Native Builds Without Live Updates for the exact settings.

What can’t we use Capgo code push for?

Capgo cannot change native code such as Java, Kotlin, Objective-C, Swift, native plugins, or native configuration. Those changes require a new native app release. For store-review scope, see App Store and Google Play policies.

Can I update capacitor.config.ts changes via Capgo?

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to 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 もしくは npx cap copy ネイティブアプリのリリースが必要です。

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

1. 更新 capacitor.config.ts ローカル
2. ネイティブアプリを再構築（npx cap sync ネイティブビルドを含む）
3. アプリストアに新しいバイナリを提出する

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

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

See Capgo ビルド と ビルド設定のリファレンス ワークフローとストアの提出オプションについてです。

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のHot reloadは開発用のみの機能です。Codeは本番用です。

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

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

Capgoでどのような変更をcode pushでサポートすることができますか？

Capgoは、JS codeを含むあなたのアプリケーションのすべての部分を変更できます。これにはアプリケーションcodeと生成されたcodeも含まれます。 package.json codeの依存関係も更新できます。ただし、ネイティブcode変更を必要とする依存関係は除きます。

codeのネイティブcode変更（例：AndroidのJava/KotlinまたはiOSのObjective-C/Swift）をサポートする予定はありません。ネイティブcode変更を検知した場合、ツールは警告を表示します。

Webをサポートしますか？

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

Webのcode pushの用途がある場合、ご意見をお聞かせください！

iOS、Android、Mac、Windows、Linuxなどで動作しますか？

はい。

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

CapgoはどのOSバージョンをサポートしますか？

CapgoはCapacitorと同じバージョンのAndroidをサポートします。

Capacitorは現在、AndroidAPIレベル22+とiOS 13.0+をサポートしています。 https://capacitorjs.com/docs/main/reference/support-policy

What versions of Capacitor does Capgo support?

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

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

__CAPGO_KEEP_0__とApp/Play Storeのレビュープロセスまたはポリシーとはどのように関係するのでしょうか?

Capgoは、CapacitorのWeb層（HTML、CSS、JavaScript、資産）のみに変更を適用します。アプリのWebViewで実行されている既存のHTML、CSS、JavaScript、資産にのみ変更を適用します。ネイティブバイナリ、ネイティブプラグイン、権限、エンタイトルメント、署名、またはストアメタデータは変更されません。

ネイティブの変更や機能に影響を与える可能性のあるマテリアルな変更には、ネイティブのストアリリースを使用し、ユーザーに提示したアプリの体験内でライブアップデートを維持してください。

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 ワーカーも使用しています。

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_0__ は __CAPGO_KEEP_1__ Cloud を使用しており、R2 Storage と __CAPGO_KEEP_2__ ワーカーも使用しています。

Capgo は __CAPGO_KEEP_1__ Cloud を使用しており、R2 Storage と __CAPGO_KEEP_2__ ワーカーも使用しています。

If your region requires blocking access to any of those URLs, please let us know and we can work with you to find a solution. Proxy servers are one option.

自社で Capgo をホストできますか?

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

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

はい。一般的なインターネットとは別のサーバーを実行してアップデートを配布する方法は考えられますが、デバイスにアップデートを転送するにはネットワーク接続が必要です。

Capgo がネットワーク接続のない環境でどのように影響を受けるかは?

Capgoのアップデーター（Capgoでアプリケーションをビルドする際にアプリケーションに含まれる）は、ネットワーク接続のない状況に耐性を持って設計されています。

デフォルトの更新動作では、アプリケーションが起動するとCapgoのアップデーターに通知し、別のスレッドを使用してCapgoサーバーに接続し、更新を要求します。意図的に別のスレッドを使用することで、アプリケーションが実行中の他のタスクに影響を与えないようにしています。ネットワーク接続が失敗したりタイムアウトした場合、アップデーターは次回アプリケーションが起動したときに再度チェックを試みます。

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

長い間更新をしなかったユーザーが更新をミスした場合の影響は何ですか?

__CAPGO_KEEP_0__の実装では、常にデバイスに合わせて更新を送信し、最新のバージョンに更新します。したがって、長い間更新をしなかったユーザーは「中間の更新」をミスします。

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のプラグインで、codeのプッシュ機能を追加します。CapgoはCapacitorの代替ではありません。既存のCapacitorツールを引き続き使用できます。

Capacitorの最新安定版を追跡し、codeプッシュプラグインを更新して、最新安定版と互換性を保ちます。

更新はいつ行われますか?

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

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

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

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

アプリIDの秘密保持が必要ですか?

いいえ。 app_id はアプリに含まれており、公開しても安全です。バージョン管理にチェックインすることもできますし、公開しても問題ありません。

アプリIDを知っている人は、__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.

Capgo サーバーに送信される情報は何ですか?の直接リンク

The complete data inventory, endpoint behavior, and privacy controls are documented in コンプライアンス.

Set statsUrl: '' を無効にすると、明示的なアップデート統計レポートが送信されなくなります。 また、 statsUrl に送信することもできます。 これは、 の統計の処理方法を参照してください。. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

スコープ内のデバイスIDが必要です。 これにより、 が正しいアップデートを選択し、毎月のアクティブデバイス数を測定できます。 のリスト

Can I use Capgo for HIPAA-sensitive apps?

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

厳格なレビューの場合、プラグイントラフィックを地理的にローカライズし、統計を無効にすることで、または統計エンドポイントを自社ホストのみに設定することで、より厳格な設定が可能です。 __CAPGO_KEEP_0__ を呼び出すことはできません。 statsUrl ユーザー ID、患者 ID、従業員 ID、または統計を更新データにマッピングする値など、個人を特定できる値を指定して呼び出すことはできません。 CapacitorUpdater.setCustomId(...) 詳細な技術設定と統計を無効にした場合の観察性のトレードオフについては、

「HIPAA 対応」 「__CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持できるか？」という質問 「__CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持できるか？」という質問の直接リンク

「Capgo のライブアップデートデータをヨーロッパで保持できるか？」という質問のセクション

Capgo Cloud プラグイントラフィックの EU データ居住性が必要なアプリでは、更新エンドポイントを 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、生産モバイルアプリには、既存のインストールが新しいエンドポイントを使用する前に、ネイティブのリリースが必要です。

See データの場所 for exact Capacitor and Electron examples.

CapgoはCapgoをどのプラットフォームでサポートしているかを知りたい。

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

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.

How does Capgo interact with Play Testing Tracks or 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つのオプションがあります。

1. 各グループごとに別のチャンネルを使用する。この方法は最も簡単ですが、複数のチャンネルを管理する必要があります。既存のdevチャンネルとprodチャンネルを使用することもできます。異なる利用可能性を持つdevチャンネルを更新し、確認した後、prodチャンネルを別途更新することができます。管理を容易にするために、バージョン管理システムでブランチやタグを使用することをお勧めします。
2. __CAPGO_KEEP_0__の設定で、オプティンユーザーを独自のセットで追跡し、自動更新を無効化し、特定のユーザー向けにのみ更新をトリガーすることができます。 @capgo/capacitor-updater この機能は現在は機能していますが、オプティンリストを独自に管理する必要があります。
3. Capgoを使用すると、デバイスごとにオプティンメカニズムを独自に作成できます (Test TracksやTestFlightと似ていますが、プラットフォーム非依存です)。これにより、QAチームがバンドルを一般公開される前にオプティンすることができます。
4. 使用 進化的なロールアウト を使用して、ランダムで固有のチャンネルのサブセットに候補バンドルを配信します。0–100%のロールアウトを設定するか、0.01%の増分で使用することもできます。キャッシュ期間を60秒から365日までの範囲で設定し、オプショナルな自動停止ポリシーも設定できます。この機能は特定のデバイスグループを選択しません。 --rollout-percentage-bps 請求

直接の請求リンク

直接のplanをアップグレードまたはダウン グレードする方法はどうですか?

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

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

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

サブスクライブをキャンセルする方法は?

__CAPGO_KEEP_0__のダッシュボードでいつでもサブスクライブをキャンセルできます。 https://console.capgo.app/settings/organization/plans

1 年間の支払いを事前に済ませることはできますか?

はい。組織の計画設定で年間の請求を選択できます。 ストレージにカウントされるものは何ですか。また、保持期間を変更することはできますか?.

ストレージにカウントされるものは何ですか。また、保持期間を変更することはできますか?の直接リンク

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

地域レプリケーションはストレージやバンド幅を増やしますか?の直接リンク

No. 1 つあるバンドルは、どのリージョンが配信するかに関係なく、ストレージに 1 回カウントされます。Capgo バンド幅は、エッジ キャッシュから配信されていないデバイス ダウンロードに基づいています; キャッシュ サービス デリバリーはCapgo バンド幅使用量にカウントされません。

Enterprise SLA には何が含まれるか？

Enterprise には、生産プラットフォームの月次利用可能性の 99.9% のコミットメントが含まれます。コミットメントが達成されなかった場合、サービス クレジット スケジュールは月次利用可能性に基づいて 10% から 30% になります。初期サポート レスポンス ターゲットは、P1: 1 時間、24 時間 365 日、P2: 2 ビジネス時間、P3: 1 ビジネス日、P4: 2 ビジネス日です。 Enterprise SLA Enterprise SLA の詳細な条項を参照してください。

統計と分析

ダッシュボード内の統計は、毎晩 UTC 時間で更新されます。 統計は、MAUs から計算されます。 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の保存

• 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__

__CAPGO_KEEP_0__はアプリ間のトラッキングIDではありません。

Capgoは、__CAPGO_KEEP_1__を使用してアップデートまたは統計エンドポイントにチェックインした後、デバイスIDがリストされます。デバイスは、パッチをインストールする必要なく、__CAPGO_KEEP_2__に表示されるデバイスリストに表示される必要があります。

__CAPGO_KEEP_0__とMAUの差はなぜ発生するのか

__CAPGO_KEEP_0__とMAUは異なる信号に基づいています。

codeは、デバイスごとに最新のメタデータを表示します。デバイスID、プラットフォーム、プラグインバージョン、OSバージョン、ネイティブバージョン、チャネル、インストールされたパッケージ、リクエストされた国コードが含まれます。国コードは、GPSやアプリから提供された位置情報ではなく、Cloudflareが処理したリクエストから最新の有効な2文字のcodeです。有効な国コードがないリクエストは、最後の有効な値を保持します。Capgoは、codeがチェックインしたときにこのメタデータを更新しますが、同じメタデータを報告する繰り返しチェックインは、行や最後の更新時間を変更しません。

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

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

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

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

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

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

FAQから続きます

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