LovableアプリをApp Storeで公開する方法を探しているなら、まず知っておくべきなのは、Lovableはそれを代わりにやってくれないということです。Lovableの公開に関するドキュメントには「LovableはWebアプリを構築し、公開は常にWeb URLへのデプロイとなる」とあり、「プロジェクトをパッケージ化してApp StoreやGoogle Playに申請する組み込みのフローはない」と書かれています。以下では、実際に取れる3つの選択肢、それぞれのコスト、そしてラップしたLovableアプリがガイドライン4.2に引っかからないための手順を紹介します。
LovableアプリをApp Storeに直接公開できる?
できません。2026年10月時点で、Lovableが公開できるのはlovable.appのサブドメインか独自ドメインのみです。ストアに載せるには、Lovableの外でアプリをパッケージ化し、自分の開発者アカウントから申請する必要があります。
Lovableのドキュメントでは2つの回避策が示されています。公開したサイトをインストール可能なPWAにするか、「Lovableの外でCapacitorを使い、公開URLをネイティブシェルでラップする」うえで、そのシェルを自分で申請する方法です。ドキュメントでは次の2点も明確にされています。LovableはReact Nativeプロジェクトを生成しないこと、そしてLovableのモバイルアプリはスマートフォンからプロジェクトを構築するためだけのものであることです。Lovableのモバイルアプリは「プロジェクトをエンドユーザー向けのネイティブアプリに変換するものではない」とされています。
PWA・Capacitorラッパー・作り直し:どのルートを選ぶべき?
ストア掲載が不要ならPWA、掲載が必要で本物のネイティブ機能を追加できるならCapacitor、スマートフォン中心のプロダクトとしての操作感や振る舞いが求められるならネイティブでの作り直しを選びましょう。
| ルート | ストア掲載 | 固定のプラットフォーム費用 | 主な作業 | 4.2のリスク |
|---|---|---|---|---|
| LovableのURLからPWA | なし | Lovableのプラン以外は不要 | マニフェスト、アイコン、オフライン対応 | なし(審査なし) |
| Capacitorラッパー | App StoreとGoogle Play | 年額99 USD(Apple)+一回限りのUS$25(Google) | Xcodeが入ったMac、ネイティブプラグイン、ストア用メタデータ | Webサイトを表示するだけなら高い |
| ネイティブでの作り直し(Swift、KotlinまたはReact Native) | App StoreとGoogle Play | ストア費用は同じ | UIを書き直し、バックエンドはそのまま | 低い |
費用はApple Developer Programの登録ページ(「メンバーシップ1年あたり99 USD。価格は地域によって異なる場合があります」)とGoogle Play Consoleヘルプ(「一回限りの登録料US$25」)に基づいています。Google Playでは、新しい個人アカウントは本番環境へのアクセス権を得る前に、12人のテスターで14日間のクローズドテストを実施する必要もあります。この手順はクローズドテストのガイドで解説しています。
LovableアプリをCapacitorでラップするには?
LovableのコードをGitHubにエクスポートし、ローカルでビルドしてCapacitorを追加し、webDirをビルド出力先に向けます。その後、XcodeとAndroid Studioでネイティブプロジェクトを開いてアーカイブします。
- LovableでGitHubを連携します。同期は双方向で、常に新しいプライベートリポジトリが作成されるため、ローカルでネイティブシェルを作業しながらLovableでの編集も続けられます。
- リポジトリをクローンし、
npm install、続いてnpm run buildを実行します。Viteの出力先(通常はdist)を確認してください。Capacitorでは、そのルートに<head>タグを含むindex.htmlが必要です。 - Capacitorのスタートガイドにある、下のコードブロックのコマンドでCapacitorと各プラットフォームをインストールします。
capacitor.configでwebDirをdistに設定します。server.urlを本番のLovableドメインに設定してはいけません。Capacitorの設定リファレンスには「本番環境での使用を意図したものではない」と書かれています。- ネイティブプラグイン(プッシュ通知、触覚フィードバック、共有、生体認証、ローカル通知)と、ネイティブのアプリアイコンやスプラッシュ画面を追加します。
- Webをビルドするたびに
npx cap syncを実行し、Xcodeでアーカイブして App Store Connectにアップロードします。残りの手順はApp Store申請チェックリストで解説しています。
npm i @capacitor/core
npm i -D @capacitor/cli
npx cap init
npm i @capacitor/android @capacitor/ios
npx cap add android
npx cap add ios
npm run build && npx cap sync
npx cap open ios申請は自分のAppleアカウントから行いましょう。ガイドライン4.2.6は、アプリ生成サービスで作られたアプリを、「アプリのコンテンツの提供者が直接申請した」場合を除いてリジェクトします。これがAI製アプリにどう当てはまるかは、ガイドライン4.3と4.2.6のガイドで説明しています。
ラップしたLovableアプリでガイドライン4.2のリジェクトを避けるには?
Webサイトではできないことをアプリでできるようにしましょう。ガイドライン4.2は「再パッケージされたWebサイトを超える機能、コンテンツ、UI」を求めており、4.2.2では主に「Webクリップ、コンテンツアグリゲーター、リンク集」であるアプリを認めていません。
申請前に次のチェックリストを使ってください。
- Webビルドがバイナリに同梱されていて、ネットワーク接続がなくても起動し、キャッシュしたデータか適切なオフライン画面を表示する。
- ナビゲーションにハンバーガーメニューではなく下部のタブバーを使い、Web専用のフッターやCookieバナーがない。
- ログイン、新規登録、パスワードリセットがすべてアプリ内で完結する。ユーザーをSafariに飛ばす箇所がない。
- カメラ撮影、ユーザー自身のデータに連動したローカル通知、ウィジェット、生体認証など、少なくとも1つの主要なワークフローがデバイスの機能を利用している。
- 寄付ページ、ショップ、SNSへの外部リンクは削除するか最小限にしている。
- App Reviewへのメモで、このアプリがスマートフォンで役立つ理由を説明し、デモ用ログインを記載している。
他のWebベースのアプリが4.2でリジェクトされたときはどうなった?
公開されているスレッドには共通のパターンがあります。審査担当者はWebらしいUIやSafariへのリンクを理由にリジェクトし、小さなネイティブ機能を追加するだけでは判断は変わりません。
2020年12月、Ionic Forumのある開発者は、クラブ会員向けアプリを「モバイルブラウジング体験と十分に異ならないため、限定的なユーザー体験しか提供していない」としてリジェクトされ、さらに「アプリのコンテンツの大部分がSafariへのリンクになっている」と指摘されました。InAppBrowserを削除しオフライン対応を改善しただけでは不十分で、2回目の申請もリジェクトされました。3回目の申請は、ホーム画面をネイティブ風のリストと画像カードで作り直し、アプリ内のニュースコンテンツを増やし、外部リンクの大半を削除した後で承認されました。
2026年1月には、Apple Developer Forumsのある開発者が、すでにプッシュ通知、Core Location、連絡先へのアクセスを使っていたにもかかわらず、スケジュール管理アプリが「Webブラウジング体験と十分に異ならない」としてリジェクトされたと報告しました。この開発者は触覚フィードバック、クイックアクション、より深いカレンダー連携を追加する予定で、何をもって「よりネイティブ」とされるのかを質問していました。執筆時点で、このスレッドには返信がなく、結果も確認されていません。
比較すると、1人目の開発者はアプリそのものの中身を変えることで通過しました(アプリ内コンテンツ、ネイティブのレイアウト、外部リンクなし)。2人目はデバイスAPIを追加しただけで、まだ確信を持てていませんでした。権限のリストを増やすのではなく、コア体験に力を注ぎましょう。
ラップではなく作り直すべきなのはどんなとき?
アプリの主な価値がWebコンテンツにある場合や、同じUIですでに2回4.2でリジェクトされている場合は、ネイティブで作り直しましょう。
具体例:ヨガスタジオ向けにLovableで作った予約ツールが、クラス一覧、予約フォーム、Stripeの決済リンクを表示しているとします。そのままラップすると、Web UI、外部リンク、オフラインで使えないという4.2の3つの危険信号すべてに該当します。PWAとしてなら追加費用なしで今日にでもリリースできます。ストアに掲載するには、Lovableのバックエンドはそのままに、クラス一覧と予約フローをネイティブ画面で作り直し、各クラスの前にローカルのリマインダーを追加し、決済はApp Reviewガイドライン3.1のルールに沿って処理します。バックエンドとデータモデルはそのまま引き継げます。書き直すのはUIです。
自分のLovableプロジェクトにどのルートが合うか、別の視点からの意見が欲しい場合は、The App Guyのサービスでラップ、作り直し、ストア申請に対応しています。またはyagyeshsrbobde@gmail.comまでメールでご連絡ください。
よくある質問
LovableアプリをGoogle Playストアで公開できますか?
できますが、Lovable自体からはできません。ビルドしたWebアプリをCapacitorでラップし、Android StudioでAndroidプロジェクトを開いて、署名済みのApp BundleをPlay Consoleにアップロードします。一回限りの登録料US$25がかかります。個人の開発者アカウントを2023年11月13日以降に作成した場合は、Googleから本番環境へのアクセス権を得る前に、少なくとも12人のテスターが14日間連続でオプトインした状態のクローズドテストも必要です。
LovableのPWAはApp Storeに表示されますか?
表示されません。プログレッシブWebアプリはブラウザからインストールするもので(iPhoneではSafariの「ホーム画面に追加」を使います)、App Reviewを通ることがないため、App Storeへの掲載もストア検索での露出もありません。Lovableのドキュメントでは、PWAルートは公開したアプリをインストール可能にし、ホーム画面からの起動とオフライン対応を実現するものと説明されています。ストア経由で見つけてもらう必要がないなら、最も速く安い選択肢です。
LovableアプリをApp Storeに出すにはMacが必要ですか?
一般的なCapacitorのルートなら必要です。CapacitorはネイティブのXcodeプロジェクトを生成し、それをXcodeでアーカイブしてアップロードしますが、XcodeはmacOSでしか動きません。クラウドビルドサービスを使えばホスト型のMacでこの手順を実行できますが、アプリに署名して申請するには、やはり自分のApple Developer Programメンバーシップ(年額99 USD)が必要です。
Capacitorの接続先をlovable.appのURLにするだけではだめですか?
可能ではありますが、ストア向けビルドとしてはおすすめできません。Capacitorの設定リファレンスには、server.urlはライブリロード用サーバー向けであり「本番環境での使用を意図したものではない」と書かれています。リモートのサイトを読み込むだけのアプリは、ガイドライン4.2が再パッケージされたWebサイトとしてリジェクトする典型例で、オフライン時には真っ白な画面になります。代わりに、ビルドしたdistフォルダをアプリに同梱しましょう。
なぜLovableアプリが最低限の機能を理由にリジェクトされたのですか?
Appleがガイドライン4.2に基づき、そのアプリは「モバイルブラウジング体験と十分に異ならない」と判断したためです。よくある原因は、Web風のナビゲーション、Safariを開くサインインや決済のリンク、オフライン時の動作がないこと、Webサイトとまったく同じコンテンツなどです。ネイティブのナビゲーション、アプリ内で完結するフロー、オフライン対応、デバイスの機能を活かした機能でコア体験を改善し、App Reviewへの返信で変更点を説明しましょう。
出典と参考資料
ポリシーは変わります。申請前に公式ドキュメントをご確認ください。
- Lovable Docs:プロジェクトを公開する ↗2026年10月26日 確認
- Apple App Reviewガイドライン ↗2026年10月26日 確認
- Capacitor Docs:Capacitorのインストール(スタートガイド) ↗2026年10月26日 確認
- Apple Developer Program:登録 ↗2026年10月26日 確認
- Ionic Forum:App Storeリジェクト 4.2 - デザイン:最低限の機能 ↗2026年10月26日 確認
- Apple Developer Forums:初めてのアプリがWebページに似すぎているとしてリジェクトされた ↗2026年10月26日 確認


