ネイティブアプリとPWAは何が違うのか　4つの作り方でできること・できないこと

2026-03-13 2026-10-16

アプリを作ろうという話になると、作り方の名前がいくつも出てきます。ネイティブアプリ、PWA、LINEミニアプリ、ハイブリッド。どれもアプリと呼ばれますが、同じものではありません。

違いの出どころは、作ったものがどの環境で動き、利用者の手元にどう届くかです。ここが違うと、使える端末の機能、通知を出せる条件、通信が切れたときの動き方、ストアに出すまでの手間が変わります。

よくある比べ方は、費用と開発期間を並べた表です。ただ、その数字は後から決まります。先に決まるのは、何ができて何ができないかのほうです。

この記事では、①ネイティブアプリ、②PWA、③LINEミニアプリ、④ハイブリッドの、4つの作り方について、できること・できないことを先に整理します。そのあとに、選ぶときの判断材料と、Enlyt（エンライト）の考え方を整理します。費用の話も最後に掲載してます。

ネイティブアプリとPWAは、動く環境と配布のされ方が違う

最初に、2つの言葉の中身をそろえておきます。

ネイティブアプリは、OSのアプリ実行環境で動きます。App StoreやGoogle Playから端末にインストールして使います。

PWAは、Progressive Web Appsの略です。Webの技術で作られていて、端末のブラウザエンジンで動きます。URLで開けて、ホーム画面に追加するとアプリのように起動します。

よく「端末にあるかサーバーにあるか」で説明されますが、その分け方では違いを説明しきれません。PWAも取得したプログラムを端末で動かしますし、画面やデータを端末に持たせることもできます。ネイティブアプリも、中身の多くはサーバーから取ってきています。

差が出るのは、どの実行環境で動くか、そしてその環境とOSが何を許しているかです。使える端末機能と、閉じている間にできることと、配布のされ方は、ここで決まります。

この記事で比べる4つ

アプリの作り方は、分け方によって3つにも5つにもなります。この記事では、提供のされ方の違いを比べるために、次の4つを取り上げます。実際には組み合わせて使う場合もあり、きれいに分かれるものではありません。

① ネイティブアプリ

ストアを通して配布するアプリです。iOSならSwift、AndroidならKotlinというようにOSごとに書く形のほか、FlutterやReact Nativeのように1つのコードから両方に向けて作る形もあります。この記事では、どちらもネイティブアプリとして扱います。

端末の機能に直接さわれるので、できることの幅は4つの中で広くなります。その代わり、ストアの審査を通さないと利用者に届きません。修正を出すたびに審査が入ります。

OS側の要件に追いついていく必要もあります。Appleは2027年4月以降にApp Store Connectへアップロードするアプリについて、iOS 27およびiPadOS 27のSDK以降でビルドすることを求めると告知しています。作って終わりにはならない部分です。

② PWA

Webの技術で作られていて、ホーム画面からアプリのように起動できるWebアプリです。マニフェストという設定ファイルで名前やアイコンなどを決め、オフラインでの動きが必要な場合はサービスワーカーという仕組みもあわせて使います。

MDNの説明では、インストールできる状態にするにはhttpsで配信されていることと、マニフェストが読み込まれていることが条件とされています。Chrome系のブラウザでは、マニフェストにname（またはshort_name）、192pxと512pxのアイコン、start_url、displayが入っていることが求められます。サービスワーカーはインストールの条件そのものではなく、オフラインでの動きを作るために使うもの、という書かれ方です。

既にあるWebサイトから出発できるので、ゼロから作り直す形にはなりにくいのが特徴です。

③ LINEミニアプリ

LINEの中で開くWebアプリです。インストールが要らず、LINEを使っている人ならその場で開けます。2025年10月以降は、LINEの外のブラウザからも利用できるようになりました。

LINEヤフーは、LINEの国内月間利用者数が2025年12月末時点で1億ユーザーを突破したと公表しています。この入口の広さが、LINEミニアプリを選ぶ理由のひとつになっています。

④ Web画面をネイティブの器に入れる形

ハイブリッドアプリと呼ばれることが多い形です。画面はWebの技術で作り、それをネイティブの器で包んでストアに出します。

Webの画面がそのまま表示されるだけではありません。Capacitorのような仕組みには、カメラ、位置情報、プッシュ通知、ファイル、バーコード読み取り、バックグラウンド実行といった公式のプラグインが用意されていて、ネイティブ側の実装を通して端末の機能を使えます。Web側で画面を更新しながら、端末の機能も使いたいときの選択肢になります。

ただし包めば通るわけではありません。Appleの審査ガイドラインには、Webサイトをそのまま詰め直した以上のものであることを求める記述があり、カタログ以外でWebの切り抜きを主体にしたアプリは対象外とされています。器に入れるだけの作りは、審査で止まりやすくなります。

クロスプラットフォームは、この4つとは別の軸

FlutterやReact Nativeは、よく同じ並びで比べられますが、軸が違います。4つの分類は提供のされ方の話で、クロスプラットフォームは、複数のOSでコードをどこまで共有するかという話です。詳しくは「クロスプラットフォームとは？」で扱っています。

PWAでできること

PWAはWebサイトの延長ですが、ふつうのWebサイトではできないことがいくつかできます。

ホーム画面に置いて、全画面で開く

ホーム画面にアイコンが並び、タップするとブラウザのアドレスバーなしで開きます。利用者から見た起動の感触は、ストアから入れたアプリに近くなります。追加しなくてもURLからそのまま使えるので、ここは必須の手順ではなく、使い方の幅を広げるものです。

通信が切れても使える範囲を作る

サービスワーカーなどを使って、必要な画面やデータを端末に保存する設計ができます。自動でそうなるわけではなく、何を保存するかは作る側が決めます。

そのため、通信が切れても使える範囲は設計によって変わります。保存しておいた画面は出せますが、最新の情報を取りにいくことや、サーバー側で注文や予約を確定させることには通信が要ります。外に出る人が使う画面や、電波の弱い会場で使う画面では、どこまでを手元に持たせるかを先に決めておくことになります。

プッシュ通知を送る（iPhoneには条件がある）

ここが、PWAについてよく聞かれるところです。

結論を書くと、届きます。ただしiPhoneには条件があります。Appleの開発者向けブログには、iOS 16.4以降でホーム画面に追加したWebアプリに対してWeb Pushに対応したと書かれています。あわせて、マニフェストのdisplayがstandaloneまたはfullscreenのときにWebアプリとして扱われること、通知の許可を求める処理は利用者の操作に直接応答する形で呼ぶ必要があること、Apple Developer Programへの登録は不要であることが示されています。

読み替えると、Safariで開いているだけの状態では通知は届きません。通知を軸にしたいなら、ホーム画面に追加してもらうところまでが条件になります。Androidではこの前提が緩く、同じ作りでも届き方が変わります。

「PWAなら通知が出せます」という説明だけで進めると、iPhone利用者の多いサービスで想定とずれやすくなります。ホーム画面への追加をどう案内するかまで含めて考えておきたいところです。

PWAで条件が付くこと

ストアで配布するには、追加の対応が必要

Webで公開しただけでは、ストアには並びません。ただし出せないわけではありません。

MDNには、インストールの条件を満たしていればパッケージ化してストアで配布できるとあり、Google Play、Microsoft Store、Meta Quest Store向けの手順が案内されています。PWABuilderというツールについては、これらに加えてiOS App Store向けのパッケージ化にも対応していると書かれています。

Androidにはもうひとつ、自社のAndroidアプリから自社のWebコンテンツを開くTrusted Web Activityという仕組みがあり、Googleの開発者向け資料でもPWAを開く用途として説明されています。アプリとサイトが同じ開発者のものであることをDigital Asset Linksで確認する前提です。

App Storeについては、PWAだから出せないというより、Webサイトを包んだだけの作りでは審査の要件を満たせない場合がある、という理解が近くなります。ストアに並べたいなら、パッケージ化と審査への対応を別に見込んでおくことになります。

ブラウザが対応していない端末機能は使えない

端末の機能は、ブラウザが対応している範囲までしか使えません。対応状況は機能ごとにばらばらです。

たとえばWeb NFCは、Can I useの集計ではChrome for Androidで使え、iOSのSafariは対応なしとなっています。Web Bluetoothは、MDNで「限定的な提供」と分類され、広く使われているブラウザの一部では動かないと注記されています。

ここで分けておきたいのが、NFCの2つの使い方です。Webアプリの中からNFCタグのデータを読み書きする話と、NFCタグに記録したURLを端末が読み取ってWebやLINEを開く話は別のものです。後者は対応するiPhoneでも動きます。Enlytが手がけたNFCとLINEを組み合わせた開発事例は後者にあたり、NFCにタッチして取得したLIFFのURLを開き、そこでポイントを付与する作りになっています。

閉じている間の動きは、環境によって変わる

アプリを開いていないあいだの処理は、「Webはできない、ネイティブならできる」と単純には分かれません。PWAにも、対応している環境では通知の受け取りや裏側での同期があります。一方でネイティブアプリも、電池の持ちを守るためにOS側から制限を受けます。

決めごとにするより、やりたい処理を具体的に挙げて、その環境で許されているかを確かめる形になります。

できることを、やりたいことから見る

やりたいことを並べて、PWAで足りるかを見ると分かりやすくなります。

ネイティブアプリを選ぶ理由が残る場面

ここまで読むと、PWAで足りる場面は思ったより広いと感じるかもしれません。実際、会員証やクーポン、予約、問い合わせといった使い方なら、PWAやLINEミニアプリで成り立つことが多くなっています。

それでもネイティブアプリを選ぶ理由が残るのは、端末の機能を深く使う場合です。常時の位置情報、Bluetoothでの機器との接続、カメラの細かい制御、テレビやウェアラブルといった別の画面。このあたりは、対応しているブラウザや環境が限られます。

ストアに並んでいること自体が信頼材料になる領域や、すでにストア経由で探される前提ができている領域も、ネイティブアプリの側に寄ります。

そして、ストア向けに作ると決めたあとにも、どのOSに出すかという判断が残ります。Enlytが関わったお天気アプリの開発事例では、すでにAndroid版とWeb版があるところに、Androidのソースと仕様をもとにiOS版を引き受けています。ストア向けアプリは、片方だけを先に出す形も取れます。この判断はモバイルアプリとはでも触れています。

PWAを選ぶときに障壁になる条件

PWAには、登場したころに言われていたほど広まっていない、という評価がついて回ります。普及しなかった原因を1つに決めることはできませんが、導入を考えるときに障壁になりやすい条件は挙げられます。

ひとつは、iPhoneでの通知に条件が付くことです。対応が入ったのは2023年のiOS 16.4で、それまでは通知を軸にした設計が組めませんでした。いまも、ホーム画面に追加してもらうという一段が残ります。この時期に書かれた記事がいまも上位に残っているため、情報としても古いものが混ざります。

もうひとつは、ストアを前提にした探され方との相性です。ストアで検索して見つけてもらう形を想定している場合、Webで公開しただけでは届きません。パッケージ化と審査への対応を足すか、Web側で見つけてもらう設計に切り替えるかの判断が要ります。

流行っているかどうかと、自社に向いているかどうかは別の問いです。入口がWeb検索で、端末の深い機能が要らないサービスなら、選択肢として外す理由は少なくなっています。

LINEミニアプリは、この4つのどこに入るか

LINEミニアプリは、Webの技術で作るという点でPWAと同じ側にあります。インストールが要らないところも共通です。違うのは入口と、通知の仕組みです。

LINEの通知は、2つに分かれる

ひとまとめに語られやすいところなので、分けておきます。

サービスメッセージは、利用者がミニアプリの中で行った操作への確認や応答として送るものです。LINEの開発者向け資料では、送れるのは認証済みミニアプリに限られること、あらかじめ用意されたテンプレートを使い、そのテンプレートは事前に審査を受けること、値引きやキャンペーンの告知といった広告にあたる内容は送れないことが示されています。

販促や再来店の案内は、LINE公式アカウントからの配信として別に設計することになります。この2つを混ぜて見積もると、後から送れないものが出てきます。

外部ブラウザで使えるときの注意

外部のブラウザから開けるようになった一方で、LINEの中でしか動かない機能もあります。開発者向け資料に挙げられているのは、LINEのトークへの送信に使う一部のLIFFの機能、LINE内の画面を開いたり閉じたりする機能、LINEミニアプリのアプリ内課金などです。これらは外部ブラウザでは利用できない、または動作が保証されません。その場合はLINEアプリで開くよう案内することが勧められています。

どこから決めるか

器から決めると、あとで入口を探すことになります。先に決まるのは次のようなところです。

使う人がどこから来るか

Web検索や広告から来るのか、店頭やチラシから来るのか、すでにLINEでつながっているのか。ここで入口が決まります。LINEの友だちが多い状態でネイティブアプリを作ると、せっかくの接点を使わずに、インストールという関門を自分で立てることになりやすくなります。

Enlytが手がけた乗車予約のLIFFアプリの開発事例は、インターネット予約が高齢の利用者にとってハードルが高く、電話予約でオペレーターの負荷が大きいという課題から始まっています。高齢の方が多く使っているアプリとしてLINEが選ばれ、既存の配車システムとつなぐ形になりました。入口をどこに置くかが先に決まった例です。

必要な機能が、その環境で動くか

やりたいことを機能の名前まで下ろして、その環境で動くかを確かめます。ここで1つでも届かないものがあれば、PWAだけという選択肢は外れます。逆に、どれも届く範囲なら、ネイティブアプリにする理由は費用ではなく別のところを探すことになります。

更新がどう反映されるか

直したいと思ってから利用者に届くまでの時間は、作り方によって変わります。ここでは、アプリ本体の更新と、サーバーから取ってくる内容の更新を分けて見ます。

ストアに出すものは、本体の更新に審査が入り、利用者が更新するまで古い画面が残ります。中の表示内容をサーバーから取ってくる作りにしておけば、そこは審査なしで変えられます。PWAはサーバー側を直せば反映されますが、何を端末に保存しているかによって、古い画面が残る時間が変わります。キャッシュをどう扱うかは設計の一部です。

LINEミニアプリも、更新の内容によって扱いが変わります。認証済みミニアプリでは、チャネル名や本番用のエンドポイントURL、スコープ、リンクしている公式アカウント、サービスメッセージのテンプレートといった、所定の登録情報を変更すると再審査が必要になります。開発者向け資料では、コンソールでの設定を伴わない更新は再審査が不要とされていますが、その場合もLINEミニアプリのポリシーに合っているかは確認することになります。

Enlytでの考え方

Enlytは福岡の受託開発会社で、ネイティブアプリ、Webアプリ、LINEミニアプリとLIFFアプリのいずれも手がけています。どれか1つを勧める立場ではないので、見ているのは作る側の都合ではなく、使う人の側です。

LINEミニアプリでというご依頼をいただいたときも、そのまま作り始めることはしていません。使う方の年齢層や、その業界でどう使われるかを伺ったうえで、別の形をお勧めすることもあります。

すでにアプリをお持ちで、作り直すかどうかを考えている場合はアプリのリニューアルで作り直す前にのほうが近い話になります。

作り方を変えた例

LINEミニアプリに寄せた判断として公開されているのが、桂花ラーメンの例です。LINEヤフーのケーススタディによると、2019年から運用していたネイティブアプリは5年間でダウンロード数が3万件未満にとどまり、LINEミニアプリへ移行しています。導入から半年の2025年4月時点で1週間の平均DAUは8,860人、2025年2月実績でクーポンの利用率は84%とされ、2025年4月にネイティブアプリを終了しています。

この数字は、ミニアプリに替えたことだけで出たものではありません。ポイント制度や公式アカウントからの配信、ホーム画面への追加の案内まで含めた取り組みの結果として示されています。器を替えれば同じように動くという話ではない、という読み方になります。

そのうえで読み取れるのは、インストールしてもらう前提そのものが合っていない場合がある、ということです。あわせて、よく使われるサービスだからネイティブアプリ、という分け方も置けなくなります。利用頻度は判断材料のひとつで、それだけで決まるものではありません。

費用は何で決まるか

金額は作り方だけでは決まりません。同じLINEミニアプリでも、既製の仕組みをそのまま使う形と、既存の会員システムにつなぐ形では、かかるものが変わります。

見積もりで差が出やすいのは、次のようなところです。

• 画面の数と、作り込みの度合い
• すでにある会員システムやPOS、基幹システムとつなぐかどうか
• 決済を入れるかどうかと、どの決済にするか
• iOSとAndroidの両方を出すかどうか
• 公開したあと、誰がどの頻度で手を入れるか

この中で後から費用がかかってくるため注意しておきたいのが、公開したあとに誰が保守・管理・アップデートをするかです。公開して終わりのものはなく、OSの更新やストアの要件に合わせて手を入れ続けることになります。ストアに出すものはこの負担が大きくなりやすく、Web側で完結するものは小さくなりやすい、という差があります。

LINEミニアプリの費用の内訳については、LINEミニアプリの料金相場で扱っています。

よくある質問

PWAにすればアプリを作らなくて済みますか

やりたいことが、ブラウザが対応している範囲に収まるなら、PWAで足ります。Bluetooth機器との接続や継続的な位置情報の取得が必要な場合は、対象のOSとブラウザ、つなぐ機器の組み合わせで、必要な動きができるかを確かめます。条件を満たせないときに、ネイティブ側の実装を使う方法などを検討する形です。

iPhoneでもプッシュ通知は届きますか

届きますが、ホーム画面に追加されていることが前提になります。Appleの説明では、iOS 16.4以降でホーム画面に追加されたWebアプリに対応したとされています。Safariで開いているだけでは届きません。追加を案内する画面を用意するところまで含めて考える形になります。

すでにあるWebサイトをPWAにできますか

できる場合が多くなります。httpsで配信されていて、マニフェストとアイコンを用意し、必要に応じてサービスワーカーを足す、という流れです。ただし、PWAにしただけで使われるようにはなりません。ホーム画面に追加してもらう理由が画面の中にあるかどうかで、結果は変わります。

PWAとLINEミニアプリはどちらもインストール不要ですが、何が違いますか

入口と、通知の仕組みが違います。PWAはWeb検索や広告からサイトに来た人を受けます。LINEミニアプリはLINEの中の導線や店頭のQRコードから開かれ、外部のブラウザからも使えます。通知は、PWAがWeb Push、LINEミニアプリがサービスメッセージと公式アカウントからの配信で、送れる内容の決まりが違います。

ネイティブアプリをやめてPWAに移せますか

機能がブラウザで動く範囲に収まっていれば、移せます。ただし、既存の会員IDをどうつなぐか、通知の代わりをどうするか、いまのアプリの公開をどう終えるかは別に決めることになります。移すこと自体より、こちらのほうが手間になりやすい部分です。

まとめ

ネイティブアプリとPWAの違いは、OSのアプリ実行環境で動くか、端末のブラウザエンジンで動くかです。そこから、使える端末機能、通知の条件、オフラインで動かせる範囲、ストアに出すまでの手間が分かれます。

PWAで足りる範囲は、以前より広くなっています。iPhoneの通知も、ホーム画面への追加という条件つきで使えるようになりました。ストアへの配布も、パッケージ化という形なら道があります。それでも、使いたい端末機能に、対象のブラウザが対応していないものが含まれるときは、端末の側で作ることになります。

そして、どちらでも作れる場合に効いてくるのは、使う人がどこから来るかです。ここが決まらないまま作り方から決めると、公開してから入口を探すことになります。

Enlytでは、ご希望の開発方式に加えて、利用する方や業務の条件を伺い、別の形も含めて検討します。ご相談の段階では、まだ何を作るか決まっていなくてかまいません。

参考にした情報

• WebKit「Web Push for Web Apps on iOS and iPadOS」（iOS 16.4以降、ホーム画面に追加したWebアプリでWeb Pushに対応すること）
• MDN「Making PWAs installable」（httpsとマニフェストの要件、サービスワーカーの位置づけ、ストアでの配布とパッケージ化）
• Apple「App Review Guidelines」（4.2 Minimum Functionality）
• Apple Developer「Upcoming requirements for app submissions」（2027年4月以降のSDK要件）
• Can I use「Web NFC」（対応ブラウザの集計）
• MDN「Web Bluetooth API」（限定的な提供という分類）
• Chrome for Developers「Trusted Web Activity」（自社アプリから自社のWebコンテンツを開く仕組み）
• Capacitor「Official Plugins」（Webの画面から端末機能を使うための公式プラグイン）
• LINE Developers「外部ブラウザでLINEミニアプリを開く」（2025年10月1日から、および外部ブラウザで動かない機能）
• LINE Developers「サービスメッセージを送信する」（認証済みミニアプリ、テンプレートの審査、広告にあたる内容の扱い）
• LINE Developers「認証済ミニアプリ更新後の再審査」（再審査が必要な項目と、不要な場合）
• LINEヤフー「『LINE』の国内月間利用者数が1億ユーザーを突破」（2025年12月末時点、2026年1月29日発表）
• LINEヤフー for Business「桂花ラーメンどうばい？クーポン利用率84%を誇るLINEミニアプリの実力」（ダウンロード数、DAU、クーポン利用率、移行時期、取り組みの範囲）

金子 遼平

フィリピンの語学学校スタッフとして5年間勤務後、Enlytに参画。 現在はフィリピン在住で完全リモートにて、開発ディレクター・PM・デザイナーとして複数プロジェクトを担当。 UI/UX設計とプロジェクトマネジメントを横断できる点を強みとし、リモート環境下でも安定した品質とスピードを実現している。

View More