モバイルアプリを更新する

ほとんどの更新はPublish時に即座に反映されます。メタデータやネイティブシェルの変更のみ、新たなアプリストアへの申請が必要です。

Proyecta アプリを PWA としてラップしてアプリストアに申請した場合、更新は変更内容に応じて2つの段階で機能します。

段階1: コンテンツ・機能の更新（即時反映）

ラップされた PWA は実際のコンテンツを公開済みの Proyecta URL から読み込むため、ほとんどの更新は新たなアプリストアのビルドを必要としません：

1. Proyecta builder で変更を加える
2. builder のツールバーで Publish をクリックする
3. 次にアプリを開いたときにユーザーへ変更が反映される

この段階に含まれる変更：

• 新しいページ、機能、レイアウト
• バグ修正
• テキストや画像の変更
• backend ロジックの変更
• データベーススキーマの変更
• ほとんどのスタイル調整

これは PWA ラッパーモデルの最大のメリットのひとつです。通常のプロダクト作業のためにレビューキューを待つ必要がありません。

段階2: ネイティブシェルの更新（新たな申請が必要）

以下の変更ではラッパーを再生成し、新しいパッケージを申請する必要があります：

• アイコンの下に表示されるアプリ名
• アプリアイコンそのもの
• スプラッシュスクリーン
• ラッパーに組み込まれるマニフェストのエントリ（テーマカラー、表示モード、向きのロック）
• ネイティブ権限の宣言（Info.plist や AndroidManifest.xml への新規追加が必要なカメラ・位置情報など）
• ラッパーのバージョンアップ

これらの場合：

1. 公開済み URL を使って pwabuilder.com でパッケージを再生成する
2. 最初に使用したのと同じ署名キーで署名する（重要 — 下記参照）
3. Google Play Console、App Store Connect、または Partner Center から申請する
4. レビューを待つ

署名キーを失わないようにする

Android アプリの更新において最も重要なことは、すべての更新を最初のバージョンで使用したのと同じキーで署名しなければならないということです。signing.keystore を紛失すると、Google Play はそれ以降の更新を受け付けなくなります。その場合、別のパッケージ名で新しいアプリを公開し、ユーザーを移行させるしかありません。

iOS の場合、プロビジョニングプロファイルと配布証明書は Bundle ID に紐づいています。証明書を失効させた場合は新しいものを作成できますが、更新申請時の遅延を避けるためにプロファイルのバックアップを取っておくことをおすすめします。

バージョン管理のヒント

新しいパッケージを申請する際は、アプリのユーザー向けバージョン番号を Proyecta の deploy に合わせて同期させておきましょう。そうしないと、クラッシュレポートが新しいビルドのものか古いビルドのものか判別できなくなります。

近日公開予定

• 再生成、署名、申請を一括で処理できる builder 内のアップデートウィザード
• Proyecta のバージョン履歴と同期したバージョンマニフェストのトラッキング