配車アプリやフードデリバリーが実際に使うデータ量
数字自体は旅行者が恐れるより小さいですが、朝5時に空港で車を待っているときに切らせられないデータです。

早わかり
- 1回の配車の予約は約2〜5MBで、到着まで地図上で車の動きを見ていると、1回の乗車につき約3〜8MBが加わります。
- デリバリーアプリは数倍かかります。メニューのページが写真でいっぱいで、1回の閲覧で約10〜25MBになるためです。
- ホテルのWi-Fiにいるうちに乗車位置を設定して予約し、それから歩いて降りて待ちましょう。ロビーの外の電波に賭ける必要はありません。
Grabのような配車アプリ、または訪れる都市で使われている現地の同様のアプリは、配車の予約に約2〜5MB、旅が終わるまで地図上で車を追うのに、さらに約3〜8MBを使います。したがって、1回の移動は、合計で約5〜13MBです。短い動画を数分見るよりも少ない量です。これらはお客様のスマートフォンでの実測値ではなく、計画用の推定値で、主に、確定する前に地図をドラッグして過ごす時間によって変わります。
人々が誤解しているのは、数字の大きさではなく、その重要性です。これは旅行のデータのごく一部にすぎませんが、絶対に外せない部分です。最悪のタイミングで必要になるためです。朝5時にホテルの外で空港へ向かうときや、レストランが閉まった後の雨の中などです。ちょうどそのときプランが空になったら、車を呼べず、どこにいるかも見えず、道の向かい側に停まっているかもしれない運転手にメッセージも送れません。

操作ごとのおおよその数値
| アプリで行っていること | おおよその量 | 7日間の旅行でこの量を使う場合 |
|---|---|---|
| 1回の配車を予約する | 約2〜5MB | 1日2回で約30〜70MB |
| 目的地まで車をリアルタイムで追跡する | 1回の移動あたり約3〜8MB | 1日2回の移動で約40〜110MB |
| 乗車位置を設定するためにアプリ内の地図を動かす | 1回あたり約2〜5MB | 1日3回で約40〜105MB |
| デリバリーアプリでメニューを閲覧する | 1回の閲覧あたり約10〜25MB | 1日1回で約70〜175MB |
| アプリがバックグラウンドで更新する | 1日あたり約20〜50MB | 7日間で約140〜350MB |
| アプリ内で運転手にメッセージまたは通話する | 1回の移動あたり約0.5〜2MB | 1日2回の移動で約7〜28MB |
ここに挙げた数字はすべて、計画用の推定値であり、実測値ではありません。
最も興味深いのは、最後のほうの行です。1週間ずっと車を呼んでも、200MBには届かないかもしれませんが、ポケットの中でアプリが更新することと、夜のメニューの閲覧が、あわせて、実際の利用を数倍も上回ることがあります。デリバリーアプリは、数十軒のレストランの美しい料理写真をスクロールして見るように作られており、その写真の1枚1枚がデータです。閲覧したいなら、ホテルのWi-Fiで行い、路上で迷うのではなく、部屋に戻ってから注文しましょう。

Wi-Fiにいるうちに乗車位置を設定する
これは、データに限らず、最も見返りの大きい習慣です。まだ部屋やWi-Fiのあるロビーにいるうちに、アプリを開き、乗車位置のピンを立て、目的地を入力して、ルートとおおよその所要時間を表示させます。データと時間の両方がかかるのは、適切な乗車場所を探して地図をあちこち動かすことです。特に、出入口がいくつもあるホテルや、車が入れない路地の先では顕著です。まだ落ち着いている間にそれを済ませておけば、下に降りてからは、確定するだけです。
- Wi-Fiにいるうちにアプリを開き、周囲の地図の読み込みが終わるまで待ちましょう。すでに取得した地図タイルは、しばらくキャッシュされるため、下に降りてから開き直しても、ほとんど取得しません。
- 実際に出る出入口にピンを立ててください。大きなホテルでは、出入口や通りの名前も入力して、電話でやりとりしている間に、運転手が建物の反対側で待つことがないようにしましょう。
- 目的地も今のうちに入力しておきましょう。空港なら、ターミナルと航空会社を指定します。大きな空港には降車場所が複数あり、間違った場所で降ろされると、徒歩で30分かかるためです。
- 数分後に出発するなら、Wi-Fiにいるうちに車を予約し、それから歩いて降りましょう。エレベーターの中で電波が入らなくても問題ありません。予約はすでに完了しているからです。

デリバリーアプリは、重いほうの半分
デリバリーアプリの画面は、高解像度の写真でいっぱいです。宣伝バナー、メイン写真、スクロールして通り過ぎるすべてのレストランのカバー画像などです。10分でこれが約10〜25MBかかり、2〜3回の配車をあわせたよりも多く、毎晩漫然と閲覧すると、1週間で、1品も注文しないうちに数百MBになります。
- Wi-Fiでレストランを選んでカートに入れたままにしておき、実際にお腹がすいたときに注文しましょう。注文の送信は、その前の閲覧と比べれば、ほとんど費用がかかりません。
- iOSでは[設定]>[一般]>[Appのバックグラウンド更新]でデリバリーアプリのバックグラウンド更新を、Androidでは[設定]>[アプリ]>そのアプリ>[モバイルデータ]でバックグラウンドデータをオフにしましょう。頼んでもいない新しい宣伝を、先に取得したがるためです。
- 配車アプリの通知はオンのままにし、デリバリーの宣伝の通知はオフにしましょう。通知そのものは小さいのですが、タップするたびに、写真でいっぱいのページを読み込むことになります。
- その都市で、誰もが実際に使っている現地のアプリがある場合は、自宅でWi-Fiを使ってインストールしておきましょう。海外で新しいアプリをダウンロードすると、最も急いでいるまさにそのときに、数百MBかかることがあります。

プランが本当にほとんど空になったとき
本当にデータが少なく、それでも移動しなければならない場合は、次のように優先順位をつけましょう。車を呼ぶことと、どこにいるかを見ることが最優先で、ほかはすべて後回しです。システムのデータセーバーをオンにし、写真とメールの同期を止めて、残りは、場所から場所へ移動するためのアプリのために取っておきましょう。その最後の数メガバイトは、旅行のほかのどの時点よりも価値があるためです。
もうひとつ忘れがちな習慣が、オフラインの代替手段を用意しておくことです。ホテルを出る前に、住所を、英語と現地の文字の両方で、ホテルの電話番号と、戻るためのおおよそのルートとともに、スクリーンショットに撮っておきましょう。スクリーンショットは接続をまったく必要とせず、すべてが一度に失敗しても、縁石のそばでタクシーの運転手に画面を見せることができます。アプリを何とか動かそうとするより、そのほうが早いこともあります。
Wi-Fiとモバイル回線:配車アプリで何が変わるか
配車アプリがやりとりする座標と短いメッセージは、もともと小さなパケットのため、Wi-Fiでもモバイル回線でも重さは同じです。実際に違うのは、地図上の車の位置がどれくらいの頻度で更新されるかです。モバイル回線の電波が弱いと、アプリはデータとバッテリーの両方を節約するために、その更新の頻度を落とす傾向があります。そのため、強力なWi-Fiのように滑らかに動かず、車のアイコンが小刻みに飛ぶように動きます。アプリの不具合ではなく、使える接続に合わせてペースを調整しているだけです。
デリバリーアプリも同様に適応しますが、位置ではなく画像に関してです。強力なWi-Fiでは、メニューの高解像度の写真がすぐに読み込まれることが多いです。モバイル回線では、多くのアプリが、まず素早く見られるよう低解像度のものを読み込み、その写真にとどまって見続けた場合にだけ、フル解像度に入れ替えます。何も立ち止まらずに、価格と配達時間を確認するために素早くスクロールしているだけなら、既定で、より軽い低解像度のもので済むことが多くなります。
配車アプリとデリバリーアプリでよくある旅行者の失敗
- 価格と待ち時間を比べるために、複数の配車アプリを同時に開くこと。それぞれが、独自の地図を読み込み、独自にルートを計算するため、3つのアプリを比べると、1つ使うときの約3倍かかります。同じ量を3つで分け合うのではありません。
- 運転手がすでに自分のナビを使っているのに、乗車中ずっと、地図を全画面で開いたままスマートフォンを持っていること。このように同乗者側の地図を開いたままにすると、位置情報が、意味もなく重複して更新されます。
- 待ち時間が長く感じたり、乗車位置が変わったりして、何度もキャンセルして予約し直すこと。新しい予約のたびに、ルートを再計算し、新しい乗車位置の周りの地図を最初から読み込み直します。
- 注文の追跡画面を、アニメーションの地図が動いたままバックグラウンドで開いておき、閉じて通知を待たないこと。その追跡画面は、配車の画面と同じように、配達員の位置を絶えず更新し続けるのが普通です。
旅行中の現実的な1日の配車アプリとデリバリーアプリの利用量を見積もる
配車アプリやデリバリーアプリは、動画アプリとは異なり、1回の利用で使うデータはごくわずかですが、1日に何回使うかで、合計が実際に変わります。何回も配車を予約したり、何回も食事を注文したりする日は、1回ずつは軽くても、地図とメニューの写真から、主に歩いてレストランで直接食べて過ごす日より多く積み上がります。
もうひとつの要因は、実際に予約や注文をする前に、いくつかのアプリを並べて開いて比較するかどうかです。待ち時間を比べるために2〜3個のアプリを同時に開くと、それぞれが別々に地図とメニューの写真を読み込みます。1つのアプリを開いてすぐに決める場合より、明らかに多くなります。
| 使用パターン | 1日あたりのおおよその範囲 | 前提 |
|---|---|---|
| 配車や食事の注文は、たまにしか行わない | 非常に少ない | 1つのアプリを開いて決め、並べて比較しない |
| 1日を通して、何回かの配車や注文をする | 中程度 | 確定後は追跡画面を閉じ、通知に頼る |
| 毎回、複数のアプリを並べて比較してから決める | 高い | 追跡画面を、地図のアニメーションが動いたままバックグラウンドで開いておく |
ここに挙げた範囲はすべて、計画用の推定値にすぎず、実測値ではありません
比較のために開くアプリの数が、利用の頻度以上に重要であるため、より的を絞った方法は、旅行の大半は1つのメインのアプリを使うと事前に決めておき、待ち時間やルートが本当におかしいと感じたときだけ、別のアプリを開いて比較することです。
実際にどれだけ使ったか分からない場合は、iOSとAndroidのどちらにも、アプリごとに内訳を表示するデータ使用量の機能があります。iOSでは[設定]>[モバイル通信]に進み、配車アプリまたはデリバリーアプリまでスクロールします。Androidでは[設定]>[ネットワークとインターネット]>[データ使用量]に進みます。旅行の途中で一度確認すれば、複数のアプリを比較する習慣が、合計を思ったより高くしていないかが分かります。
よくある質問
残りが数十MBしかなくても、配車を予約できますか?+
問題なくできます。予約とリアルタイムの追跡をあわせて、約5〜13MBだからです。リスクは配車アプリではなく、スマートフォンにある、ほかのすべてのものが、写真の同期やアップデートで、最後の数メガバイトを静かに使ってしまうことです。そのため、予約をタップする前に、システムのデータセーバーをオンにしてください。
デリバリーアプリは、なぜ配車アプリの数倍のデータを使うのですか?+
送っているものがまったく違うためです。配車アプリが送るのは、ほとんど重さのない座標と短いメッセージです。デリバリーアプリが送るのは、スクロールして通り過ぎるすべてのレストランの、すべての料理の高解像度の写真で、1枚の画像が、1回の移動全体の追跡より重いこともあります。
車が向かっている途中でデータがなくなったら、どうなりますか?+
確定した予約は有効なままです。運転手には、乗車位置のピンが引き続き見え、車も来てくれます。失うのは、リアルタイムの追跡とアプリ内のチャットです。いつもの回線で通話が受けられるなら、通常は運転手から連絡が取れます。最善の対応は、ご自身が立てたピンの位置にとどまり、歩き回らないことです。
7日間のプランのうち、移動にはどれくらいを確保しておくべきですか?+
配車と追跡だけなら、約200〜300MBで十分です。ほぼ毎日、夜にメニューを閲覧するなら、約500MB〜1GBがより安全な目安です。1日あたりの配車回数をご自身で計算ツールに入力すれば、旅行全体を確認できます。
参考情報
About the author

Bob Kanokphon Thongdee
- Co-founder of eSIMonline.asia
- More than 7 years in online marketing
- Founder of Cojourney Visa and Cojourney Travel
InstagramとTikTokにはウェブ共有ボタンがないため、代わりにスマホの共有シートを開くか、リンクをコピーします。









