PWA とネイティブアプリ:2026年の正直な比較
「PWA とネイティブ、どちらを選ぶか」という記事の多くは、どちらかを売っている人が書いています。これは PWA を作ったチームが書いています——小さなツールを9つ、アプリストアも審査待ちもインストールのバナーもなし——それでも、製品に必要ならネイティブを作れと言います。
まず正直なところから。PWA はウェブサイトに三つ足したものです。ホーム画面に追加できるようにする manifest、オフラインで動かす service worker、そして HTTPS。ネイティブアプリは、ストアに提出して審査を受けて配布するバイナリです。判断を決めるのは結局この四つです——お金、更新、機能、そして見つけてもらう経路。
本質的な違いを一行で
ネイティブアプリは iOS 版・Android 版・ウェブ版という三つの製品で、それぞれ別に維持します。PWA は HTTPS で配信する一つのコードベースで、たまたまインストールできるだけです。アーキテクチャの議論はこの一行に尽き、あとはその帰結です。
| PWA | ネイティブアプリ | |
|---|---|---|
| 入手のしかた | リンクを開く。望めばブラウザからインストール | ストアで探してダウンロード |
| 実体 | 自分のサイト + manifest + service worker | プラットフォームごとの署名済みバイナリ |
| 更新 | 自社サーバーに配信、数分で反映 | 新しいバイナリ、審査、段階的配信 |
| iOS / Android / デスクトップを1コードで | できる | できない(クロスプラットフォームでも部分的) |
| 検索エンジンのインデックス | 対象になる。それ自体がウェブサイト | ならない。ストア内検索のみ |
かつて PWA を阻んでいた数字はもう問題ではありません。オフラインを可能にする service worker は、いま世界のユーザーのおよそ 96% に届いています。「対応端末が足りない」は 2026 年には理由になりません。避ける理由はただ一つ、特定の機能の欠落であり、それはほぼ iOS に集中しています。
お金:手数料・開発費・維持費
ここには二種類のコストがあり、しばしば混同されます。作る費用と、配る費用です。
驚きは配布側にあります。PWA は自社ドメインで動き、決済も自社の経路です。登録料なし、手数料なし、ゲートキーパーなし。ネイティブは両方かかり、高いのは手数料のほうです——売上の割合として、ずっと続きます。Apple は標準 30%、小規模事業者プログラム(年間売上100万ドル未満)なら 15%。Google は最初の100万ドルが 15%、以降が 30%。登録料自体は小さく、Apple が年99ドル、Google が一度だけ25ドルです。
2025年から2026年にかけてここは動きました。Epic 対 Apple の差止命令以降、米国の iOS アプリは自社のウェブ決済へ外部リンクできるようになり、Apple はそうした外部リンク購入に約15%の手数料を提案しています——まだ係争中で確定していません。Google は 2026年6月30日から米国・英国・EEA で外部課金を解禁しましたが、外部リンク経由の売上にもサービス料がかかります(サブスクは10%、その他のデジタル商品は20%)。つまり Google では、外部リンクで浮くのは追加の5%の課金手数料であって、手数料全体ではありません。物販やサービスは両ストアとも原則として手数料の対象外で、だから EC アプリはこの議論自体が発生しません。
| PWA | ネイティブアプリ | |
|---|---|---|
| 登録料 | 0 | Apple 年99ドル + Google 一度だけ25ドル |
| デジタル販売の手数料 | 0——自社の決済経路 | Apple 15〜30%、Google 15%のち30% |
| 一般的な開発費 | 約2.5万〜8万ドル | iOS + Android + ウェブで約8万〜20万ドル以上 |
| 継続的な維持費 | コードベース一つ | 初回開発費の20〜35%を毎年、プラットフォームごとに |
| 公開前の審査 | なし | Apple は9割以上が24時間以内。Google Play は数時間〜約3日 |
公平に言えば、デジタル商品を売らないアプリなら手数料の話は成立せず、ストアの露出のほうが節約した額より価値があるかもしれません。払うはずのなかった手数料を避けるためだけに PWA を作るのはやめましょう。審査も評判ほど遅くなく、Apple はいま大半を一日以内に通します。つまり「審査待ちがない」は加点要素であって、理由そのものではありません。
PWA にまだできないこと(ほぼ iOS)
差はかなり縮まりました。はっきり書いておきます。「PWA は使えない」という決まり文句はもう古い。iOS 16.4(2023年3月)で、ホーム画面に入れた PWA がプッシュ通知を受け取れるようになりました。Safari 18.4 は宣言的ウェブプッシュとスクリーンウェイクロックを追加。iOS 26 では、ホーム画面に追加したサイトは既定でスタンドアロンのアプリとして開きます。
動いていないのは次の表です。ここにある項目が製品のクリティカルパスに乗るなら、選択は「良い案と次善の案」ではなく、「ネイティブ」か「より弱い製品」かです。
| 機能 | iOS PWA | Android PWA | ネイティブ |
|---|---|---|---|
| プッシュ通知 | 可——ただしホーム画面への追加が前提(iOS 16.4+) | 可、リッチ通知も | 可、前提なし |
| 自動インストール促進 | なし——手動:共有 → ホーム画面に追加 | あり | ストアの導線 |
| バックグラウンド同期 / 取得 | なし | あり | あり |
| Bluetooth / NFC / USB | なし | あり | あり |
| ホーム画面ウィジェット | なし | 限定的 | あり |
| オフライン | service worker のキャッシュ。十分だが容量制限があり消えることがある | 十分。容量も大きい | 完全・永続 |
| ストア掲載 | 不可 | 任意(TWA 経由) | 可 |
三つだけ補足します。iOS のストレージはデータベースではありません。WebKit は長期間開かれていないサイトのスクリプト書き込み可能なストレージを消すことがあるので、ローカルはキャッシュとして扱い、正となるデータはサーバーに置きます。iOS のブラウザはすべて WebKit です。Chrome も Firefox も Safari のルールを引き継ぐため、エンジン競争による後押しがなく、この表がゆっくりしか変わらない理由です。そしてiOS のプッシュはインストールが前提で、インストール導線の重要度が静かに上がります。そこまで到達するサイトはごくわずかで、やり方を説明しているサイトはさらに少ないのです。
対照的に Android はこの領域が得意です。Chrome が自分でインストールを促し、リッチプッシュが使え、ハードウェア API も開かれ、ストア掲載が欲しければ TWA で同じ PWA を Google Play に出せます。ユーザーの多くが Android なら、PWA の立場はずっと強くなります。
リーチと定着は別問題
ここからは技術の話ではなく、それでも決定的な部分です。
リーチでは PWA が構造的に、しかも大差で勝ちます。PWA はあなたのウェブサイトなので、すべてのページがクロール・インデックス・ランキングの対象になり、AI の回答エンジンにも読まれます——質問が答を得る場所は、いまそこへ移りつつあります。ネイティブアプリはそのどこにも存在せず、同じ99ドルを払った他人とストア内検索で競うことになります。「ユーザーが自分の解決する課題を検索する」のが成長の前提なら、二者のうち卓に着けるのは PWA だけです。
定着ではネイティブが優位で、理由はプッシュです。ネイティブは前提条件なしにリッチプッシュを送れ、バックグラウンドでデータを更新し、ホーム画面のウィジェットに常駐できます。iOS の PWA はバックグラウンド系が一切できず、プッシュも手動インストールの後です。つまりユーザーの大半が iPhone で、通知こそが定着のループなら、その一点で決まります。
だから多くのチームにとって正直な答えは二者択一ではありません。獲得は PWA、優良ユーザーにはネイティブ。PWA は検索結果から来る全員を受け止め、ネイティブはすでにダウンロードしてくれるほど好きな人をケアします。どちらも有効な戦略で、バックエンドは共用できます。
古い数字を引用しないために一言。有名な PWA の成功例——Twitter Lite、Pinterest、スターバックス——は2017年のものです。アイデアの裏付けとしての歴史であって、約束できるベンチマークではありません。市場自体は健全で、PWA 市場は2026年に約31.4億ドル、年30%近い成長と見られています。
どう決めるか
一般論は忘れて、次のうちいくつがクリティカルパスに乗るか数えてください。
- Bluetooth、NFC、USB、深いセンサーアクセス;
- 確実なバックグラウンド同期・位置情報、閉じても動き続ける必要のある処理;
- ホーム画面ウィジェットやロック画面での常駐;
- リッチまたはサイレントプッシュが中核のループで、ユーザーの大半が iPhone;
- ストアを見て回る人に見つけてもらうこと;
- グラフィック重視:ゲーム、動画・写真編集、AR。
二つ以上:ネイティブを作る。iOS でこれらを回避する方法はなく、最終的に妥協した製品を出して、それを設計判断と呼ぶことになります。
一つかゼロ:まず PWA がほぼ常に良い賭けです。コードベース一つ、審査サイクルではなく数分で出る更新、手数料なし、そしてストアから借りるのではなく積み上がる検索流入。迷ったら PWA を先に出して計測を。ネイティブを後から足すほうが、「要らなかったネイティブ」を作るより安く済みます。
そしてアイデアが小さいなら——カウンター、チェッカー、2分の暇つぶし——迷う余地はありません。プチプチを一度潰すために 40MB のアプリを落とす人はいません。私たちのスイートがまさにその領域です。ワンタップで入る9つの小さなツール、入れたあとはオフラインでも動きます。もう一つの道は、見知らぬ人に30秒の遊びのためにストアで3分使ってもらうことです。リンクは、いつでもダウンロードに勝ります。
よくある質問
PWA はネイティブアプリを完全に置き換えられますか?
コンテンツ、EC、管理画面、予約系、そしてほとんどの小さなツールなら、置き換えられます。Bluetooth・NFC・USB に依存するもの、確実なバックグラウンド同期が必要なもの、ホーム画面ウィジェット、そしてユーザーの大半が iPhone でリッチプッシュが要るものは置き換えられません。二つ以上当てはまるならネイティブを作ってください。
「ネイティブのほうが速い」は今も本当ですか?
ほぼ古い話です。フォーム、スクロール、リスト、アニメーション、データ読み込みは、きちんと作った PWA なら最新のスマホでネイティブと区別がつきません。ゲーム、動画編集、AR、長時間のバックグラウンド計算では依然としてネイティブが明確に優れます。プラットフォームより設計のほうが体験を決めます。
PWA は iPhone でちゃんと動きますか?
評判より良好ですが、前提はあります。iOS 16.4 以降、ホーム画面に入れた PWA はプッシュ通知を受け取れますし、iOS 26 ではホーム画面に追加したサイトが既定でスタンドアロンアプリとして開きます。注意点はインストールが手動であること——iOS に自動のインストール促進はなく、ユーザーが「共有」から「ホーム画面に追加」を押す必要があります。
PWA を作ればストア手数料はかかりませんか?
かかりません。PWA はオープンなウェブで配布し、決済は自社の経路なので、デジタル売上の15〜30%を取るストアが存在しません。なお両ストアとも物販やサービスは原則手数料の対象外なので、物販の店はそもそも払っていません。
PWA をアプリストアに掲載できますか?
Android なら可能です。TWA で PWA を包んで Google Play に公開でき、ストア掲載と審査が加わる代わりにコードは同じままで済みます。iOS に対応する道はなく、ホーム画面への追加が唯一の方法です。
SEO は PWA のほうが有利ですか?
構造上、はるかに有利です。PWA はあなたのウェブサイトなので、すべてのページがインデックスされ、ランキングされ、AI の回答エンジンにも読まれます。ネイティブアプリはストア内検索にしか存在しません。唯一の注意点はレンダリングで、クライアント側の JavaScript でしか現れない内容はクローラーに拾われないことがあるため、主要な内容はサーバー側で描画してください。
その他のガイドは VKT ブログ.
