FAQ

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

ここで説明されていない質問がある場合は、ご質問ください! 問題を提出するか、GitHubで質問してください。 Discord 仕事をします。

「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.

Capacitorは、MicrosoftとExpoは、Codeをサポートしていません。バンドルとリリースの違いは何ですか? Direct link to "__CAPGO_KEEP_0__ push"? __CAPGO_KEEP_1__, neither of which support Capacitor.

__CAPGO_KEEP_0__

アプリストアに配布するためのバイナリを用意することを「リリース」と呼びます。アプリストアに配布したバイナリを後で生成するには、Capgoはアプリストアに配布したバイナリの正確なものを知る必要があります。

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

ロードマップは何?

https://__CAPGO_KEEP_0__.com/orgs/Cap-go/projects https://github.com/orgs/Cap-go/projects

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

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

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

詳しくチームについてはこちらを参照してください。

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

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

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

端末間暗号化: アップロードする前にバンドルを暗号化して、ストレージとトランジットで保護し、第三者が有効な暗号化されたアップデートを生成するのを防ぎます。ただし、公開鍵は配布アプリに含まれているため、実行されたWebアセットを逆アセンブルすることはできません。
外部URLアップロード: Store the bundle on your own server and only provide Capgo with the download link with the option --external <url>

プライバシーポリシーを参照してください https://capgo.app/privacy

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

はい。CapgoはCIシステムから使用することを意図しています。私たちは「CapgoをCIシステムから使用する方法」のガイドを公開しています。 AndroidとGithub Actions そして iOS, そして GitLab. 他の 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 の問題を参照してください： https://github.com/facebook/react-native/issues/50510

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

はい。 code プッシュは、アプリケーションのサイズに制限はありません。 belowCapgoはあなたのアプリケーション内のどのサイズのJScodeでも変更できます。

注目: 大きいサイズは、ユーザーがアップデートをダウンロードするのが困難になります。できるだけ小さなアプリケーションを維持することをお勧めします。

Capgo codeを使用して何ができるか

あなたは次のようなことを実行できます。

生産アプリケーションの緊急修正
ユーザーに古いバージョンのアプリケーションを配信するためのバグ修正
常に配信（例：1時間ごと）

大部分のアプリストアでは、codeがアプリケーションの動作に大きな影響を与えるような変更を含むことは許可されていません。ください below 詳細はこちら。

What counts as a “MAU” for Capgo?

A MAU is a “Monthly Active User”. In Capgo’s context, this actually refers to a Monthly Active Device. We count a MAU as any device that has contacted our servers in the last 30 days. We do not count devices that have not contacted our servers in the last 30 days.

重要プラグインバージョン v5.10.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が生成されます

注: TestFlightダウンロードやAndroidのチャンネル切り替えは、設定に応じて新しいデバイス登録を生成する可能性があります。

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

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

上記のとおり、Capgo を使用してアプリストアの規制を破ることはできません。詳細は以下のページを参照してください。「__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ プッシュを使用できないのは何ですか?」の詳細「__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ プッシュを使用できないのは何ですか?」の詳細

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

capacitor.config.tsの変更をCapgoで更新できるかどうですか?

いいえ。__CAPGO_KEEP_0__ライブ更新では、 capacitor.config.ts cannot be sent through Capgo live updates. The Capacitor configuration file is read at native build time and compiled into the native app binary. This means any changes to capacitor.config.ts (プラグインの設定、App ID、サーバー設定、ネイティブプラグインのオプションなど)の変更は、App StoreまたはGoogle Playから新しいネイティブリリースを実行する必要があります。

Capgoは、実行時にロードされるWebアセット (HTML、CSS、JavaScript) のみを更新できます。Capacitorの設定を変更する必要がある場合は、

ローカルに更新 capacitor.config.ts ネイティブアプリを再構築する必要があります (
ネイティブビルドを含むnpx cap sync __CAPGO_KEEP_0__は、__CAPGO_KEEP_1__の設定を変更することはできません。__CAPGO_KEEP_1__の設定は、ネイティブビルド時に読み込まれ、ネイティブアプリバイナリにコンパイルされるためです。
新バージョンのバイナリをアプリストアに提出する

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

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

CIガイド Android を使用してこのプロセスを自動化し CIガイド iOS 「__CAPGO_KEEP_0__はディスク上でどのようなデータを保存し、どこに保存するか?」のセクション.

直接リンク: 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」のネイティブ変更（例：AndroidのJava/KotlinまたはiOSのObjective-C/Swift）をサポートする予定はありません。ネイティブ「code」が変更されている場合、ツールは警告を表示します。なぜなら、ネイティブ「code」はバンドルに含まれないからです。

Webをサポートすることはできますか？

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

Webの「code」プッシュの使用ケースがある場合は、ぜひ教えてください。

iOS、Android、Mac、Windows、Linuxなどで動作することはできますか？

Yes.

これまでに、Android、iOS、Electronのサポートに焦点を当ててきました。codeは、すべての3つで生産用に準備されています。

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

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

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

CapgoはCapacitorのどのバージョンをサポートしていますか?

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

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

アプリ/プレイストアのレビュープロセスまたはポリシーとはどのように関係するか?

開発者は、ストアプロバイダーとの契約に従わなければならない。Code pushは、iOS、Android、Electron配信チャネルでアプリを更新し、ストアポリシーに準拠するように開発者に許可するように設計されています。これは、React Native (例えば、Microsoft、Expo)などの商用製品を使用することと同様です。 Microsoftも、自分の解決策がアプリストアとどのように準拠するかについてのガイドを公開しています。, https://__CAPGO_KEEP_0__.com/microsoft/react-native-__CAPGO_KEEP_1__-push#store-guideline-compliance).

__CAPGO_KEEP_0__ pushは、広く使用されているアプリストアの技術です。すべての大規模なアプリは__CAPGO_KEEP_1__ pushを使用しています。主要なポリシーは、アプリの動作を大幅に変更しないことです。以下の内容を参照してください。 https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Code push is a widely used technique throughout the app stores. All of the large apps I’m aware of use code push. The major policy to be aware of is not to change the behavior of the app in a significant way. Please see 下記の内容を参照してください。 for more information.

CapgoはPlay Storeガイドラインに準拠していますか？

Yes.

Play Storeでは、更新ツールに関する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を使用して大幅な行動の変更を行わないようにしてください。

CapgoはPlay Storeのガイドラインと互換性があります。ただしCapgoはツールであり、どのツールでも同じように、悪用される可能性があります。Play Storeのガイドラインを侵害するためにCapgoを意図的に悪用することはCapgoの違反です利用規約これにより、ご利用のアカウントが終了される可能性があります。

最後に、codeのプッシュサービスは業界で広く使用されています（すべての大きなアプリがそれらを使用していることを知っています）また、codeのプッシュサービスが複数公開されています（例：expo.dev & appcenter.ms）。これは、よく歩かれた道です。

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

Does Capgo comply with App Store guidelines?

はい。

App StoreもPlay 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は、URLに制限がある国々が存在することを認識しています。Capgoは現在、Cloudflare Cloudを使用しており、R2 StorageとCloudflareワーカーも利用しています。

Capgoが使用するURLは以下の通りです:

https://api.capgo.app — __CAPGO_KEEP_0__ の利用 npx @capgo/cli コマンドラインツールを使用して、Capgo サーバーとユーザーのデバイス上の Capgo アップデーターとをインタラクティブに操作する
https://*.r2.cloudflarestorage.com — __CAPGO_KEEP_0__ のアップロードとダウンロード用のコマンドラインツール npx @capgo/cli あなたの国からすべてのURLがアクセス可能な場合、__CAPGO_KEEP_0__ は正常に動作するはずです。

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

あなたは __CAPGO_KEEP_0__ を自社でホストできますか?

あなたは Capgo を自社でホストできますか?

Yes, you can self-host Capgo. The guide is not yet written, but the code is open source and available at https://github.com/cap-go/capgo

Does code push require the internet to work?

はい。サーバーを用いてアップデートを一般的なインターネットとは別に配布することが考えられますが、更新を端末に送信するにはインターネット接続が必要です。

ネットワーク接続がなくてもCapgoはどうなるか

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

デフォルトのアップデート動作では、アプリケーションが起動するとCapgoのアップデートツールに通知し、別のスレッドを用いてCapgoのサーバーにネットワークリクエストを送信し、更新を確認します。アップデートツールは、ブロッキングを避けるために別のスレッドを用いています。ネットワークリクエストが失敗したりタイムアウトしたりすると、次回アプリケーションが起動したときに再度アップデートを確認します。

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

長い間更新をしないで、更新を逃すと何が起こるか?

私たちの実装では、更新を要求するデバイスに合わせて、最新のバージョンが利用可能なものに更新を送信します。したがって、長い間更新をしないユーザーは「中間の更新」を逃します。

更新サーバーは、次のインクリメンタルバージョンまたは最新バージョンを応答するように変更できます。必要なのは、代替の更新動作があなたにとって重要かどうかを教えてください。

CapgoとCapacitorの関係は?

CapgoはCapacitorのプラグインで、codeのプッシュ機能を追加します。CapgoはCapacitorの代替ではありません。Capacitorのツールをすでに知っているので、引き続き使用できます。

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

更新はいつ行われる?

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

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

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

ロールバック機能を追加しました。ロールバックの最も簡単な方法は、前のバンドルをチャネルにアタッチすることです。

「アプリIDの秘密を保持する必要はありますか？」という質問

いいえ。 app_id はアプリ内に含まれており、公開しても安全です。バージョン管理に含めることもできます (公開も可能)。誰かがアクセスする心配はありません。

アプリIDを知っている人は app_id Capgoサーバーから最新バージョンのアプリを取得できますが、Capgoアカウントの他の側面にアクセスすることはできません。

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

Capgoはネットワークに接続するが、個人情報を送信しません。Capgoを含めることは、Play StoreまたはApp Storeの申請に影響を与えることはありません。

Capgoサーバーに送信されるリクエストには以下の情報が含まれます。

app_id (指定された capacitor.config.json)
channel (オプションで capacitor.config.json)
release_version (AndroidManifest.xmlのversionNameまたはInfo.plistのCFBundleShortVersionString capacitor.config.json if set in CapacitorUpdater.version )
version_number (AndroidManifest.xmlまたはInfo.plistから生成される npx @capgo/cli@latest bundle upload)
os_version (例えば ‘11.2.1’)
プラットフォーム（例： ‘android’、正しいパッチを送信するために必要なもの）それだけです。 code のこの部分は updater/library/src/network.rs
デバイスID（初回実行時にデバイス上で生成され、デバイスごとに重複を排除し、ユーザーごとに月額有効ユーザー数で課金することができるようにするために使用されます。）
カスタムID（任意、実行時により開発者によって設定され、デバイスをユーザーシステムとリンクするために使用されます。）

Capgo はどのプラットフォームをサポートしていますか？

現在、Capgo はAndroid、iOS、Electronをサポートしています。すべては生産用途に適しています。

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

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

Capgo はPlay Testing TracksまたはApple TestFlightとどのように相互作用しますか？

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

残念ながら、これらのメカニズムのすべては、3 番目のパーティーが、Test Track または TestFlight でのアプリのインストールを検出できるようにすることを許可していません。したがって、グループの構成についての信頼性の高い視野が得られず、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 package.
Capgo は、デバイスごとにオプティンメカニズムを自作することを許可します (Test Tracks または TestFlight と同様のものですが、プラットフォーム非依存です)。これにより、QA チームは、一般ユーザーに公開される前にバンドルをオプティンすることができます。
Capgo は、パーセンテージベースのロールアウトを実行できます。この方法では、どのデバイスに送信するかを選択することはできませんが、問題が見つかるまでに段階的にロールアウトし、問題が見つかった場合にロールバックすることができます。

課金

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

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

課金期間のリセット時期はいつですか？

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

__CAPGO_KEEP_0__をキャンセルする方法は？

__CAPGO_KEEP_0__をキャンセルするには、以下のURLにアクセスしてください： https://console.capgo.app/settings/organization/plans

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

はい、__CAPGO_KEEP_0__のダッシュボードでいつでも可能です。 https://console.capgo.app/settings/organization/plans

Stats and analytics

The stats in your dashboard are updated every midnight UTC. The stats are calculated based on the number of MAU that have been installed on your devices.

How device ID is generated

The device ID is generated on the device on first run, and is used to de-duplicate per-device installs and allow us to charge based on users installed to (e.g. monthly active users), rather than total patches or total patch installs.

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の更新を無効にします。

次に、各チャンネルにバンドルをアップロードして、各プラットフォームごとに異なる更新を実行します。

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

FAQから続きます。

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