차량 호출과 음식 배달이 실제로 얼마나 많은 데이터를 쓰는지
수치 자체는 여행자들이 걱정하는 것보다 훨씬 작지만, 새벽 5시에 공항 차량을 기다릴 때는 절대 없어서는 안 되는 데이터입니다.

한눈에 보기
- 차량 하나를 예약하는 데 대략 2~5MB가 들고, 도착할 때까지 지도에서 차가 움직이는 것을 지켜보면 이동당 대략 3~8MB가 더해집니다.
- 배달 앱은 메뉴 페이지가 온통 사진이라 몇 배 더 들며, 둘러보기 한 번에 대략 10~25MB입니다.
- 호텔 Wi-Fi에 있는 동안 승차 지점을 정하고 예약한 다음 내려가서 기다리세요. 로비 밖의 신호에 도박을 하지 않아도 됩니다.
Grab 같은 차량 호출 앱이나 방문하는 도시에서 쓰이는 현지 대응 앱은 차량 예약에 대략 2~5MB, 이동이 끝날 때까지 지도에서 차를 따라가는 데 대략 3~8MB를 씁니다. 따라서 한 번의 이동은 대략 5~13MB 정도이며, 짧은 동영상 몇 분보다 적습니다. 이는 여러분의 휴대폰에서 측정한 값이 아니라 계획용 추정치이며, 확정하기 전에 지도를 끌며 보내는 시간에 주로 좌우됩니다.
사람들이 잘못 아는 것은 숫자의 크기가 아니라 중요성입니다. 이는 여행 데이터에서 사소한 비중이면서 절대 타협할 수 없는 부분입니다. 가장 나쁜 순간에 필요하기 때문입니다. 새벽 다섯 시에 비행기를 타러 호텔 밖에 있을 때나, 식당이 문을 닫은 뒤 빗속에서 그렇습니다. 바로 그때 요금제가 바닥나면 차를 부를 수도, 차가 어디 있는지 볼 수도, 길 건너에 주차했을지 모를 기사에게 메시지를 보낼 수도 없습니다.

동작별 대략적인 수치
| 앱에서 하는 일 | 대략적인 양 | 이 수치로 본 7일 여행 |
|---|---|---|
| 차량 한 번 예약하기 | 약 2~5MB | 하루 2번 이동 ≈ 30~70MB |
| 목적지까지 차량 실시간 추적 | 이동당 약 3~8MB | 하루 2번 이동 ≈ 40~110MB |
| 승차 지점을 정하려고 앱 지도 이리저리 움직이기 | 매번 약 2~5MB | 하루 3번 ≈ 40~105MB |
| 배달 앱에서 메뉴 둘러보기 | 한 번 둘러볼 때 약 10~25MB | 하루 한 번 ≈ 70~175MB |
| 백그라운드에서 새로 고침하는 앱 | 하루 약 20~50MB | 7일 동안 ≈ 140~350MB |
| 앱에서 기사에게 메시지나 통화 | 이동당 약 0.5~2MB | 하루 2번 이동 ≈ 7~28MB |
여기 나온 모든 수치는 측정값이 아니라 계획용 추정치입니다.
가장 흥미로운 행은 마지막 행들입니다. 일주일 내내 실제로 차를 불러도 200MB에 이르지 않을 수 있는데, 주머니 속에서 새로 고침하는 앱과 저녁 한 번의 메뉴 둘러보기가 합쳐서 실제 사용량을 몇 배 넘을 수 있습니다. 배달 앱은 수십 개 식당의 아름다운 음식 사진을 넘겨 보도록 만들어져 있으며, 그 사진 하나하나가 모두 데이터입니다. 둘러보고 싶다면 호텔 Wi-Fi로 하고, 길모퉁이에 서서 고르지 말고 방으로 돌아와서 주문하세요.

Wi-Fi에 있는 동안 승차 지점 정하기
가장 크게 보상해 주는 습관이며, 데이터에서만 그런 것이 아닙니다. 아직 Wi-Fi가 있는 방이나 로비에 있을 때 앱을 열고, 승차 핀을 놓고, 목적지를 입력해 경로와 대략의 시간을 보여 주게 하세요. 데이터와 시간을 모두 잡아먹는 부분은 알맞은 승차 위치를 찾느라 지도를 끌고 다니는 것이며, 출입구가 여러 개인 호텔이나 차가 들어갈 수 없는 골목에서는 특히 그렇습니다. 아직 편안할 때 그것을 끝내 두면 아래층에서 할 일은 확정만 남습니다.
- Wi-Fi에 있는 동안 앱을 열고 주변 지도의 로딩이 끝나게 하세요. 이미 가져온 타일은 한동안 캐시되므로 아래층에서 다시 열면 내려받는 양이 아주 적습니다.
- 실제로 걸어 나갈 문에 핀을 놓으세요. 큰 호텔에서는 출입구나 도로 이름도 함께 입력해, 통화를 주고받는 동안 기사가 건물 반대편에서 기다리지 않게 하세요.
- 목적지도 지금 입력하세요. 공항이라면 터미널과 항공사를 지정하세요. 큰 공항에는 하차 지점이 여러 곳이라, 엉뚱한 곳에 내리면 걸어서 30분이 걸립니다.
- 몇 분 뒤에 출발한다면 Wi-Fi에 있을 때 차를 예약하고 걸어 내려가세요. 승강기에 신호가 없어도 상관없습니다. 예약은 이미 완료되었기 때문입니다.

배달 앱이 무거운 쪽입니다
배달 앱의 화면은 온통 고해상도 사진입니다. 홍보 배너, 대표 이미지, 넘겨 지나가는 모든 식당의 커버 이미지가 그렇습니다. 그런 10분이 대략 10~25MB로 이동 두세 번을 합한 것보다 많이 들며, 일주일 동안 매일 저녁 멍하니 둘러보면 요리 하나 주문하기도 전에 수백 MB가 됩니다.
- Wi-Fi에서 식당을 골라 장바구니에 담아 두고, 실제로 배고플 때 주문하세요. 주문을 제출하는 데는 그 앞의 둘러보기에 비하면 거의 들지 않습니다.
- iOS에서는 설정 > 일반 > 백그라운드 앱 새로 고침에서 배달 앱을 끄고, Android에서는 설정 > 앱 > 해당 앱 > 모바일 데이터에서 앱의 백그라운드 데이터를 끄세요. 요청하지 않은 새 프로모션을 미리 가져오길 좋아합니다.
- 차량 앱은 알림을 켜 두고, 배달 프로모션 알림은 끄세요. 알림 자체는 아주 작지만, 누를 때마다 사진으로 가득한 페이지를 불러오게 됩니다.
- 도시에서 모두가 실제로 쓰는 현지 앱이 있다면 집에서 Wi-Fi로 설치하세요. 해외에서 새 앱을 내려받으면 가장 급한 순간에 수백 MB가 들 수 있습니다.

요금제가 정말 거의 바닥났을 때
정말 부족한데 그래도 이동해야 한다면 다음과 같이 우선순위를 정하세요. 차를 부르고 어디 있는지 보는 것이 먼저이고 나머지는 모두 기다립니다. 시스템 데이터 절약 모드를 켜고, 사진과 메일 동기화를 멈추고, 남은 것을 이동시켜 주는 앱을 위해 남겨 두세요. 그 마지막 몇 MB가 여행의 다른 어느 때보다 값집니다.
사람들이 잊는 또 다른 습관은 오프라인 대비책을 갖는 것입니다. 호텔을 나서기 전에 영어와 현지 문자 두 가지로 주소, 호텔 전화번호, 돌아오는 대략적인 경로를 스크린샷으로 찍어 두세요. 스크린샷은 연결이 전혀 필요 없으며, 모든 것이 한꺼번에 실패해도 도로변의 택시 기사에게 화면을 보여 줄 수 있습니다. 앱을 어떻게든 살려 내려 애쓰는 것보다 빠를 때도 있습니다.
Wi-Fi와 이동통신 비교: 차량 호출 앱에서 달라지는 것
차량 앱이 주고받는 좌표와 짧은 메시지는 원래 아주 작은 패킷이므로 Wi-Fi든 이동통신이든 무게가 같습니다. 실제로 달라지는 것은 지도에서 차량 위치가 얼마나 자주 갱신되느냐입니다. 이동통신 신호가 약하면 앱은 데이터와 배터리를 모두 아끼기 위해 그 갱신 속도를 늦추는 경향이 있어서, 차량 아이콘이 강한 Wi-Fi에서처럼 부드럽게 미끄러지지 않고 작은 단계로 뜁니다. 앱이 고장 난 것이 아니라 가능한 연결에 맞춰 속도를 조절하는 것뿐입니다.
배달 앱도 비슷하게 적응하지만 위치가 아니라 이미지로 합니다. 강한 Wi-Fi에서는 메뉴가 고해상도 사진을 바로 불러오는 경우가 많습니다. 이동통신에서는 많은 앱이 빠르게 훑어보도록 저해상도 버전을 먼저 불러오고, 그 사진에 충분히 오래 머물러야만 전체 해상도로 바꿉니다. 아무것도 멈추지 않고 가격과 배달 시간만 확인하려고 빠르게 넘긴다면, 기본적으로 더 가벼운 저해상도 버전을 받게 되는 경우가 많습니다.
차량 호출과 배달 앱에서 여행자들이 흔히 하는 실수
- 가격과 대기 시간을 비교하려고 차량 앱을 여러 개 동시에 열기. 각각 자체 지도를 불러오고 자체 경로를 독립적으로 계산하므로, 앱 세 개를 비교하는 데는 하나를 쓸 때의 대략 세 배가 들며, 같은 양을 셋으로 나누는 것이 아닙니다.
- 기사가 이미 자체 내비게이션을 켜 두었는데도, 이동 내내 지도를 전체 화면으로 열어 휴대폰을 들고 있기. 이렇게 승객 쪽 지도를 열어 두면 별다른 목적 없이 위치 데이터를 불필요하게 갱신합니다.
- 대기가 길게 느껴지거나 승차 지점이 바뀐다는 이유로 취소하고 다시 예약하기를 반복하기. 새로 예약할 때마다 경로를 다시 계산하고 새 승차 지점 주변의 지도를 처음부터 다시 불러옵니다.
- 알림을 기다리며 닫는 대신 움직이는 지도가 실행되는 주문 추적 화면을 백그라운드에 열어 두기. 그 추적 화면은 보통 차량 호출 화면처럼 배달원의 위치를 계속 갱신합니다.
여행 중 현실적인 차량 호출과 배달 앱 하루 사용량 예산 잡기
차량 호출과 배달 앱은 동영상 앱과 달리 한 번 쓸 때마다 데이터는 아주 적게 들지만, 하루에 쓴 횟수가 총량을 실제로 움직입니다. 예약한 차량이 여러 번이거나 주문한 식사가 여러 번인 하루는, 각각은 가벼운데도 주로 걸으며 식당에서 직접 먹는 하루보다 지도와 메뉴 사진으로 더 많이 쌓입니다.
또 다른 요인은 실제로 예약하거나 주문하기 전에 비교하려고 여러 앱을 나란히 여는지입니다. 대기 시간을 비교하려고 앱을 두세 개 동시에 열면 각각이 자체 지도와 메뉴 사진을 따로 불러오므로, 앱 하나만 열어 바로 결정하는 것보다 분명히 더 많이 씁니다.
| 사용 패턴 | 하루 대략적인 범위 | 가정하는 조건 |
|---|---|---|
| 차량 예약이나 음식 주문을 가끔만 함 | 매우 낮음 | 앱 하나만 열어 결정하며 나란히 비교하지 않음 |
| 하루 동안 여러 번의 이동이나 주문 | 보통 수준 | 확정 후 추적 화면을 닫고 알림에 의존 |
| 결정 전에 매번 여러 앱을 나란히 비교 | 높음 | 추적 화면을 백그라운드에 열어 두고 지도 애니메이션이 실행 중 |
여기 나온 모든 범위는 측정값이 아니라 계획용 추정치일 뿐입니다
비교하려고 여는 앱의 수가 사용 빈도보다 훨씬 더 중요하므로, 여행의 대부분에서 주요 앱 하나를 고수하기로 미리 정하고, 대기나 경로가 정말 이상해 보일 때만 다른 앱을 열어 비교하는 것이 더 목적에 맞는 방법입니다.
실제로 얼마나 썼는지 확실하지 않다면 iOS와 Android 모두 이미 앱별 데이터 사용량을 나눠서 보여 줍니다. iOS에서는 설정 > 셀룰러로 가서 차량 호출이나 배달 앱까지 스크롤하고, Android에서는 설정 > 네트워크 및 인터넷 > 데이터 사용량으로 가세요. 여행 중간에 한 번 확인하면 여러 앱을 비교하는 습관이 총량을 예상보다 높였는지 알 수 있습니다.
자주 묻는 질문
데이터가 수십 MB만 남았는데도 차를 예약할 수 있나요?+
충분히 가능합니다. 예약과 실시간 추적을 합쳐 대략 5~13MB이기 때문입니다. 위험은 차량 앱이 아니라, 휴대폰의 다른 모든 것이 사진 동기화나 업데이트로 마지막 MB를 조용히 쓰는 것이므로, 예약을 누르기 전에 시스템 데이터 절약 모드를 켜세요.
배달 앱은 왜 차량 앱보다 몇 배 더 드나요?+
완전히 다른 것을 보내기 때문입니다. 차량 앱은 좌표와 짧은 메시지를 보내며 무게가 거의 없습니다. 배달 앱은 넘겨 지나가는 모든 식당의 모든 요리에 대한 고해상도 사진을 보내며, 이미지 한 장이 한 번 이동 전체의 추적보다 무거울 수 있습니다.
차가 오는 도중에 데이터가 바닥나면 어떻게 되나요?+
확정된 예약은 유지됩니다. 기사는 여전히 승차 핀을 보고 여전히 옵니다. 잃는 것은 실시간 추적과 앱 내 채팅입니다. 평소 회선으로 통화를 받을 수 있다면 기사가 보통 연락할 수 있습니다. 가장 좋은 대응은 놓아 둔 핀 위에 정확히 서서 돌아다니지 않는 것입니다.
7일 요금제 중 이동용으로 얼마를 따로 잡아야 할까요?+
차량 호출과 추적만이라면 대략 200~300MB가 넉넉합니다. 대부분의 날에 저녁 메뉴 둘러보기를 더하면 대략 500MB에서 1GB가 더 안전한 허용량입니다. 계산기에 하루 이동 횟수를 넣으면 여행 전체를 볼 수 있습니다.
참고 자료
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
인스타그램과 틱톡에는 웹 공유 버튼이 없어서, 휴대폰의 공유 시트를 열거나 링크를 대신 복사해 드립니다.









