Webサイトをアプリ化することは可能です。ただし「どこまで今のWebサイトを活かせるか」と「アプリストアに出せるか」は、選ぶ方法によって変わります。
現在持っている資産（webサイト）を活用してアプリを提供したい方に向けた内容です。そのアプリでユーザーと今以上に接点を持てるように考えていらっしゃるかと思います。
その目的を実現するための方法として、いくつか方法をご案内します。プロジェクトの意思決定にお役立ていただければ幸いです。
既存のWebサイトをアプリ化する2つの現実的な方法
既存サイトを活かす代表的な方法として、ここではPWAとガワアプリ（WebView）の2つを取り上げます。このほかにもTWAやクロスプラットフォーム開発など複数の構成がありますが、本記事では後ほど、それぞれがどこで関係してくるかにあわせて触れます。
| 比較項目 | PWA | ガワアプリ（WebView） | ネイティブアプリ |
|---|---|---|---|
| 既存サイトの流用度 | ◎ 既存サイトに機能を追加する形で成立 | ◎ 既存サイトをそのまま表示 | △UIは再実装が必要だが、画像やコンテンツ内容などは流用可能 |
| アプリストアへの配信 | △ 通常は不可（URLで配布）／AndroidはTWAでGoogle Play配信も可能 | ○ 並べられる（ただし審査・ポリシー対応が必要） | ○ 並べられる（審査あり） |
| ホーム画面のアイコン起動 | ○ 可能 | ○ 可能 | ○ 可能 |
| オフライン閲覧 | △ キャッシュの実装が必要 | △ キャッシュ・データ保存の実装が必要 | ○ 可能（データ保存の実装は必要だが、端末ストレージを自由に使えるため安定しやすい） |
| プッシュ通知 | ○ 可能（iOSは条件あり） | ○ 可能（実装方式による） | ○ 可能 |
| カメラ・位置情報の利用 | ○ 可能（OS・ブラウザの制約あり） | ○ 可能（OS・ブラウザの制約あり） | ○ 可能 |
| Bluetooth・NFC・USB連携 | △ 対応するWeb APIはあるが対応範囲・ブラウザが限定的 | △ ネイティブ側の実装を追加すれば可能 | ○ 可能 |
| 費用の傾向 | 比較的安く済む | 審査対応次第で変動 | 最も高くなる |
| OS追従の負担 | 抑えやすい（OSごとのアプリ更新が不要） | 中程度（ストア規約＋OS） | 大きい（OS毎の対応） |
凡例：◎＝有利／○＝可能／△＝条件付き・実装や環境による／×＝できない。列の順序は「既存サイトを活かせる順」です。
この表は、左から右へ「既存サイトを活かしやすい順」に並んでいます。PWAとガワアプリはどちらも既存サイトを活かせますが、ネイティブは作り直しが前提です。
最初に見るべき行は「アプリストアへの配信」です。ここがPWAとガワアプリの最初の分岐点になります。
ただし、できることが完全に同じというわけではありません。PWAはWeb標準の範囲で実現するのが基本なのに対し、ガワアプリはネイティブ側の機能を組み合わせることで、より端末に近い機能を追加できる場合があります。ストア配信の必要性だけでなく、必要な端末機能もあわせて判断することが重要です。
PWA｜Webサイトのまま、アプリのように使えるようにする
PWA（Progressive Web Apps／Webサイトをアプリのように使えるようにする仕組み）は、既存のWebサイトに追加のファイルを組み込むことで実現します。(ホーム画面に追加のみであれば、既存サイトそのままで可能)。新しいアプリをゼロから作るのではなく、今のサイトに「アプリらしい機能」を足していくアプローチです。
特徴は、既存サイトの流用度が高いことです。サイトの構成やコンテンツをそのまま活かしつつ、ホーム画面のアイコン起動、オフライン閲覧、プッシュ通知などを追加できます。
ただし、App Storeにそのまま登録することはできず、配布はURLの共有が中心になります。AndroidではTWA（Trusted Web Activity）を使い、PWAをAndroidアプリとしてパッケージ化することで、Google Playで配信できます（後述）。
PWAの仕組みそのものについてはPWAの仕組みと活用事例で詳しく解説しています。
ガワアプリ（WebView）｜Webサイトをアプリの”外側”で包んでストアに出す
ガワアプリは、アプリの外側をネイティブアプリとして作り、WebView（アプリ内にブラウザ機能を組み込む仕組み）を使って既存のWebサイトをアプリ内に表示する方式です。必要に応じて、ネイティブ側に端末機能を追加することもできます。
既存サイトをそのまま表示できるため、流用度は高くなります。PWAとの違いは、アプリストアに並べられることです。「ストアで検索・発見してもらう」という導線を利用できる可能性があります。ただし、ストアに掲載しただけで新規ユーザーを獲得できるわけではありませんし、掲載には審査という関門があります。
2つの違いを一言でいうと「ストアに出すかどうか」
PWAとガワアプリ、どちらも既存サイトを活かせる点は同じです。最初の分かれ目は、ストア配信が事業上必要かどうかです。そのうえで、必要な端末機能をWeb標準の範囲で満たせるか、ネイティブ側の実装が要るかを重ねて判断することになります。
費用はどう決まるのか｜既存サイトをどこまで流用できるかで変わる
具体的な金額は、既存サイトの状況や要件によって大きく変わるため、ここでは「何が費用を押し上げるのか」を構造で説明します。何にお金がかかるのかを把握しておくと、発注前の費用感を判断しやすくなります。
費用を左右する3つの要素
アプリ開発全般の費用感についてはアプリ開発費用の相場もあわせてご覧ください。
費用を決める主な要素は以下の3つです。
① 既存サイトをどこまでそのまま使えるか
今のWebサイトがスマホ表示に対応しているかが、まず効きます。レスポンシブデザインが整っていれば、アプリ化の土台がすでにできている状態です。逆にスマホ対応が不十分なら、そちらの対応が先になり、費用が上がります。
② アプリストアに出すかどうか
ストアに出す場合、申請・審査対応の作業が発生します。Apple Developer Program(年額99ドル)やGoogle Play Console(初回25ドル)への登録、メタデータ作成、スクリーンショット準備、審査対応など、ストア固有の作業が加わります。
③ 公開後にOSの更新へ追従する必要があるか
ストア配信する場合、OSのバージョンアップやストア規約の改定に追従する保守が発生します。PWAはiOS・Androidそれぞれのアプリを個別に更新する必要がないため、OSごとのアプリ更新に伴う負担を抑えやすくなります。ただし、ブラウザの仕様変更やWeb APIの変更への対応は必要です。
PWAの費用が抑えやすい理由
PWAは既存サイトに機能を追加する形で成立するため、流用できる範囲が広くなります。ストア申請が不要で、OSごとのアプリ更新に伴う負担も抑えやすくなります。
ガワアプリは「安いはず」が崩れることがある
ガワアプリは「既存サイトを包むだけだから安い」と思われがちですが、審査に落ちると追加の開発が発生します。ここが想定から外れやすい部分です。「Webサイトを表示するだけ」のアプリはApp Storeの審査で却下される可能性があり（詳しくは次章）、通すためにはアプリとしての独自の機能・コンテンツ・UIを用意する開発が別途必要になることがあります。
iOSとAndroidの両方に出すなら、その分の対応も要ります。
見落としやすい「作った後にかかるもの」
発注前に把握しておきたい、公開後も継続してかかる費用があります。
- ● アプリストアの年間登録費用 — Apple Developer Programは年額の登録費用がかかります。（年額99ドル）Google Play Consoleへの登録は初回に25ドルかかります。
- ● OSのバージョンアップ対応 — iOS・Androidのアップデートに合わせた動作確認と修正
- ● 再申請の手間 — リジェクトされた場合の修正・再提出のサイクル
これらは「作って終わり」ではなく「運用していく中でかかり続けるもの」です。
既存サイトがスマホ対応できていない場合は、まずそこから
既存サイトがスマホ対応できていない場合は、アプリ化よりもそちらの対応が先になります。アプリの画面でPC向けサイトをそのまま表示しても使いやすい状態にはならないからです。
アプリストアに出せるか｜ガワアプリが審査で落ちる理由
この章では、ガワアプリを選ぶ前に確認しておきたい点を説明します。
PWAはApp Storeにそのまま登録できない｜AndroidにはTWAという選択肢も
PWAは通常、WebサイトとしてURLから利用したり、ホーム画面に追加したりする形で提供します。PWAそのものをApp Storeに登録することはできません。
ただし、AndroidではTWA（Trusted Web Activity）を利用して、PWAをGoogle Playで配信する方法があります。Googleの公式ドキュメントでも、TWAを使ってPWAをAndroidアプリとしてパッケージし、Google Playへリリースする方法が説明されています。
App Store側には同様の仕組みがないため、iOSでストア配信が必要な場合は、ガワアプリやネイティブアプリの検討になります。
ガワアプリはApp Storeの審査で却下されることがある
ガワアプリでApp Storeの審査に提出すると、以下のガイドラインに引っかかることがあります。
4.2 最低限の機能
アプリを作成する際は、Webサイトを単に再パッケージしたようなものではなく、優れた機能、コンテンツ、UIを作成するようにしてください。特に利便性も独自性もなく、アプリらしさもない場合、そのアプリをApp Storeで提供することはできません。（後略）
（出典：Apple「App Reviewガイドライン」日本語版、2026年9月時点）
つまり、「Webサイトを表示するだけ」のアプリは却下の対象になり得るということです。審査で落ちた場合、開発者には次の文言でリジェクト通知が届きます。
「Guideline 4.2 – Design – Minimum Functionality」
この文言は、実際に審査で落ちた際に手がかりになる語です。
落ちないために必要なこと
審査で重要なのは、Webサイトを単に再パッケージしただけではなく、アプリとして独自の機能・コンテンツ・UIを備えていることです。Appleは「この機能を入れれば通る」という形で要件を定めているわけではありません。
具体的な手段としては、たとえば次のようなものがあります。
- ● アプリ独自のUIや画面構成 — Webサイトをそのまま表示するのではない操作体系
- ● プッシュ通知 — ユーザーにメッセージを届ける
- ● カメラ機能 — 写真撮影やバーコード読み取り
- ● 位置情報 — 現在地に基づく情報提供
- ● オフライン対応 — 通信環境がない場所でもコンテンツを表示する
ただし、これらの機能を追加すること自体が審査通過を保証するものではありません。「このアプリがアプリである理由」を用意することになるため、一定の作り込みは必要になります。
両ストアとも審査があります
App Storeでは、ガイドライン4.2のように「Webサイトを単に再パッケージしたもの」を問題とすることが明文化されています。
Google Playにも審査があり、限定的な機能やコンテンツしか提供しないアプリを認めないポリシーがあります。WebViewを利用したアプリについても一定の要件があります。両者は理由が同一ではありませんが、いずれも「Webサイトを表示するだけなら必ず掲載できる」わけではないという点は共通します。
ストア規約は改定されるため、計画時には各ストアの最新ポリシーを確認しておくことをおすすめします。
ストアに出すこと自体の負担
審査には期間がかかります。リジェクトされれば修正して再提出のサイクルに入ります。Apple Developer Programの年次更新に加え、ストア側の要件（対応OSバージョンなど）の変更に合わせたアップデートが定期的に必要になります。
何ができて、何ができないのか
既存サイトを活かした方式（PWA・ガワアプリ）でできることとできないことを整理します。
既存サイトを活かした方式でもできること
- ● ホーム画面のアイコン起動 — アイコンをタップして開ける
- ● オフライン閲覧 — キャッシュの実装を行えば、通信環境がない場所でもコンテンツを表示できる
- ● カメラ・位置情報の利用 — 写真撮影、バーコード読み取り、現在地の取得（OS・ブラウザ・権限による制約あり）
- ● プッシュ通知 — ユーザーにメッセージを届けられる
プッシュ通知はiOS 16.4以降でPWAから送信可能ですが、利用者がホーム画面に追加していることが条件です。詳しくはiOSのPWA対応状況と使える機能、またはPWAのプッシュ通知の現状を参照してください。
できないこと・制限があること
- ● Bluetooth、NFC、USBなどの機器との連携 — Web Bluetooth、Web NFC、WebUSBといったAPIは存在しますが、ブラウザやOSによる対応状況の差が大きく、ネイティブアプリほど幅広く利用できるわけではありません
- ● バックグラウンドでの処理 — アプリを閉じている間のデータ同期などには制限がある
- ● 大容量データの扱い — 保存できる容量は拡大しているが、ブラウザの判断でデータが削除される場合があり、確実に保持し続けたいデータや大きなファイルの管理には向かない
- ● 端末の細かい制御が必要な機能 — OSレベルの設定変更やシステム連携は難しい
「アプリらしい動き」はどこまで再現できるか
スワイプ操作、画面遷移のアニメーション、タブの切り替えなど「アプリらしい操作感」は、PWA・ガワアプリでもある程度再現できます。ただしネイティブアプリと完全に同じ体験にはなりません。
PWAだけでは足りないケース｜ほかの方式もあわせて検討したいとき
ここまでPWAとガワアプリを中心に説明してきましたが、PWAの範囲では対応が難しいケースもあります。
- ● 機器との連携が前提のサービス — Bluetooth機器、NFCタグの読み書き、専用ハードウェアとの安定した通信が必要（Web APIでは対応端末・ブラウザが限定されるため）
- ● 重いオフライン処理や高い描画性能が求められるもの — ゲーム、動画編集、3Dグラフィックス(補足：WebGPU/WebAssembly等で実現可能になってきている )
- ● アプリストアを新規顧客の獲得チャネルとして位置づける場合 — ストアでの露出が事業の中核になる場合は、ストア掲載を前提とした方式を検討します。必要な機能や対象OSによって、ガワアプリ（WebView）、TWA、クロスプラットフォーム開発、ネイティブアプリと選択肢が変わります
これらに該当する場合は、PWAだけではなく、ガワアプリ（WebView）、TWA、クロスプラットフォーム開発、ネイティブアプリなどを含めて検討することになります。
端末機能の範囲で判断が必要な場合はネイティブアプリにできて、Webアプリで実現できないことを、iOSとAndroidの両方に対応する場合はクロスプラットフォーム開発とはもあわせてご覧ください。
該当しないなら、既存サイトを活かす方法で十分検討できます。
自社はどう進めるべきか｜判断の手順
ここまで読んで、自社にどちらが適しているかを判断する手順を整理します。
ステップ1｜そのアプリで一番やりたいことを1つ決める
「アプリにしたい」と思った理由は何でしょうか。
- ● 通知を届けたい — PWAでもガワアプリでも可能（iOSのPWAはホーム画面への追加が条件）
- ● ストアに並べたい — iOSはガワアプリなどの検討が必要、AndroidはTWAでPWAをAndroidアプリとしてパッケージして配信する方法もある
- ● オフラインで使いたい — PWAでもガワアプリでも、キャッシュやデータ保存などの実装を行えば可能
- ● カメラや位置情報を使いたい — PWAでもガワアプリでも可能（OS・ブラウザの制約あり）
やりたいことが1つに絞れれば、方法の選択が見えてきます。
ステップ2｜既存サイトのスマホ対応の状況を確認する
既存サイトはスマホで快適に閲覧できる状態でしょうか。PC向けのままなら、まずそちらの対応が先になります。
ステップ3｜ストアに出す必要が本当にあるかを考える
ここが最初の分かれ目です。まず「なぜストアに出したいのか」を言語化してみてください。ストアでの露出が不要であれば、PWAから始めるのが手軽です。
ストア配信が事業上必要だと判断できた場合は、どのOSで必要かによって選択肢が変わります。AndroidだけであればTWAでPWAをAndroidアプリとしてパッケージして配信する方法があります。iOSで必要な場合は、ガワアプリやクロスプラットフォーム開発、ネイティブアプリの検討になります。
段階的に進めるという選択肢
まずPWAで出して反応を見て、必要があればストア配信を検討するという進め方もできます。
既存サイトを活かす方式は、やり直しが効くのが利点です。小さく始めて軌道修正できます。ただし後からストア配信へ移る場合、ネイティブ機能の追加やアプリ独自のUIの作成、審査対応などの開発が発生します。将来必要になりそうな端末機能とストア要件を最初に想定しておくと、移行の負担を抑えられます。
アプリ化を依頼するときに整理しておくこと
開発会社に依頼する前に、以下を整理しておくとスムーズな相談ができます。
- ● 何を実現したいか — 通知、ストア配信、オフライン、カメラ利用など
- ● 既存サイトの構成 — 使用CMS、スマホ対応の状況
- ● ストア配信の要否 — iOS・Androidのどちらに出すか
- ● 公開後の運用体制 — 保守対応を誰が担うか
よくある質問（FAQ）
Q. 既存のWebサイトをそのままアプリにできますか？
A. できます。ただし方法によって、ストアに出せるかと使える機能が変わります。
Q. Webサイトのアプリ化にはどのくらい費用がかかりますか？
A. 費用は「既存サイトの流用範囲」「ストア配信の有無」「OS追従の要否」の3要素で決まります。既存サイトをそのまま使えるほど、ストア申請が不要なほど、OS追従の負担が小さいほど、費用は抑えられます。
Q. ガワアプリはApp Storeの審査に通りますか？
A. Webサイトの再パッケージのみの場合、App Reviewガイドライン4.2「最低限の機能」により却下される可能性があります。審査で求められるのは、Webサイトを単に再パッケージしたものではなく、アプリとして独自の機能・コンテンツ・UIを備えていることです。プッシュ通知やカメラ、位置情報などの活用はその手段のひとつですが、特定の機能を追加すれば通過が保証されるわけではありません。
Q. PWAはアプリストアに並びますか？
A. App Storeには並びません。PWAは通常、URLからの利用やホーム画面への追加という形で提供します。ただしAndroidでは、TWA（Trusted Web Activity）を利用してPWAをAndroidアプリとしてパッケージしてGoogle Playで配信する方法があります。
Q. アプリにするとプッシュ通知は送れますか？
A. 送れます。ただしiOSでは、利用者がホーム画面に追加していることが条件になります。詳しくは専用の解説記事をご参照ください。
まとめ
Webサイトはアプリ化できます。既存サイトを活かす現実的な選択肢は、PWAとガワアプリの2つです。最初の分かれ目は「ストアに出す必要が本当にあるか」で、そのうえで必要な端末機能をWeb標準で満たせるかを重ねて判断します。費用は「既存サイトをどこまで流用できるか」で変わります。
なお、AndroidではTWAを使ってPWAをAndroidアプリとしてパッケージしてGoogle Playで配信する方法もあるため、「ストアに出す＝ガワアプリ」と短絡せず、対象OSごとに選択肢を確認しておくと判断を誤りにくくなります。
ガワアプリを選ぶ場合は、App Storeの審査で「Guideline 4.2 – Design – Minimum Functionality」に該当する可能性を踏まえておくとよいでしょう。アプリとしての独自の機能・コンテンツ・UIを用意する開発が別途必要になるケースがあります。
まずPWAで小さく始め、必要になった段階でストア配信を検討する進め方もできます。既存サイトを活かす方法は、やり直しが効く点が利点です。
ただし、後からストア配信に移る際には、端末機能の追加やアプリ独自のUI、ストア審査への対応といった開発が発生します。将来的に必要となる端末機能やストア要件をあらかじめ想定して設計しておくと、後から移行しやすくなります。
