プログレッシブ Web アプリ (PWA) は、ブラウザーからインストールできる Web サイトです。これは便利ですが、ほとんどの顧客は依然として App Store や Google Play でアプリを探しています。 PWA がすでに電話機で適切に動作している場合は、書き直すことなく両方のストア用にパッケージ化できます。
問題は、2 つのストアでは Web ベースのアプリの扱いが大きく異なることです。 Google には PWA の公式ルートがあります。 Apple はそうではなく、その審査チームは再パッケージ化された Web サイト以上のものを期待しています。このガイドでは、現実的なオプション、重要なルール、審査を通じて PWA を取得するためのチェックリストについて説明します。
そもそも、なぜアプリ ストアで PWA を公開するのでしょうか?
PWA はすでにユーザーにインストール プロンプト、ホーム画面アイコン、および全画面エクスペリエンスを提供します。ストアの掲載情報には、ブラウザーのインストールではできないものが追加されます。
- Discovery. 人々はあなたの商品と同様の商品をストアで検索し、リストを表示すると、そこでランク付けされるページが表示されます。
- Trust. レビューと検証済みの発行者を含むストアの掲載情報は、Web サイトの「ホーム画面に追加」よりも強力なシグナルです。
- 信頼性の高い取り付け。 iPhone では、ブラウザからの PWA のインストールは共有メニューに表示されません。ストアのインストールはワンタップです。
- ネイティブチャンネル。 パッケージ化されたアプリは、ブラウザーが公開するものに依存するのではなく、プラットフォームを通じてプッシュ通知とディープ リンクを使用できます。
これは、PWA を放棄する必要があるという意味ではありません。ウェブサイトは製品のままです。ストア アプリを利用することもできます。 PWA、WebView アプリ、および完全なネイティブ ビルドの間のトレードオフについては、以下を参照してください。 PWA vs ネイティブ vs WebView.
オプション 1: Google Play の信頼できるウェブ アクティビティ
Google Play は、 信頼できる Web アクティビティ (TWA)。 TWA は、埋め込み WebView の代わりに、ユーザーがインストールした Chrome ブラウザを使用して PWA を全画面で開く Android アプリです。 Chrome のドキュメントによると、アプリと Web サイトはデジタル アセット リンクを使用して相互に検証しており、両方が同じ開発者によるものであることが証明されています。
などのツール バブルラップ (コマンドラインツール)および PWAビルダー Android プロジェクトを生成してビルドします。通常の手順は次のとおりです。
- PWA に有効な Web アプリ マニフェスト、HTTPS 経由で到達可能な開始 URL、およびアイコンがあることを確認してください。
- Bubblewrap または PWABuilder を使用して Android プロジェクトを生成します。
- アプリを検証できるように、デジタル アセット リンク ファイルをドメインに公開します。
- 署名付き Android App Bundle を構築し、Google Play Console にアップロードします。
このルートを選択する前に知っておくべきこと:
- エクスペリエンスは、デバイスにインストールされている Chrome が最新であるかどうかによって異なります。検証が失敗した場合、または Chrome が使用できない場合、ユーザーにはブラウザのツールバーが表示されます。
- ホスト アプリは、Web コンテンツ、Cookie、またはローカル ストレージを直接読み取ることはできません。ネイティブ コードとの通信は制限されています。
- Play Console アカウント、ストアの掲載情報、プライバシー ポリシー、Google が新しい個人アカウントに適用するテスト要件が引き続き必要です。私たちの 出版ガイド クローズド テスト ルールを含めて、それらについて説明します。
コマンドライン ツールに慣れており、Android のみが必要な場合は、TWA が適しています。
オプション 2: iOS 用の DIY ラッパー
Apple には同等の TWA がありません。 PWA を App Store に配置するには、通常は WKWebView を通じて PWA をロードするネイティブ iOS アプリが必要です。 DIY バージョンは次のようになります。
- Mac で Xcode プロジェクトを作成します。
- PWA を Web ビューにロードし、アイコン、起動画面、ナビゲーションを追加します。
- Apple Developer Programに登録し、バンドルIDを登録します。
- Apple のツールチェーンを通じてビルドを署名、アーカイブし、App Store Connect にアップロードします。
- TestFlight でテストし、リストとプライバシーに関する回答を完成させ、レビューのために送信します。
PWABuilder は開始点として iOS プロジェクトを生成できますが、それでも自分で開いて署名する必要があるため、Mac と Xcode が必要です。このプロセスについては、次の記事で詳しく説明します。 Xcode または Mac を使用せずに Web サイトを iOS アプリに変換する方法.
より大きな問題は技術的なものではありません。アプリが受け入れられるかどうかについては、次に説明します。
Apple が PWA ラッパーに期待しているもの
Apple のアプリレビューガイドラインでは、アプリには「再パッケージ化された Web サイトを超えた機能、コンテンツ、UI が含まれるべきである」(ガイドライン 4.2) と記載されています。裸の Web ビューにロードされた PWA は、まさにガイドラインが対象とする種類の提出です。
知っておくべきその他の点:
- ガイドライン 4.2.2 カタログ以外のアプリは主にマーケティング資料、Web クリッピング、コンテンツ アグリゲータ、またはリンクのコレクションであるべきではないと述べています。
- ガイドライン 2.1 アプリにログインがある場合は、最終的な動作するビルドとデモの認証情報が必要です。
- ガイドライン 4.2.6 商用化されたテンプレートまたはアプリ生成サービスから作成されたアプリは、アプリのコンテンツのプロバイダーによって直接送信されない限り拒否されると述べています。ベンダーのアカウントではなく、自分の開発者アカウントで公開してください。
承認を保証する公式はなく、承認を約束できるツールもありません。できることは、ネイティブ ナビゲーション、ユーザーがオプトインするプッシュ通知、機能するディープ リンク、洗練された読み込みとオフラインのエクスペリエンスなど、レビュー担当者に実際のアプリを見る理由を提供することです。レビュー ルールの詳細については、次を参照してください。 Apple ガイドライン 4.2: Apple は Web サイト アプリを拒否しますか?.
オプション 3: 両方のストアにコンバータを使用する
SiteTo.App などのコンバーターは、URL から両方のプラットフォームのパッケージ化を行います。 Web サイトのアドレスを入力し、アプリ名、アイコン、色、スプラッシュ スクリーン、ナビゲーションを設定し、携帯電話でプレビューして、ビルドをリクエストします。
現在の製品の動作に基づいて、次のようになります。
- Android ビルドは APK または AAB として生成できます。
- iOS ビルドは Apple Developer アカウントで署名され、App Store Connect アカウントの TestFlight に配信され、そこからビルドを取得してレビュー用に送信します。
- プッシュ通知は Firebase を通じて設定されます。
- Web サイトは依然として信頼できる情報源であるため、Web 上で配布した変更は、ストアで新たにリリースすることなくアプリ ユーザーに届きます。
- 価格は、Android の場合は 1 回限りの 29 ドル、iOS の場合は 79 ドル、または両方の場合は 99 ドルです。 Apple と Google の開発者アカウント料金は別です。
SiteTo.App は PWA を Web サイトとして扱います。アプリ内にパブリック URL を読み込みます。 Service Worker のキャッシュ、オフライン ページ、Web インストール プロンプトなどの PWA 固有の機能がアプリ シェル内で動作するかどうかは、アプリが使用する Web ビューに依存するため、想定するのではなくプレビューでテストしてください。アプリのプッシュ通知は、PWA の Web プッシュではなく Firebase を通じて設定されます。
弊社のコンバーターを比較できます。 ウェブサイトからアプリへのベストコンバータガイドでコスト面を見てください。 ウェブサイトをアプリに変えるのにどれくらいの費用がかかりますか。サイトが特定のプラットフォームで実行されている場合、 プラットフォームページ そのスタックについて何を確認するかを説明します。
どのルートを取るべきですか?
- Android のみ、コマンドラインに慣れている場合: Bubblewrap または PWABuilder を介した TWA は、適切な公式パスです。
- iOS と Mac があり、開発者が Xcode に慣れている場合: DIY ラッパーは完全な制御を提供しますが、すべてのリビルドと SDK アップデートを所有するのはあなたです。
- 両方のストア、ネイティブ プロジェクトを所有しない場合: コンバーターは最小限の労力で済み、Web サイトを製品として維持できます。
- オフライン動作またはバックグラウンド同期に大きく依存する PWA: どのようなルートを選択する場合でも、コミットする前に慎重にテストしてください。
パッケージ化する前に PWA を準備する
ストアの掲載情報は、ブラウザーのタブに隠されている弱点を明らかにします。パッケージ化する前に:
- すべての画面が反応し、タッチやシステムの「戻る」ジェスチャで使用できることを確認します。
- ポップアップやリダイレクトを開くサードパーティ認証を含め、サインイン、チェックアウト、ファイルのアップロードが埋め込みビューで機能することを確認します。
- ログインせずにアクセスできるプライバシー ポリシー ページとサポート ページを追加します。
- どの外部リンクをアプリで開くか、どの外部リンクをブラウザで開くかを決定します。
- 空白の画面ではなく明確なメッセージを使用して、オフライン状態とエラー状態を処理します。
- ユーザーが「このアプリをインストールする」ように求めるメッセージは、すでにインストールされているので削除します。
の 準備チェックリストとコストプランナー 構築する前にギャップを見つけるのに役立ちます。
ストアの掲載情報とレビューのチェックリスト
- 開発者アカウントは請負業者ではなく、あなたの会社が所有します。
- アプリ名、アイコン、スクリーンショットは実際のアプリを示しており、ビルドと一致しています。
- プライバシー ポリシーとストア プライバシーの回答では、ウェブサイト、分析、アプリに読み込まれた支払いツールについて説明します。
- レビュー担当者の資格情報は機能し、レビューメモに含まれます。
- このアプリは、ナビゲーション、通知、ディープリンクなど、Web サイトを超えたネイティブの価値を追加します。
- どちらのビルドも、実際のデバイスで新規インストールしてテストされました。
- レビュー メッセージを監視し、詳細を返信する担当者が割り当てられます。
よくある質問
ネイティブ ラッパーなしで App Store に PWA を公開できますか?
いいえ。App Store はネイティブ アプリ バイナリのみを配布します。 PWA は PWA 内にパッケージ化する必要があり、パッケージ化されたアプリは Apple のガイドラインを満たしている必要があります。
PWA は Google Play で許可されていますか?
はい。 Google は信頼できる Web アクティビティを通じて PWA をサポートしており、ラッパー アプリを公開することもできます。
私の PWA はアプリ内でオフラインでも動作し続けますか?
ルートとウェブビューによって異なります。オフライン動作が引き継がれると想定するのではなく、プレビューまたはテスト ビルドでオフライン動作をテストします。
Macは必要ですか?
DIY iOS ビルドの場合は、そうです。コンバーターがアプリをビルドしますが、App Store Connect 用の Apple Developer アカウントが依然として必要です。
出版は承認を保証しますか?
いいえ、Apple と Google はすべての提出物を決定します。より良いリスティングとよりアプリのようなエクスペリエンスにより確率は向上しますが、結果を保証するものではありません。
次のステップ
PWA の準備ができたら、 SiteTo.App を使用してアプリとしてプレビューする ルートを決定する前に、自分の携帯電話でテストしてください。満足したらレビューしてください 価格設定 そして、に従ってください ガイドを作成して公開する.
