配送担当者がLINEのリンクから訪問先一覧を開く。地下の搬入口へ着くと通信が切れ、結局、朝に印刷した紙を見直す。
教室の会員からは「予約変更のメールが見つからない」と電話が来る。一方、体験会の申込者はQRコードから一度申し込むだけで、その後は同じ画面を開きません。どちらもスマートフォンで使いますが、必要な形は同じではありません。
この記事では、予約、会員証、現場確認などをスマートフォンで使いやすくしたい事業者が、ストアから入れるスマホアプリを先に作るか、URLから使えるWebアプリで始めるかを利用場面から整理します。
スマホで使うならアプリ、と迷うのは自然です
「お客様はスマホで使う。なら、最初からアプリにした方がよいのだろうか」
スマートフォンで使う仕組みは、すべてストアから入れるアプリである必要はありません。
Webアプリもスマートフォンのブラウザで開けます。
ホーム画面へアイコンを追加し、アプリのように起動できるWebアプリもあります。
一方で、次のような場面ではストア配信するスマホアプリを検討する理由があります。
- 配送、点検、受付などで毎日何度も使う
- 通信が不安定な場所でも、その場の作業を止められない
- 端末の機能やバックグラウンドでの処理が業務の中心になる
- 会社が管理する端末へ決まったアプリを配る必要がある
- 利用者がストアから探して入れること自体に意味がある
判断するときは、スマートフォンで使うかではなく、誰が、どこから、どの頻度で、通信がないときも使うかを確認します。
先に結論
初回申込や、ときどき開く予約確認なら、URLから使えるWebアプリを先に検討します。
検索、QRコード、LINE、メールからすぐ開けるため、インストール前に離れる人を減らしやすいからです。
継続利用する人には、ホーム画面へ追加できるWebアプリを検討できます。
通知や一部のオフライン対応も候補になりますが、利用者の端末とブラウザで実際に試す必要があります。
毎日の現場作業が中心で、通信が切れても続ける必要がある場合や、端末機能を安定して使う必要がある場合は、ストア配信するスマホアプリを比較します。
最初に決めるのはアプリの種類ではありません。最初の利用者が、一つの用事を終えるまでに、インストール、通信、端末機能のどれが本当に必要かです。迷う場合は、Webアプリで一つの用事を試し、実際の利用者が繰り返し使うか、ホーム画面への追加やオフライン対応を求めるかを確かめてから広げられます。
30秒診断：Webとアプリ、どこから始める？
4つの質問に答えると、URLで使うWebアプリ、ホーム画面へ追加できるWebアプリ、ストア配信するスマホアプリのどこから比較するかを仮決めできます。
結果は最終決定ではありません。
相談時に、いまの状況と次に確認することを伝えるための入口です。
30秒診断
最初は、どの形が近い？
0/4
まずは4つの質問に答えてください
回答から、URLで使うWebアプリ、ホーム画面へ追加できるWebアプリ、ストア配信するスマホアプリのどこから比較するかを仮決めします。結果は最終決定ではありません。
迷う場合は、最初に使ってほしい人の実際の場面に近い選択肢を選んでください。
三つの形を日常語で分ける
URLから使うWebアプリ
検索結果、QRコード、LINE、メールなどのリンクから、ブラウザで開く仕組みです。
申込、予約確認、会員情報の表示、業務記録などをスマートフォン向けに作れます。
利用者はストアで探したり、最初にインストールしたりする必要がありません。
ホーム画面へ追加できるWebアプリ
Webアプリの中には、ホーム画面へアイコンを追加し、独立した画面で起動できるものがあります。
この記事では、この形を「ホーム画面へ追加できるWebアプリ」と呼びます。
技術資料ではPWAと呼ばれることがあります。
Appleも、iPhoneのSafariからWebサイトをホーム画面へ追加し、Webアプリとして開く方法を案内しています（参考）。
ただし、追加方法や通知、オフライン、端末機能の対応は、ブラウザや端末によって異なります。
ストア配信するスマホアプリ
App StoreやGoogle Playなどから入れるアプリです。
利用者の端末へ継続して置かれ、毎日の作業や端末機能と深く結び付く場面に向きます。
公開と更新には、ストア用の情報、動作確認、審査、署名、更新手順が必要です。
代表的な四つの始め方を比べる
どれが上というランキングではありません。
最初の利用者が一つの用事を終えられる、最も小さい形から比べます。
| 選択肢 | 向いているケース | 主なメリット | デメリット・確認点 | 公開・更新の条件 | 相談時の伝え方 |
|---|---|---|---|---|---|
| スマホ向け案内・フォーム | 初回申込、問い合わせ、イベント受付など、一度の利用が中心 | QRコードやメッセージからすぐ開け、インストールを求めずに試せる | 継続利用の履歴、本人ごとの表示、複雑なオフライン対応には向かない | Web上の更新を反映しやすい。スマートフォン幅、入力、通信切断時の案内を確認する | まずQRコードから体験申込を終えられる画面を試したい |
| URLで使うWebアプリ | 予約確認、会員情報、社内記録などを、ときどき開いて使う | iPhoneとAndroidへ同じURLを案内しやすく、変更をまとめて反映しやすい | リンクを忘れられることがある。ブラウザによる端末機能の差も確認する | ストア審査なしでWeb上の変更を反映できる。対応ブラウザと古い端末を決めて試す | LINEのリンクから予約確認と変更を終えられる形で始めたい |
| ホーム画面へ追加できるWebアプリ | Webで試した後、週に何度か使う人へアイコン、通知、一部のオフライン対応を加えたい | URLから使い始められ、継続利用する人はアプリに近い入口を持てる | 追加方法と使える機能が端末・ブラウザで異なる。すべての機能が自動でオフラインになるわけではない | 安全な通信、アイコン等の設定、通知許可、保存する情報、通信回復時の動きを実機で確認する | URLで案内し、継続する会員はホーム画面から開ける形を試したい |
| ストア配信するスマホアプリ | 毎日の現場作業、安定したオフライン利用、端末機能、会社管理の配布が中心 | 端末へ継続して置かれ、OSとの連携や用途に合わせた操作を設計しやすい | インストール前に離れる人がいる。iPhoneとAndroid、審査、公開後の更新を継続して管理する | ストア登録、審査用情報、署名、実機テスト、アプリ版の更新、利用者への更新案内を確認する | 通信が不安定な配送先でも、訪問確認を止めずに記録できる形を試したい |
ホーム画面へ追加できるWebアプリは、Webとスマホアプリの中間に見えます。
ただし、web.devとMDNは、インストールの案内方法や対応機能がブラウザとOSによって異なることを示しています（参考、参考）。
比較表だけで決めず、実際の利用者が持つiPhoneとAndroidで試します。
公式情報から分かる確認点
Webアプリでも、ホーム画面と通知は候補になる
AppleのiPhone利用ガイドは、SafariからWebサイトをホーム画面へ追加し、Webアプリとして開く方法と、通知を受け取れることを案内しています（参考）。
「通知が欲しいから、必ずストア配信するアプリ」とは限りません。
一方、利用者が追加操作を行う必要があり、端末や設定によって動きも変わります。
ホーム画面への追加方法は、端末ごとに同じではない
web.devは、Webアプリをインストール候補として案内する条件を説明しています（参考）。
MDNも、対応するブラウザやOSによって追加方法が異なるため、対象環境での確認が必要だと示しています（参考）。
事業者側は、「追加できるか」だけでなく、利用者が迷わず追加できるか、追加しなくても用事を済ませられるかを確認します。
ストア配信には、公開と更新の手順がある
Android Developersは、Google Playへ公開するアプリに署名とアップロードが必要で、一般利用者へ配る前に審査が必要だと案内しています（参考）。
更新時も新しい版を作り、Play Consoleへアップロードします。
AppleのApp Store Reviewガイドラインも、提出したアプリを審査し、公開後も動作と内容を保つよう求めています（参考）。
そのため、ストア配信を選ぶ場合は、公開時だけでなく、誰が更新と審査対応を続けるかも相談します。
Webサイトを包むだけでは、アプリにする理由になりにくい
Appleの審査ガイドラインは、App Store向けアプリに、Webサイトを包み直しただけではない機能、内容、操作を求めています（参考）。
事業者側では、「ストアに置きたい」だけでなく、利用者がインストール後に繰り返し使う価値を一文で説明できるかが確認点になります。
相談前に見る五つの判断軸
1. 初回利用と繰り返し利用のどちらが中心か
初回申込だけの人へインストールを求めると、使い始める前の手順が増えます。
毎日使う担当者なら、ホーム画面やアプリ一覧からすぐ開ける価値が高くなります。
2. 最初の入口はどこか
検索、QRコード、LINE、メール、店頭案内、会社管理の端末など、最初に触れる場所を書きます。
入口がURLなら、まずWebで試す方が自然な場合があります。
3. 通信が切れたときに何を続けるか
「オフライン対応が欲しい」だけでは範囲が分かりません。
前に見た一覧を確認したいのか、その場で入力を続けたいのか、通信回復後に自動で送ってほしいのかを分けます。
4. 端末機能が用事の中心か
写真添付や現在地の取得は、Webでも候補になる場合があります。
カメラでの連続読取、Bluetooth機器との接続、長時間の位置確認、バックグラウンド処理などが中心なら、対象端末で実現方法を比較します。
5. 公開後に誰が更新を続けるか
Web上の文面変更と、ストアへ新しいアプリ版を出す更新では手順が異なります。
お知らせ、機能修正、OS更新への対応、問い合わせ受付を誰が担当するか確認します。
最初から両方を作らず、小さく確かめる
スマホアプリとWebアプリの両方を同時に作らなくても、判断材料は集められます。
Webアプリで一つの用事を通す
最初に、QRコードやLINEのリンクから一つの用事を終える画面を試します。
実際に繰り返し使う人がいるか、リンクを探す手間が問題になるかを見ます。
実機でホーム画面への追加を試す
継続利用する人へ、ホーム画面への追加方法を案内します。
iPhoneとAndroidで、迷う場所、通知の許可、通信が切れたときの表示を確認します。
スマホアプリでしか確かめにくい部分を一つに絞る
通信が切れた配送先で訪問記録を続ける、決まった機器へ接続するなど、一つに絞ります。
「全部をアプリにする」のではなく、アプリにする理由を確かめます。
相談前にできる五つの整理
完成した仕様書は必要ありません。
次の五つがあれば、Webから始めるか、スマホアプリを試すかを相談できます。
- 最初に使う人が、お客様、会員、現場担当者の誰かを一つ決める
- その人が、いつ、どこで、何回使うかを書く
- 検索、QRコード、LINE、メール、ストアのどこから使い始めるかを書く
- 通信が切れたときも続ける操作と、通信回復後でよい操作を分ける
- 通知、カメラ、位置情報、機器接続など、必要だと思う端末機能の理由を書く
たとえば、次のように伝えられます。
この一文なら、「アプリを作りたい」だけでは見えない利用頻度、場所、通信条件を共有できます。
Web・スマホアプリ選びのチェック
いま答えられる項目だけ選んでください。
選べない項目は、初回相談で実機確認する議題になります。
そのまま使える相談メモ
Webとスマホアプリのどちらか決まっていなくても使えます。
分からない項目は「実機で確認したい」と書いて、そのまま相談へ持っていけます。
Web・スマホアプリ比較メモをコピーできます
どちらを作るか決まっていなくても使えます。端末や通信条件が未確認の項目は「実機で確認したい」と書けます。
スマホアプリとWebアプリの選び方について相談したい内容： 【最初に使う人】 例：配送担当者、教室の会員、イベントの申込者 【その人が済ませたい一つの用事】 例：当日の訪問先と注意事項を確認し、到着を記録する 【使う頻度】 例：1日に10回ほど、訪問先へ着くたびに使う 【使う場所】 例：移動中、地下の搬入口、屋外、店頭 【最初に開く場所】 例：検索、QRコード、LINE、メール、ホーム画面、アプリストア 【今の方法】 例：LINEのリンクを開き、通信できないときは朝に印刷した紙を見る 【今困っていること】 例：地下で一覧を開けない。通信が戻った後に到着記録を忘れる。 【通信がなくても続けたい操作】 例：朝に読み込んだ訪問先と注意事項を見る。到着時刻を端末へ残す。 【通信回復後でよい操作】 例：到着記録を運営側へ送る 【必要だと思う通知】 例：訪問順が変わったときだけ、配送担当者へ知らせる 【必要だと思う端末機能】 例：荷物のコード読取、写真添付、現在地の確認 【ホーム画面へ追加できるWebアプリで試したいこと】 例：アイコンから起動し、前に見た訪問先を通信なしで確認する 【ストア配信するアプリが必要か確認したいこと】 例：コード読取と到着記録を、通信が不安定でも繰り返し続けられるか 【最初に試す端末】 例：現場で使っているiPhone 2台とAndroid 2台 【公開後に更新を確認する人】 例：運営責任者が月1回、OS更新後の動作と利用者からの問い合わせを確認する 【相談で決めたいこと】 例：まずURLで使うWebアプリから始めるか、オフライン部分だけスマホアプリで試すか 【共有できる資料】 例：今のLINE文面、紙の訪問先一覧、通信が切れる場所、利用中の端末
次にやること
最初に使ってほしい人を一人思い浮かべます。
その人が前回スマートフォンで済ませた一つの用事を選び、入口、頻度、通信状態を書いてください。
最初の相談では、次の一文で十分です。
参考情報
- Apple, App Review Guidelines. App Storeの審査、公開後の品質維持、Webサイトを包み直しただけではない機能や使い道を求める方針を確認。2026年6月8日更新。2026年7月28日参照。
- Apple, iPhoneユーザガイド, iPhoneのSafariでWebサイトをアプリにする. ホーム画面への追加、Webアプリとしての起動、通知を確認。公開日・更新日の記載なし。2026年7月28日参照。
- Google, web.dev, What does it take to be installable?. Webアプリをインストール候補として案内する条件と、ブラウザによる違いを確認。2024年9月19日更新。2026年7月28日参照。
- Mozilla, MDN Web Docs, Making PWAs installable. Webからのインストール方法、ブラウザ・OSごとの対応差を確認。2025年11月30日更新。2026年7月28日参照。
- Google, Android Developers, Upload your app to the Play Console. Google Play向けアプリの署名、テスト、審査、更新手順を確認。2026年3月6日更新。2026年7月28日参照。