앱의 종류 (웹·네이티브·하이브리드)

앱의 종류 (웹이란?

앱 종류를 고르는 순간 팀 구성과 일정표가 같이 결정됩니다. 웹앱이면 프런트엔드 인력이 서버에 올리는 것으로 배포가 끝나지만, 네이티브면 iOS·안드로이드 개발자를 따로 두거나 외주를 두 번 줘야 하고 스토어 심사 대기가 일정에 얹힙니다. 고르는 건 기술이 아니라 인건비와 배포 주기입니다. 같은 기능을 적어놓고도 견적이 두 배로 벌어지는 이유가 여기 있습니다.

실무 판단선은 대체로 셋입니다. 첫째는 기기 기능으로, 바코드 연속 스캔·블루투스 장비 연동·백그라운드 위치 추적·푸시 알림이 필수면 네이티브나 하이브리드 쪽으로 기웁니다. 둘째는 배포 속도인데, 웹앱은 오전에 고쳐 오후에 반영하지만 스토어는 심사에 하루에서 길게는 일주일이 걸리고 사용자가 업데이트를 눌러야 바뀝니다. 셋째는 결제로, 앱 안에서 디지털 재화를 팔면 스토어 수수료가 따라붙습니다.

경계도 헷갈립니다. 화면만 모바일 크기에 맞춰 늘어나는 반응형 웹사이트를 웹앱이라 부르는 경우가 많은데, 둘은 다릅니다. PWA는 웹앱에 설치 아이콘과 오프라인 캐시를 붙인 형태로, 스토어를 거치지 않는 대신 iOS에서는 푸시나 백그라운드 동작에 제약이 남습니다. 하이브리드도 한 덩어리가 아니라, 코드를 공유하되 화면은 각 OS로 그리는 방식과 네이티브 껍데기 안에 웹 화면만 띄우는 방식이 섞여 있어 체감 성능 차이가 큽니다.

현장에서 가장 자주 깨지는 믿음은 "하이브리드면 한 번 만들어 양쪽에서 그대로 돈다"는 말입니다. 카메라·NFC·프린터처럼 기기를 직접 건드리는 기능은 결국 OS별 모듈을 따로 붙여야 하고, 이 작업이 전체 공수의 30~40%를 차지하는 프로젝트도 흔합니다. 반대로 단순 조회·신청 화면을 네이티브로 만들었다가, 문구 한 줄 고치는 데 심사 사흘을 기다리는 일도 생깁니다. 종류를 먼저 정하고 요구사항을 끼워 맞추면 둘 중 하나는 반드시 터집니다.