Capacitor アップデートの繰り返し審査を回避する方法

Capacitorをアップデートする方法

A practical, policy-aware playbook for shipping Capacitor JavaScript updates on iOS and Android without submitting a full app review for every small fix.

iOSとAndroidで__CAPGO_KEEP_0__のJavaScriptの小さな修正をアップデートする方法

記事のクレジット

マーティン・ドナディュー

著者

バレリア

レビュー

ジョーダン

おかげさまで。

私は法律のアドバイスを与えていません。私は、安全にCapacitorアプリを配信するチームで広く使用されている実践的なものを共有しています。

重要な区別は次のとおりです。

ネイティブの提出 は新しいネイティブの動作や主要な機能のために依然として必要です。
ライブアップデート コンテキスト: Capgoのソリューションズマーケティングページ。役割: ショートUIラベルまたはナビゲーションアイテム。メッセージキー `solutions_build_without_mac_stat3_value` (Solutions Build Without Mac Stat3 Value)。

は既存のアプリの範囲内でJavaScript/Webの修正や調整に使用します。 両方のiOSとAndroidはこのモデルを使用できますが、ポリーセーフローのワークフローとして扱う必要があります。ポリーセーフローのワークフロー

、ではなく、ループホールではありません。

アップルとGoogleが許可することは簡単に説明すると次のようになります。

アプリ内で code を実行することができます。
主な機能の追加やアプリの目的を変更することは避けるべきです。
JavaScriptのみで、重要なセキュリティや配布の制御を変更しないでください。

AppleのWebKit/JavaScriptの更新に関する公式ガイドが、このモデルの中核です。Googleは通常、Webベースの更新に対して制限が少ないですが、同じ原則が適用されます: nativeな変更はnativeなリリースに含めるようにしてください。

何が Capgo ではよいのか

Capgo は

Webのバグを修正する
安全なUIのコピー/スタイル/フローの修正
既存のページの論理的な修正
内部のQA用に高速な実験

Capgo は

許可の追加や新しいネイティブ機能の追加は
App Storeのレビューを回避する方法
署名、暗号化、パッケージのIDの変更

推奨されるリリース戦略

2つのトラックで考える

トラック1:ネイティブトラック(ストアレビュー)

Capacitorの通常リリースプロセスを使用してください:

新しいプラグインの更新
アプリシェルまたはマニフェストの変更
パーミッションの更新
プラットフォーム固有の機能の変更

これらは必要です

bun run build
bunx cap sync
# then App Store / Google Play submission flow

トラック2:JSトラック(Capgo)

安全で小さな実行時間の変更について:

bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel production

この方法は、バイナリ自体を安定させながら、迅速な反復を実現することができます。

「ネイティブのリリースが必要だった」ことを避ける方法

Capgoのリリース前に、以下のチェックを実行してください。

新しいネイティブ依存関係または許可が必要ですか?
アプリの宣伝された機能が変更されますか?
認証/セキュリティの境界が変更されますか?
この変更を「非破壊のJavaScript修正」と説明できますか?

If the answer is yes to (1)-(3), submit a native release. If yes only to (4), send through Capgo.

(4)に「はい」と答えた場合のみ、__CAPGO_KEEP_0__を送信してください。

これがコンプライアンスチームにとっての意味
アプリのレビューのバンド幅を意味のある変更に確保します。
アップデートをチャンネルでテストすることで、生産リスクを軽減できます。

このアプローチは、生産環境で大規模なCapacitorプログラムで使用されるものと同じです: JSのみの修正用の高速アップデート、実際のバイナリ用のネイティブレビューのみ。

詳しく知りたい場合は、チャンネルに基づいて厳格な環境戦略を組み合わせて、QAが生産ミスを受け取らないようにすることを検討してください。そうすることで、ステージング、ベータ、生産環境をきれいに保つことができます。これはCapgo-ネイティブの方法です。

続けて、How to update Capacitor JS apps without repeat store review

この方法を使用している場合 How to update Capacitor JS apps without repeat store review ストアの承認と配布を計画するには、@__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-in-app-reviewに接続してください。ストアの承認と配布を計画するには、@capgo/capacitor-in-app-reviewの実装詳細を参照してください。ネイティブ機能を使用するには、@capgo/capacitor-in-app-reviewを使用してください。ネイティブ機能を使用するには、Using @capgo/capacitor-in-app-reviewのネイティブ機能を参照してください。ネイティブ市場を使用するには、@capgo/capacitor-native-marketを使用してください。 @capgo/capacitor-native-marketの実装詳細を参照してください。 for the implementation detail in @capgo/capacitor-native-market, Using @capgo/capacitor-native-market for the native capability in Using @capgo/capacitor-native-market, and Capacitor OTA Updates: App Store Approval Guide for the practical context in Capacitor OTA Updates: App Store Approval Guide.