「アプリを作るとなると数百万円かかる。でもPWAなら、いまのサイトをそのままアプリにできるらしい」。社内でPWAという言葉が出たとき、こうした受け取り方から検討が始まるケースは少なくありません。アプリ化をうたうツールの説明には「ストア申請が不要」「低コスト」という言葉が並びますから、まず費用の話として頭に入るのも無理はないでしょう。
しかし弊社はこれまで、多くの企業サイトで検索からの流入と記事の更新の状況を見てきました。その経験から言えるのは、PWAで先に動くのは費用ではなく訪問の回数だということ。PWAが増やすのは新規の訪問者ではなく、同じ人の再訪です。ですから、安く作れるかどうかより、そのサイトに何度も開かれる理由があるかどうかが先に問われます。
本記事では、PWAという言葉が何を指すのかという定義から、使えるようになる機能、ネイティブアプリとの違い、そして自社のサイトに向くかどうかの見分け方まで、検索からの流入とサイトの中身を扱ってきた視点で順に整理します。
- PWAが何を指す言葉で、どの3つの部品で成り立っているのか
- ホーム画面への追加、オフライン表示、プッシュ通知の実際の挙動
- 通常のWebサイトとネイティブアプリを含めた3者の違い
- 自社のサイトがPWAに向くかどうかを訪問頻度から見分ける方法
- 導入の手順と、公開後につまずきやすい運用上の問題
PWAとは何を指す技術か
PWAとは、いまあるWebサイトにいくつかの部品を足して、スマートフォンやパソコンのホーム画面から直接開けるようにする技術です。サイトを一から作り直すわけではありません。既存のページの上に、アプリのように振る舞うための仕組みを重ねる形になります。
見た目はアプリ、中身はWebサイト。この二重性がPWAの性格を決めています。
PWAの意味と読み方
PWAは Progressive Web Apps(プログレッシブウェブアプリ)の頭文字で、「ピーダブリューエー」と読みます。progressive は「段階的な」という意味で、対応しているブラウザでは通知やオフライン表示といった機能が増え、対応していないブラウザでは通常のWebサイトとして開ける、という性質を指しています。呼び名が広まったのは2015年ごろで、Chromeの開発に関わるエンジニアが提唱したものが定着しました。
ここで押さえておきたいのは、PWAが製品名でも規格の名前でもないという点です。PWAは単一の技術ではなく、条件を満たしたWebサイトの呼び方です。だからこそ、「PWAを導入する」と言うときに実際にやることの範囲は、サイトによって幅が出ます。

PWAを成り立たせる3つの部品
では、どの条件を満たせばPWAと呼べるのでしょうか。中心にあるのは次の3つです。
- HTTPS:通信が暗号化されていること
- Web App Manifest:アイコンや起動時の見せ方を書いた設定ファイル
- Service Worker:ブラウザの裏側で動く小さなプログラム
HTTPSは前提条件です。通知やキャッシュのように端末側で情報を扱う機能は、暗号化されていない通信では動きません。すでに常時SSLに対応しているサイトなら、この条件は満たしています。
Web App Manifestは、アイコンの画像、ホーム画面でアイコンの下に出る名前、起動時にアドレスバーを表示するかどうかといった項目を書いた小さな設定ファイルです。
3つ目のService Workerが、PWAの働きの大半を担います。ブラウザとネットワークの間に立ち、一度読み込んだページを端末に保存して、次に同じページが開かれたときは通信を待たずに表示する。通知を受け取る窓口にもなります。サイトを閉じていても通知が届くのは、この仕組みが裏で動き続けているからです。

関連記事:【2025年最新版】初心者でもできるSEOのやり方完全ガイド | 上位表示するための具体的な方法を徹底解説
PWAで使えるようになる機能
3つの部品をそろえると、これまでブラウザのタブの中に閉じていたサイトが、アプリに近い振る舞いを始めます。代表的なものを順に見ていきましょう。
ホーム画面への追加とアプリらしい画面
利用者がサイトを開くと、ブラウザが「ホーム画面に追加」を促す表示を出します。追加すると、アイコンが他のアプリと並びます。そこから開いたときはアドレスバーやタブが消え、全画面での表示に切り替わるのです。
PWAはストアの審査を通さず、サイトを開いた流れのまま追加できます。アプリストアで名前を検索してもらい、ダウンロードの完了を待ってもらう工程が要りません。数十メガバイトの通信も発生しないため、わざわざアプリを入れるほどではないと考えている利用者にも届きます。
オフライン表示と表示速度の改善
Service Workerが保存した内容を使うので、2回目以降の表示は目に見えて速くなります。電波の届かない場所でも、直前に開いたページなら表示できます。
ただし、すべてが通信なしで動くわけではありません。在庫や配送状況のように、その瞬間の情報を取りに行く画面は、通信が回復するまで最新の内容を出せないのです。オフラインで見せるなら、読み物や過去に見た履歴のように、少し古くても価値が残る情報が向いています。
プッシュ通知とiPhoneでの条件
AndroidのChromeやパソコンのEdgeでは、アプリと同じように通知を送れます。iPhoneでも2023年3月に公開されたSafari 16.4以降で通知に対応しましたが、条件が付きました。iPhoneではホーム画面に追加しないと通知が届きません。ブラウザのタブで開いているだけでは受け取れないため、追加してもらう工程を省けない構造になっています。
※ iOSでの対応状況はOSとSafariの更新で変わります。導入を決める前に、そのときの対応状況を確認してください。
iPhoneでも通知が届くようになったのなら、もうアプリを作らなくてもよいということでしょうか。
編集部
通知だけが目的なら、たしかにPWAで足ります。ただ、アプリを入れてもらうのと同じで、ホーム画面に追加してもらう手間は残ります。そこを越えられる見込みがあるかどうかが、判断の分かれ目になるはずです。
関連記事:dofollowとは?nofollowとの違いと設定不要な理由を解説
PWAとネイティブアプリの違い
PWAとネイティブアプリ(ストアから入れる従来のアプリ)の差は、機能の多さよりも配られ方に表れます。通常のWebサイトも並べて見比べてみましょう。
| 通常のWebサイト | PWA | ネイティブアプリ | |
|---|---|---|---|
| 入手のしかた | URLを開く | サイトから追加 | ストアから入れる |
| 検索からの流入 | ◎ | ◎ | × |
| プッシュ通知 | × | ○ | ◎ |
| オフラインでの表示 | × | ○ | ◎ |
| 端末の機能の利用 | △ | ○ | ◎ |
| 修正の反映 | 即時 | 即時 | 審査を待つ |
| 制作と保守の手間 | ◎ | ○ | △ |
並べてみると、ネイティブアプリが強いのは端末の機能を深く使う場面で、その代わりに検索からの入口を失うとわかります。ストアの中で見つけてもらうか、広告や既存の顧客に案内するしか道がありません。
PWAはURLを持ったまま体験を足す選択です。検索結果から入ってきた人が、そのまま追加までたどり着ける。この一本道が、PWAをあえて選ぶ理由になります。
一方で、アプリの側にしかできないこともあります。Bluetoothの機器と細かくやり取りする、端末に大量のデータを置いて動かす、決済や生体認証を深く組み込む。こうした要件が先にあるなら、PWAで代わりは務まりません。

関連記事:.htaccessとは?できることと書き方や置き場所を解説
PWA化のメリットとデメリット
機能の話を、導入する側の損得に置き換えます。ここを曖昧にしたまま進めると、社内で費用の説明ができません。
- 一度来た人が次に開くまでの手間が減る
- iPhone向けとAndroid向けを別々に作らなくてよい
- 審査を待たず、直したものを当日反映できる
- 検索結果から入ってきた人をそのまま追加につなげられる
- 通常のWebサイト制作に比べて設計と実装の手間が増える
- iPhoneでは通知や保存できる容量に条件が付く
- ホーム画面に追加してもらう手間が最後まで残る
- 端末に深く関わる機能は使えないものがある
実務で効き方が大きいのは、3つ目の「審査を待たない」でしょう。ストアのアプリは、表記を1行直すだけでも審査に出し直し、公開されるまで待つ必要があります。セールの価格を間違えた、掲載条件が変わった。そうした修正を当日のうちに反映できるかどうかは、運用の速さに直結します。
とりわけ見落とされがちなのが、最後に挙げた追加の手間です。バナーを出せば追加してもらえるわけではありません。通知の許可を求める表示も、初回の訪問で出すとほとんど拒否されます。追加や許可をいつ、どの画面でお願いするかは、機能の実装とは別に考える必要があるのです。
国内外で知られるPWAの導入例
PWAの説明で繰り返し取り上げられてきたのが、不動産情報のSUUMO、日本経済新聞の電子版、X(旧Twitter)、中国のAlibabaです。
この4つには共通点があります。どれも、1人の利用者が短い間隔で何度も開くサービスだという点です。物件を探している数週間、毎朝のニュース、1日に何度も見るタイムライン、注文の履歴。開き直す理由が、利用者の日常の側にあります。
事例の紹介記事には「離脱が何割減った」といった数字が並ぶことがあります。ただし、PWA化と同じ時期にページの作り直しや読み込み速度の改善を行っている例が多く、どこまでがPWAの効果なのかは切り分けられていません。社内の説明に使うときは、数字をそのまま持ち込まず、自社の訪問頻度に当てはめて考えたほうが安全です。
PWAが向くサイトと向かないサイト
ここが、費用の話よりも先に決めるべき論点です。PWAは、新しい訪問者を連れてくる技術ではありません。一度来た人が、もう一度来るときの手間を削る技術です。
つまり、判断の軸は訪問の頻度に置くのが筋になります。機能の一覧や費用の比較ではほとんど語られない前提ですが、ここを外すと他の判断がすべて空回りします。
- 在庫や価格が動き、利用者が何度も確認する
- ログインして自分の情報を見る画面がある
- 入荷や配送のように、そのつど知らせたい情報がある
- 移動中や店頭のように、通信が不安定な場所で使われる
逆に、次のような状態のサイトでPWA化を先に進めると、かけた費用に対して返りが見えにくくなります。
- 問い合わせが年に数件で、再訪の理由が用意できていない会社案内のサイト
- 月に1本も更新がなく、開き直しても中身が変わっていないメディア
- 検索からの流入が少なく、そもそも一度目の訪問が足りていないサイト
- 通知を誰がいつ送るのか、運用の担当が決まっていない状態
何度も開く理由がないサイトでは、ホーム画面のアイコンは押されません。アイコンは置けます。押されないだけです。この差は、導入して半年経った頃の数字に表れます。

判断に迷いやすいのは、コーポレートサイトを持つ会社の担当者からの相談です。
うちは会社案内が中心ですが、名刺代わりにアイコンを置いてもらえるなら意味はありそうに思えます。
編集部
置いてもらえたなら損にはなりません。ただ、追加をお願いする表示は既存のページの上に出るので、問い合わせや資料請求の邪魔になることがあります。会社案内であれば、先に検索から来る人を増やすほうが、同じ手間で返りが大きいと考えています。
一度目の訪問が足りているかどうかは、アクセス解析の数字で確かめられます。検索からの流入がほとんどない状態でアプリ化から入ると、入口を広げないまま出口の工事をすることになってしまいます。
アプリ化より先に、検索からの訪問を増やすべき状態かもしれません
再訪を増やす仕組みは、一度目の訪問があって初めて効きます。いまの検索からの流入がどの段階にあるのか、伸ばせる余地がどこに残っているのかを、サイトの数字を見ながら整理します。
PWA化を進める手順
向いていると判断できたら、作業そのものは大がかりではありません。既存サイトの改修として、次の順で進めます。
サイト全体を暗号化した通信で配信します。すでに常時SSLに対応していれば、この工程は終わっています。
ホーム画面に並ぶアイコンの画像を複数のサイズで作り、名前や起動時の見せ方を設定ファイルに書きます。アイコンは他のアプリと並んで小さく表示されるため、社名の長いロゴをそのまま縮めると読めなくなります。
どのページとファイルを端末に保存し、どのタイミングで捨てて取り直すかを決めます。工程全体の中で、いちばん設計の判断が要る部分です。
iPhoneのSafari、AndroidのChrome、パソコンのEdgeで、追加の動き、通知、オフライン時の表示を1つずつ確認します。
時間がかかるのは、3つ目のキャッシュの方針決めです。技術的な作業自体は短くても、「更新した記事をいつ取り直すか」「価格は必ず通信して確認するか」といった判断は、そのサイトの運び方を知っている人でなければ決められません。
PWA導入後に起きがちな問題
公開したあとに相談が増えるのは、実装の不具合よりも運用の側です。よく見かけるものを3つ挙げます。
1つ目は、更新したのに反映されないという状態です。キャッシュの捨て方を決めていないと、利用者の端末には古いページが残り続けます。
価格やキャンペーンを扱うサイトでは、保存する対象からその画面を外すか、必ず通信して確認する設定にしておきます。「直したはずの価格が一部の人にだけ古く見える」という問い合わせは、原因の切り分けに時間がかかります。
2つ目は、通知の送りすぎです。アプリと違って、PWAの通知は許可をもらうのも取り消されるのも簡単です。送る内容と頻度を決めずに始めると、数週間で通知を切られ、アイコンも消されてしまいます。
3つ目が、いちばん根の深い問題になります。インストールは入口にすぎず、残るのは中身が更新されるサイトです。ホーム画面のアイコンは、開いても変化がなければ数週間で消えます。追加してもらった数だけを成果として報告しているうちは、この点が見えてきません。
追加してもらったあと、開くたびに新しい情報があるサイトになっていますか
ホーム画面に残るかどうかは、通知の文面よりも更新される中身で決まります。何を、どの頻度で出し続けるのかという計画と、それを回す体制のつくり方をお手伝いします。
PWAについてよくある質問
最後に、相談の場で実際に聞かれることの多い5つに答えます。
直接は上がりません。PWAであること自体が評価される仕組みはないためです。ただし表示速度はページの体験を測る指標に含まれるので、読み込みが速くなった分が間接的に働くことはあります。順位を動かしたいなら、記事の内容から手を付けるほうが確実でしょう。
Google Playには、専用の仕組みを使えば出せます。App Storeについては、Webサイトを包んだだけのアプリは審査の基準に合わないため、ストアでの配布を前提にするなら別の作り方を検討することになります。
できます。HTTPSに対応していることが条件で、あとは設定ファイルとService Workerを足す改修になります。サイトの作りを大きく変えずに進められる点が、PWAが選ばれてきた理由の1つです。
サイトの規模と、オフラインで見せる範囲をどこまで広げるかで変わります。アイコンと設定ファイルを足して追加できるようにするだけなら小さな改修ですが、通知を送る側の仕組みまで作るなら、配信内容を管理する画面の開発が加わります。見積もりはこの2つを分けて出してもらうと比べやすくなります。
話題としては落ち着きました。2016年から2018年ごろのように「アプリの代わりになる」と語られることは、たしかに減っています。ただ、使われ方が消えたわけではありません。ECやメディアが再訪を取りこぼさないための改修として、静かに続いています。流行で追うかどうかではなく、自社の訪問頻度に合うかで判断してください。
まとめ|PWAは再訪の手間を削る技術
PWAは、Webサイトをホーム画面から開ける状態にし、通知とオフライン表示を足す技術です。アプリを作り直すものではなく、既存サイトの改修として進められます。
判断の順番は、費用でも機能でもありません。自社のサイトに、同じ人が短い間隔で開き直す理由があるかどうか。そこに答えが出ていれば、PWAを入れるかどうかはほとんど自動的に決まるはずです。
私たち合同会社Writers-hubは、記事を作って検索から人を集める側からサイトの数字を見てきました。PWAの実装そのものは制作会社や開発会社の領域ですが、一度目の訪問をつくることと、開き直す理由になる中身を用意し続けることは、私たちが引き受けてきた範囲です。順番で迷っているなら、そこを整理してから動いても遅くはありません。
アプリ化と中身の充実、どちらを先に手を付けるか決まっていますか
サイトの現状と目的をお聞きして、PWA化のような改修と、検索からの流入やコンテンツの整備のどちらを先に置くべきかを一緒に整理します。すぐに発注する段階でなくてもかまいません。








