記事執筆者：認定SEOコンサルタント 三田健司
「アプリを作りたいが、iPhone版とAndroid版で二重に費用がかかると言われた」。中小企業のご相談では、この段階で話が止まってしまうことが少なくありません。
そこで選択肢に挙がるのがPWA（プログレッシブウェブアプリ）です。いまあるWebサイトを、スマートフォンのアプリのように使える形にする技術で、費用を大きく抑えられるのが特徴です。
そしてこの1年で、PWAを取り巻く前提は大きく変わりました。とくにiPhoneの側で、これまで長く続いてきた仕組みが根本から見直されています。
この記事では、PWAの仕組みを平易に説明したうえで、最新の変更点、できること・できないこと、そして「自社は導入すべきか」を判断するための基準までを整理します。専門用語には都度説明を添えますので、技術に明るくない方もそのままお読みいただけます。
PWAとは？Webサイトをアプリのように使える仕組み
PWAは「Progressive Web Apps（プログレッシブウェブアプリ）」の略です。ひとことで言えば、ブラウザで見ているWebサイトを、スマートフォンのホーム画面から直接開けるアプリのように振る舞わせる技術のことを指します。
特定の製品名ではなく、いくつかのWeb標準の技術を組み合わせた「やり方」の総称だと考えてください。
アプリでもWebサイトでもある中間の存在
通常のアプリは、App StoreやGoogle Playからダウンロードして端末にインストールします。対してPWAは、Webサイトにアクセスした状態から、ホーム画面にアイコンを追加するだけで使えるようになります。
中身はWebサイトそのものです。ですから更新は、いつものようにWordPressの管理画面から記事や商品を直すだけで済みます。
アプリのような見え方と、Webサイトの手軽さ。この2つを両立させるのがPWAの本質です。
仕組みを支える2つの部品
PWAを成り立たせているのは、主に2つの部品です。1つは「Webアプリマニフェスト」と呼ばれる設定ファイルで、アイコンの画像やアプリ名、起動時の画面の出し方をブラウザに伝えます。
もう1つが「Service Worker（サービスワーカー）」です。これはブラウザの裏側で動く小さなプログラムで、一度読み込んだ画像やファイルを端末に保存しておき、次回以降の表示を速くしたり、通信が途切れたときに代わりの画面を出したりします。
難しそうに聞こえますが、WordPressであればプラグインで導入できるケースがほとんどです。ゼロから書き起こす必要はありません。
HTTPS化されていることが前提
PWAが動作する条件として、サイトがHTTPSで配信されていることが必要です。URLが「https://」から始まり、ブラウザに鍵マークが出る状態のことです。
現在はほとんどのレンタルサーバーが無料でSSL証明書を提供しているため、追加費用なく満たせる条件です。まだhttpのままのサイトがあれば、PWA以前の問題として先に対応してください。
ネイティブアプリとの違いを整理する
混同されやすいので、ネイティブアプリとの違いを押さえておきます。ネイティブアプリは、iPhoneならSwift、AndroidならKotlinといった専用の言語で作り、ストアを通じて配布するものです。
端末の機能を深く使える反面、開発と保守の費用が二重にかかります。修正のたびに審査を待つ必要もあります。
PWAはその逆で、費用と手間は軽い代わりに、端末の機能に触れられる範囲が限られます。どちらが優れているかではなく、目的に対してどちらが妥当かで選ぶものだと考えてください。
iPhoneで大きく変わった｜ホーム画面に追加＝Webアプリに
PWAの解説記事は数多くありますが、その多くが古い前提のまま書かれています。ここが今回もっとも押さえていただきたい部分です。
Appleは最新のiOS 26で、ホーム画面に追加したサイトの扱いを17年ぶりに変更しました。中小企業のサイト運営にも直接効いてくる変更です。
これまでは設定がなければ「ただのブックマーク」だった
従来のiPhoneでは、サイト側にマニフェストなどの指定がなければ、ホーム画面のアイコンをタップしてもSafariが開くだけでした。つまり実質的にブックマークと変わらなかったのです。
しかもユーザー側にそれを選ぶ権利はなく、サイト制作者が設定していなければどうにもなりませんでした。この状態が2008年から続いていました。
iOS 26では、すべてのサイトがWebアプリとして開く
Appleの開発者向け情報によると、iOS 26およびiPadOS 26では、ホーム画面に追加したすべてのサイトが既定でWebアプリとして開くようになりました。
マニフェストを用意していない普通のコーポレートサイトでも、ユーザーがホーム画面に追加すればアドレスバーのない画面で開くということです。
Appleは「Safariにおけるインストール可能性の要件はゼロになった」と表現しています。ユーザーがブックマークとして使いたい場合は、追加するときに「Webアプリとして開く」をオフにすれば従来どおりの挙動になります。
この変更で注意すべきこと
良い話ばかりではありません。アドレスバーがないということは、ユーザーが「戻る」ボタンやURL入力に頼れなくなるということです。
サイト内の移動手段が本文中のリンクだけ、という作りになっていると、行き止まりが生まれます。グローバルナビゲーションやパンくずリストが全ページにあるか、この機会に確認してください。
また、アイコンを指定していないサイトは、ホーム画面にぼやけたスクリーンショットが並ぶことになります。マニフェストでアイコンを指定しておく価値は、以前より上がったと言えます。
PWAでできること・できないこと
導入を検討するうえで、期待していた機能が使えないと後から分かるのが一番つらいところです。ここで線引きをはっきりさせておきます。
できることとできないことは、iPhoneとAndroidで差があります。両方を押さえておいてください。
ホーム画面からの起動と高速表示
これは両方の端末でできます。アイコンをタップすると、ブラウザのタブを経由せず直接サイトが開きます。
Service Workerが一度読み込んだ画像やCSSを端末側に保存しておくため、2回目以降の表示は明確に速くなります。とくに画像の多いサイトでは体感差が出ます。
プッシュ通知はiPhoneでも送れるが条件がある
かつてiPhoneではWebからのプッシュ通知が一切使えませんでしたが、iOS 16.4以降は可能になっています。ただし条件があります。
iPhoneでは、Safariの共有メニューからホーム画面に追加したWebアプリだけが通知を受け取れます。ブラウザのタブで見ているだけのユーザーには届きません。
さらにSafari 18.4では、Service Workerを用意しなくても通知を送れる「宣言的ウェブプッシュ」という仕組みが導入されました。iPhoneとiPadのホーム画面Webアプリが対象で、Macでは18.5から使えます。実装のハードルは下がってきています。
オフラインでの利用
圏外や機内モードでも、保存済みのページであれば表示できます。「通信できません」というブラウザの標準エラー画面ではなく、自社で用意した案内を出すこともできます。
ただし、オフラインで注文を受け付けて後から送信するといった高度な処理は、iPhoneでは制限があります。基本的には「読むことはできる」程度と考えておくのが安全です。
できないこと
端末の深い機能にはアクセスできません。電話帳の読み取り、他アプリとの連携、Bluetooth機器の細かい制御などは、ネイティブアプリでなければ実現できないと考えてください。
また、アプリを常駐させて定期的にデータを取りに行くような処理も、iPhoneでは動きません。位置情報を常時取得し続ける用途にも向きません。
カメラや位置情報はどこまで使えるか
カメラの起動や現在地の取得は、PWAでも可能です。実際、来店時にQRコードを読み取ってもらう、近くの店舗を地図に表示する、といった使い方は問題なく実現できます。
ただし、いずれもユーザーがその場で許可を出したときだけ動きます。アプリを閉じている間に位置を記録し続けるような使い方はできません。
逆に言えば、店舗案内や受付業務のように「その場で一度使う」用途であれば、PWAでほとんど事足ります。
PWAのメリットを中小企業の視点で整理する
技術的な利点は多く語られますが、経営の観点でどう効くのかを押さえたほうが判断しやすくなります。ここでは4つに絞って整理します。
開発費を1本化できる
ネイティブアプリを作る場合、iPhone用とAndroid用を別々に開発するのが一般的です。PWAであればWebサイトが1つあればよく、両方の端末で同じものが動きます。
作ったあとの保守も、サイトを直すだけで完結します。アプリを2本抱えると、そのぶん更新作業も2倍になることを考えると、差は決して小さくありません。
審査を待たずに更新できる
ネイティブアプリは、修正のたびにストアの審査を通す必要があります。数日かかることもあり、価格の書き間違いのような急ぎの修正でも待たされます。
PWAにはこの審査がありません。サイトを直せば、ユーザーが次に開いた瞬間から反映されます。更新頻度の高い情報を扱う会社ほど、この差は効いてきます。
インストールの心理的ハードルが低い
ストアからのダウンロードは、容量を気にされたり、権限の確認画面で離脱されたりします。中小企業のアプリが「入れてもらえない」最大の理由がここです。
PWAは、すでにサイトを見ている人にその場で追加してもらう形になります。すでに興味を持っている人だけを相手にできるという点で、無駄がありません。
検索からの流入をそのまま活かせる
ネイティブアプリの中身は、原則として検索エンジンに拾われません。PWAは実体がWebサイトなので、これまで積み上げてきた検索評価をそのまま引き継げます。
検索で見つけてもらい、気に入った人にホーム画面へ追加してもらう。この流れが1つのサイトで完結するのは、PWAならではの強みです。
PWAのデメリットと見落とされがちな注意点
導入後に「思っていたのと違う」となりやすい点を、あらかじめ挙げておきます。多くは事前に知っていれば設計で回避できます。
ユーザーに気づいてもらえない
最大の課題はこれです。PWAに対応していても、ユーザーが「ホーム画面に追加」という操作を知らなければ、何も起きません。
とくにiPhoneでは、共有メニューを開いてスクロールしないと項目が出てこないため、案内なしで気づく人はごく少数です。サイト内に手順を図で示すページを用意するくらいでちょうど良いでしょう。
端末ごとに挙動が違う
Androidではブラウザが自動でインストールを促すバナーを出すことがありますが、iPhoneには同等の仕組みがありません。通知の可否も、前述のとおり条件が異なります。
公開前には、必ずiPhoneとAndroidの実機で一通り触ってみてください。パソコンのブラウザだけで確認して終わりにすると、取りこぼしが出ます。
キャッシュが原因で古い情報が残る
Service Workerは表示を速くする一方で、設定を誤ると古い内容を表示し続けてしまいます。価格を変更したのに古い価格が出る、といった事故はここから起こります。
何を保存し、何を毎回取りに行かせるかの設計が、PWAで最も気を使う部分です。価格や在庫、営業時間のように変わる情報は、保存の対象から外すのが基本です。
通知の使いすぎは逆効果になる
プッシュ通知が使えるようになると、つい送りすぎてしまいがちです。しかし通知を切られるだけでなく、ホーム画面からアイコンごと消される原因にもなります。
送る前に「これは相手の1日を中断させる価値があるか」を一度考える習慣を持ってください。頻度の目安を社内で決めておくと安全です。
プラグイン任せにすると設定が見えなくなる
WordPressのプラグインは手軽ですが、何がどう設定されたかが見えにくくなるという弱点があります。不具合が出たときに原因を追いづらくなるのです。
導入した際は、どのプラグインの、どの項目を、どんな値にしたかを1枚の紙にまとめて残しておいてください。担当者が代わったときに必ず効いてきます。
また、PWA関連のプラグインはサイト全体の表示に関わります。更新前には必ずバックアップを取り、更新後はスマートフォンで表示を確認する習慣をつけてください。
アプリストアへの掲載はどうなるのか
「ストアに並べたい」というご要望はよくいただきます。ここはiPhoneとAndroidで事情がまったく異なります。
App Storeには出せない
Appleの審査ガイドラインには、Webサイトを包んだだけのアプリは認めないという趣旨の条項があります。PWAをそのままApp Storeに登録する道は、現状ありません。
iPhoneでの配布経路は、Safariの共有メニューからホーム画面に追加してもらう方法だけです。だからこそ、前述の「案内を用意する」ことが重要になります。
Google PlayにはTWA経由で出せる
Androidには「Trusted Web Activity（TWA）」という仕組みがあり、PWAを包んだアプリとしてGoogle Playに掲載できます。中身はWebサイトのまま、見た目はストアのアプリになります。
Googleの開発者向け資料によると、公開にあたっては、サイトとアプリが同じ運営者であることをファイルで証明する仕組みの設定が必要です。加えて、アプリ内で404や500番台のエラーを出さないこと、通信が切れたときに画面を出せることが求められます。
なお、かつて基準とされていた測定ツールのスコア要件については、そのツールから該当項目自体が廃止されており、公式資料も長く更新されていません。現在実務で確実に押さえるべきは、いま挙げた3点だと考えてください。
アプリ内でデジタル商品を売る場合は要注意
Google Playのポリシーでは、アプリ内でデジタル商品やサブスクリプションを販売する場合、Playの課金システムを使うことが原則とされています。
そしてこの原則は、TWAで包んだWebページ上の決済にも適用されます。「中身はWebサイトだから関係ない」という理屈は通りません。物販や配送を伴うサービスは対象外です。
会員向けの情報提供などを考えている場合は、アプリ内では一切販売せず、閲覧だけできる形にするのが現実的です。判断に迷う場合は、契約や規約に関わる話ですので、専門家にもご相談ください。
通知の許可はタイミングを選ぶ
もう1つ、実務で差が出るのが通知の許可を求めるタイミングです。訪問直後にいきなり確認画面を出すと、内容を読まずに拒否されてしまいます。
予約が完了した直後など、ユーザーが利点を実感できた瞬間に求めるのが原則です。一度拒否されると、設定画面から手動で戻してもらうしかなくなります。
許可を求める前に、何をどのくらいの頻度で送るのかを画面上で伝えておくと、承諾率は上がります。ここは技術ではなく伝え方の問題です。
PWAを導入すべき会社・しなくてよい会社
ここが実際の判断どころです。PWAは万能ではなく、向く会社と向かない会社がはっきり分かれます。
判断の軸は「同じ人が繰り返し訪れるサイトかどうか」の一点だと筆者は考えています。
向いているケース
会員向けの予約サイト、定期購入のあるオンラインショップ、社内向けの業務ツール。こうした「同じ人が何度も開く」サイトはPWAと相性が良いです。
飲食店や美容室のように予約が繰り返されるビジネスも該当します。ホーム画面にアイコンがあること自体が、次回の来店を思い出させる装置になります。
現場でタブレットを使う建設業や、倉庫内で在庫を確認する業務など、通信が不安定な場所で使う用途にも向きます。
向いていないケース
会社案内が中心のコーポレートサイトは、PWA化してもほとんど効果が出ません。訪問者の大半が一度きりの閲覧だからです。
問い合わせ獲得が目的のサイトも同様です。同じ予算があるなら、PWA化より記事の追加や表示速度の改善に回したほうが成果は出ます。
端末のカメラや位置情報を高度に使いたい場合も、素直にネイティブアプリを検討したほうが早いでしょう。
iOSの変更を踏まえた新しい考え方
ここに1つ、この1年で生まれた新しい論点があります。iOS 26により、何も設定していないサイトでもホーム画面に追加されればアプリのように開くようになりました。
つまり「PWA化するかどうか」を決める前に、「意図せずアプリのように開かれても困らない作りになっているか」を確認する必要が出てきたということです。
これはPWAを導入しない会社にも関係する話です。全ページにナビゲーションがあるか、それだけでも見直しておいてください。
導入の進め方と費用の考え方
導入すると決めた場合の進め方を、順を追って説明します。いきなり全部やろうとせず、段階を分けるのが失敗しないコツです。
第1段階：HTTPSとアイコンの整備
まずサイト全体がHTTPSで配信されているかを確認します。あわせて、正方形の高解像度のアイコン画像を用意してください。
ホーム画面に並んだときに一目で自社と分かるデザインにすることが大切です。ロゴをそのまま縮小すると読めなくなることが多いので、シンボル部分だけを使うなどの工夫をしてください。
第2段階：マニフェストの設置
アプリ名、アイコン、テーマカラー、起動時の表示方法を書いた設定ファイルを置きます。WordPressならプラグインで生成できることがほとんどです。
アプリ名は短くしてください。ホーム画面では12文字程度で切れてしまうため、正式名称ではなく呼び名を使うほうが実用的です。
第3段階：Service Workerの設定
ここが技術的に最も慎重さを要する部分です。何を端末に保存し、何を毎回サーバーに取りに行かせるかを決めます。
ロゴやCSSのように滅多に変わらないものは保存し、価格や在庫のように変わるものは保存しない。この切り分けさえ守れば、大きな事故は起きません。
費用の考え方
費用は既存サイトの状態によって大きく変わるため、一律の相場を示すことはできません。ただ、ネイティブアプリを2本作る場合と比べれば、桁が1つ違うと考えて差し支えないでしょう。
見積もりを取る際は「アイコンとマニフェストまで」と「キャッシュ設計と通知まで」を分けて出してもらうことをおすすめします。前者だけなら費用は抑えられますし、効果を見てから次に進めます。
反映や効果が出るまでの期間を確約することはできませんが、段階的に進めれば、投じた費用が無駄になるリスクは小さくできます。
第4段階：実機テストと利用者への案内
設定が終わったら、iPhoneとAndroidの両方で実際にホーム画面に追加して使ってみてください。アイコンの見え方、起動時の画面、通信を切ったときの挙動を順に確認します。
そのうえで、利用者向けの案内ページを1枚用意します。スクリーンショットを並べて「ここを押す」と示すだけで、追加してもらえる確率は大きく変わります。
既存のお客様にはメールやLINEで、来店客には会計時のひとことで伝える。技術的な作業よりも、この告知のほうが成果を左右します。
よくある質問（FAQ）
PWAにするとSEOに有利になりますか？
PWAであること自体が順位を上げる要因になるとは、Googleは述べていません。過度な期待は禁物です。
ただし、表示速度の改善は利用者の体験に関わる要素として評価に関係します。間接的にプラスに働く可能性はある、という程度に捉えてください。
WordPressのサイトでもPWAにできますか？
できます。専用のプラグインを使えば、マニフェストの生成とService Workerの設置をまとめて行えます。
ただし初期設定のままだとキャッシュの範囲が広すぎることがあります。導入後は必ず、更新した内容がすぐ反映されるかを実機で確認してください。
PWAとAMPは何が違いますか？
AMPはページを軽く速く表示するための仕組みで、目的が表示速度に限られます。PWAはアプリのような使い方をさせるための技術で、範囲がもっと広いものです。
なおAMPは、Google検索での優遇がなくなって以降、新規に採用する理由は乏しくなっています。これから取り組むならPWAを検討するほうが実用的でしょう。
導入したあと、効果はどう測ればよいですか？
アクセス解析で、ホーム画面から起動された訪問を分けて数えられるように設定しておくとよいでしょう。起動時のURLに目印をつける方法が手軽です。
見るべきは訪問数そのものより、追加してくれた人の再訪率です。ここが上がっていなければ、PWA化の目的を満たせていないことになります。
いま古いiPhoneを使っている人はどうなりますか？
OSのバージョンによって使える機能が変わります。プッシュ通知はiOS 16.4以降、すべてのサイトがWebアプリとして開く挙動はiOS 26以降です。
古い端末でも、ホーム画面への追加自体はできます。通知が届かない層が一定数いることを前提に、通知だけに頼らない設計にしておいてください。
まとめ｜PWAは「何度も来る人」がいる会社の道具
PWAは、いまあるWebサイトをアプリのように使えるようにする技術です。iPhone用とAndroid用を別々に作る必要がなく、ストアの審査も待ちません。
この1年でもっとも大きかった変化は、iOS 26でホーム画面に追加したすべてのサイトが既定でWebアプリとして開くようになったことです。Appleが17年間続けてきた仕組みを変えました。
プッシュ通知も、Safari 18.4で導入された宣言的ウェブプッシュにより、実装の手間が減りました。iPhoneでは引き続き、ホーム画面に追加してもらうことが条件になります。
一方で、判断基準そのものは変わっていません。同じ人が繰り返し訪れるサイトかどうか。ここに尽きます。
会社案内が中心のサイトであれば、PWA化より先にやるべきことがあります。予約や会員機能があり、再訪が見込めるサイトであれば、投資に見合う可能性は十分にあります。
今日できる一歩としては、ご自身のスマートフォンで自社サイトをホーム画面に追加し、実際に開いてみてください。アドレスバーのない状態でも迷わず回遊できるか。それが最初の確認ポイントです。
御社専用のアプリ開発、ご相談ください
株式会社アクセス・リンクは、スマホアプリ・Windowsアプリ・業務アプリをオーダーメイドで開発しています。自社アプリ4本をGoogle Playで公開しています。
- 業務アプリ 30万円〜／スマホアプリ 80万円〜／Windowsアプリ 50万円〜（税別）
- 連絡先の入力なしで使える概算シミュレーター
- 代表が直接担当し、ソースコードはすべてお渡しします
PWA導入やホームページのご相談はアクセス・リンクへ
株式会社アクセス・リンクでは、栃木県下野市を拠点に、中小企業のホームページ制作とSEOコンサルティングを行っています。代表の三田健司は全日本SEO協会の認定SEOコンサルタントとして、Web制作に10年以上、延べ1,000件以上の案件に携わってまいりました。
「アプリを作るべきか、サイトを直すべきか」というご相談を多くいただきます。まずは現在のサイトを拝見し、PWA化が費用に見合うかどうかを率直にお伝えするところから始めます。必要がないと判断した場合は、その理由もあわせてご説明します。
スマートフォン対応やサイトの高速化でお悩みでしたら、お問い合わせフォームよりお気軽にご連絡ください。
記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
（社）全日本SEO協会 認定SEOコンサルタント
コメント