ICT STUDY GUIDEモバイルの用語モバイル2級

PWAとは|ネイティブアプリとの違いと2級の要点

PWAとは何かを、Service Workerとマニフェストの2つの部品から解説。インストールの条件、できること・制約の表、ネイティブアプリとの違い、モバイル2級で迷いやすい点と独自の確認問題3問で理解を確かめます。

最終更新
読了目安
約11分
執筆
ICT模試 編集部
まず結論

この記事の要点

  • PWA(Progressive Web App)は、Web の技術で作りながら、OSごとのアプリに近い使い心地を持たせたアプリです(MDN の定義を要約)。1つのコードで複数の端末に対応しつつ、インストールやオフラインでの動作ができます。
  • 中心の部品は2つです。Web アプリマニフェストがアプリの名前・アイコン・表示方法を伝え、Service Worker がネットワークとの間に入ってオフライン動作や通知の受信を支えます。
  • インストールできるようにするには https で配信する必要があります(開発時の localhost などは例外)。MDN によると、Service Worker はインストールの必須条件ではありませんが、オフライン対応のために多くの PWA が使います(2026年9月確認)。
  • モバイル2級の出題カテゴリ「モバイルインターネットとモバイルコンテンツ技術」(公式の比率は20%)に当たる範囲です。

PWA とは、一言でいうと何なのか?

一言でいうと、「インストールできて、オフラインでも動く Webアプリ」です。MDN は PWA を、Web プラットフォームの技術で作られながら、OSごとのアプリのような使い心地を提供するアプリと説明しています。Web サイトのように1つのコードで複数の端末で動き、アプリのように端末にインストールでき、オフラインやバックグラウンドでも動作できる、という両方の性格を持ちます。

つまり PWA は、ネイティブアプリの一種ではなく Webアプリの発展形です。ストアの外枠を持たず、ブラウザの技術の範囲で「アプリらしさ」を足していきます。3つの方式の違いはネイティブ・Web・ハイブリッドアプリの違いで比べています。

Service Worker とマニフェストは、それぞれ何をするのか?

PWA を支える2つの部品の役割を比べます。

PWA を支える部品と前提

PWA

インストールできて、オフラインでも動く Webアプリ

  • Web アプリマニフェスト

    名前・アイコン・起動する URL・表示方法を伝える JSON の設定ファイル

  • Service Worker

    要求を仲介する JavaScript。オフライン動作・プッシュ通知の受信・同期

  • https での配信

    Service Worker は https でしか動かない(localhost を除く)

設定のファイルはマニフェスト、動くプログラムは Service Worker。

PWA の2つの部品(MDN・W3C をもとに当サイトが整理、2026年9月確認)
項目Web アプリマニフェストService Worker
正体アプリの情報を書いた JSON のファイルページとは別に動く JavaScript のファイル
主な役割名前・アイコン・起動する URL・表示方法を伝えるWeb アプリ・ブラウザ・ネットワークの間で要求を仲介する
代表的な項目・機能name、short_name、icons、start_url、display、scopeキャッシュを使ったオフライン動作、プッシュ通知の受信、バックグラウンドでの同期
制約項目の要求はブラウザによって異なる画面(DOM)に直接触れない。https でしか動かない(localhost を除く)

Service Worker には決まった流れ(ライフサイクル)があります。MDN の説明を要約すると、次の順に進みます。

Service Worker は、どんな順で有効になるのか?

ページから登録された Service Worker は、次の段階を経て働き始めます。

Service Worker が働き始めるまで
  1. 1

    ダウンロード

    管理するサイトに初めてアクセスしたときに読み込まれる

  2. 2

    インストール

    オフライン用のファイルをキャッシュに入れることが多い

  3. 3

    有効化

    古い版を使うページがなくなってから新しい版が有効になる

  4. 4

    要求の仲介

    キャッシュから返すか、ネットワークに取りに行くかを決める

古い版が動いている間、新しい版はインストール後も待機する。

MDN の説明を当サイトが要約したものです。

  1. ダウンロード:Service Worker が管理するサイトに初めてアクセスしたときに、ファイルが読み込まれる。
  2. インストール:新しいか、内容が更新されていれば、インストールを試みる。オフライン用のファイルをキャッシュに入れる処理はこの段階で行うことが多い。
  3. 有効化:インストールに成功すると有効になる。古い版が動いている間は新しい版は待機し、古い版を使うページがなくなってから有効になる。
  4. 要求の仲介:有効になった後は、ページからの要求を受け取り、キャッシュから返すか、ネットワークに取りに行くかを決められる。

マニフェストの display では、起動したときの見え方を決めます。MDN によると、fullscreen はブラウザの表示を隠して画面全体を使い、standalone はアドレスバーなどを出さずに独立したアプリのように開き(ステータスバーなどは残りうる)、minimal-ui は戻る・再読み込みなど最小限の操作を残し、browser は通常のブラウザのタブで開きます。指定がなければ browser です。

PWA にできること・できないことは何か?

できることと制約を並べます。対応の範囲はブラウザとOSによって異なり、変わり続けている点に注意してください。

PWA のできること・制約(当サイトの整理、2026年9月時点)
観点できること制約・注意点
インストールホーム画面などに追加し、アプリのように起動できるhttps での配信が必要。求められる項目はブラウザで異なる
オフラインService Worker とキャッシュで、通信がなくても表示できるキャッシュしていない情報は取得できない
通知Push API などでプッシュ通知を受け取れるiOS・iPadOS では 16.4 から、ホーム画面に追加した Webアプリが対象
配布と更新URLで公開できる。新しい版への切替はキャッシュやService Workerの状態に依存するストアに並ぶとは限らないため、見つけてもらう工夫が要る
端末機能ブラウザが公開する API の範囲で使えるOS のすべての機能に触れられるわけではない

WebKit は2023年2月、iOS・iPadOS 16.4 で、ホーム画面に追加した Webアプリが Push API・Notifications API・Service Worker を組み合わせて Web プッシュを使えるようにすると発表しました。通知の全体の流れはプッシュ通知の仕組みで扱います。PWA の読み込みを速くする通信の話はHTTP/2とHTTP/3の違いへ。

オフラインで開けても、入力が送れたとは限らない

設備点検のPWAを地下で開く例です。事前に保存した画面や前回の点検結果を表示できても、通信がなければサーバー上の最新情報は確認できません。Service Workerは要求を仲介できますが、何を保存するか、通信が戻ったらどう送るかはアプリ側で設計します。

新しい点検結果を端末に保存する設計なら「未送信」を表示します。通信回復後、送信を試みただけで「送信済み」とせず、サーバーの受付結果を確認します。同じ記録を繰り返し送っても二重登録にならない扱いも、アプリ側で決めておきます。

点検用PWAで通信断のときに保存済み画面を開き、入力を端末に未送信として保存し、通信が戻ったらサーバーの受付結果を確認する3段階
オフラインの点検記録で、表示・端末保存・サーバー受付を分けた例。
できたことその時点で確かめられること
保存済み画面の表示画面が開いた。最新情報かは別
端末内への保存入力を残した。サーバーには未送信
サーバー受付の確認サーバー側が当該記録を受理した

端末内の保存や後日の同期は、PWAをインストールするだけで付く機能ではありません。通信回復後の送信・受付の設計と、プッシュ通知の受信も別の仕組みです。

モバイル2級では、どの範囲で、どう問われそうか?

MCPC の公式ページの図では、モバイルシステム技術検定 2級(100問・100分・4者択一)の出題カテゴリの一つ「モバイルインターネットとモバイルコンテンツ技術」の比率が20%と示されています(2026年9月27日確認)。当サイトでは、公式テキスト『モバイルシステム技術テキスト 第11版』の第9章「モバイルインターネットとコンテンツ技術」がこの範囲に当たると推定しています(章名からの当サイトの判断で、公式の対応表ではありません)。

4択での問われ方は、次のような型が考えられます。出題頻度の公式データはありません。

  • 部品の役割:Service Worker とマニフェストの説明を入れ替えた選択肢から、正しいものを選ばせる。
  • 前提条件:https での配信が必要なことを問う。
  • 表示方法:display の値と見え方の組合せを問う。
  • ネイティブとの違い:配布の経路や端末機能の範囲の違いを問う。

試験全体の範囲はモバイルシステム技術検定2級とはで整理しています。

どこで取り違えやすいのか?

部品の名前を見たら「ファイルの中身は設定か、動くプログラムか」を先に決めてください。

つまずき別の見直し表
取り違え正しい考え方確認する問い
マニフェストがオフライン動作を担うオフライン動作は Service Worker とキャッシュ。マニフェストは情報を伝える設定設定のファイルか、動くスクリプトか
Service Worker は http でも動くhttps でしか動かない(開発時の localhost を除く)配信は https か
Service Worker が画面を書き換えるService Worker は DOM に直接触れない画面の操作か、通信の仲介か
PWA はストアの審査を必ず受けるPWA は Webアプリの発展形で、URL で公開できる配布の経路はどこか
standalone はブラウザのタブで開くタブで開くのは browser。standalone はアドレスバーのない独立した表示display の値はどれか

確認問題1

Service Worker の説明を選べるか?

PWA で使われる Service Worker の説明として、最も適切なものはどれか。

選択肢を準備しています。「正解と解説を見る」は先に開けます。

正解と解説を見る

正解:3。MDN は Service Worker を、Web アプリ・ブラウザ・ネットワークの間でプロキシのように働く JavaScript のファイルと説明し、オフライン動作やプッシュ通知、バックグラウンドでの同期に使われるとしています。

1は Web アプリマニフェストの説明です。2は誤りで、Service Worker は DOM に直接触れられません。4はアプリの中に Web ページを表示する WebView の説明に近く、Service Worker ではありません。

確認問題2

display の値を選べるか?

次の文の空欄に入る語句として、最も適切なものはどれか。

「Web アプリマニフェストの display に( )を指定すると、アドレスバーなどのブラウザの表示を出さずに、独立したアプリのような見た目で開く。端末のステータスバーなどは表示されることがある。」

選択肢を準備しています。「正解と解説を見る」は先に開けます。

正解と解説を見る

正解:4。MDN によると、standalone は独立したネイティブアプリのような見た目で開き、URL バーなどは出さない一方、ステータスバーなどは残ることがあります。

1は通常のブラウザのタブや新しいウィンドウで開く値で、指定がないときの既定値です。2は戻る・再読み込みなど最小限の操作を残す値です。3はブラウザの表示を隠して画面全体を使う値で、ステータスバーなどを残す説明とは合いません。

確認問題3

PWA の前提条件の誤りを見抜けるか?

PWA に関する記述として、最も不適切なものはどれか。

選択肢を準備しています。「正解と解説を見る」は先に開けます。

正解と解説を見る

正解:1。MDN によると、Service Worker は https でしか動きません(開発時の localhost などを除く)。https でない通常の Web サイトでもそのまま使えるとする記述は不適切です。

2は MDN の PWA の説明どおりで適切です。3はマニフェストの役割として適切です。4は WebKit が2023年2月に発表した内容どおりで適切です。

同じ「モバイルインターネットとモバイルコンテンツ技術」の問題を本番と同じ4択で試すなら、登録不要のモバイル2級の無料お試し20問で解説まで確認できます。

よくある質問

Service Worker がないと PWA ではないのですか?

MDN によると、Service Worker はインストールできるようにするための必須条件ではありません。ただし、オフラインでの動作や通知の受信には Service Worker が必要になるため、多くの PWA が使っています。

Web アプリマニフェストは確定した仕様ですか?

W3C の Web Application Manifest は、2026年8月の時点で Working Draft(作業草案)です。仕様は安定しておらず変わりうると明記されています。細かな項目名よりも「名前・アイコン・起動 URL・表示方法を伝えるファイル」という役割を押さえてください。

PWA とハイブリッドアプリは何が違いますか?

ハイブリッドアプリはネイティブアプリの外枠の中で Web の画面を動かし、ストアから配るのが基本です。PWA は外枠を持たない Webアプリの発展形で、URL で公開できます。どちらも Web の技術を使う点は共通です。

出典・参考

  1. [1]MCPC モバイルシステム技術検定[2級]CBT方式(出題カテゴリの図・形式)確認 2026-09-27
  2. [2]MCPC 検定テキスト(モバイルシステム技術テキスト 第11版)確認 2026-09-27
  3. [3]MDN: Progressive web apps 確認 2026-09-27
  4. [4]MDN: Making PWAs installable 確認 2026-09-27
  5. [5]MDN: Service Worker API 確認 2026-09-27
  6. [6]MDN: display(Web アプリマニフェスト)確認 2026-09-27
  7. [7]W3C: Web Application Manifest(Working Draft)確認 2026-09-27
  8. [8]WebKit: Web Push for Web Apps on iOS and iPadOS(2023年2月)確認 2026-09-27
  9. [9]W3C Service Workers:FetchEventと応答(2026年11月11日確認)
  10. [10]MDN:PWAのキャッシュ戦略(2026年11月11日確認)

本番と同じペースで腕試し

記事の次は、本番形式の問題で。

各検定の出題カテゴリをもとに作った独自の無料お試しを、登録不要・カード不要で解けます。本番と同じ出題配分とは限りません。続きの模試と章別ドリルは買い切りで、月額はかかりません。

モバイルシステム技術検定 2級

100問・100分の模試と章別ドリル・¥4,980(税込・買い切り)

モバイル2級の無料お試し20問
料金と収録内容を見る →

当サイトは、MCPC・全日本情報学習振興協会・IPAとは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲・合格基準は各試験の公式サイト(モバイル・IoT:https://www.mcpc-jp.org/license/ 、サイバー管理士:https://www.joho-gakushu.or.jp/isme/ 、情報セキュリティマネジメント(SG):https://www.ipa.go.jp/shiken/kubun/sg.html )で必ず確認してください。教材内の正答率や学習の目安は、本番の評価点や公式の合格基準とは異なります。合格を保証するものではありません。技術・制度の記述は「最終確認日」時点のものです。

← 対策記事の一覧へ