웹뷰 앱 개발 비용과 앱스토어 리젝 위험

웹뷰 앱은 홈페이지를 앱 껍데기에 넣는 방식이라 가장 싸게 낼 수 있지만, 기능 없이 사이트만 감싼 앱은 앱스토어 심사에서 거절될 수 있어요. 실제 비용은 심사를 통과할 만큼 앱 기능을 붙이는 데서 갈려요.

사장님들이 "홈페이지 있는데 그냥 앱으로 만들어 주세요"라고 하실 때가 많아요. 기술적으로는 하루 이틀이면 감싸요. 문제는 그다음이에요.

웹뷰 앱은 왜 리젝되나요?

애플 심사 가이드라인에는 웹사이트를 다시 포장한 수준의 앱은 받지 않는다는 취지의 '최소 기능' 조항이 있어요. 심사자가 앱을 열었을 때 사파리로 홈페이지를 보는 것과 다를 게 없으면, 앱으로 낼 이유가 없다고 보는 거예요.

자주 걸리는 모습은 이래요.

• 앱을 열면 홈페이지가 그대로 뜨고, 앱에서만 되는 기능이 하나도 없어요
• 인터넷이 끊기면 하얀 화면만 나와요
• 메뉴를 누르면 외부 브라우저로 튕겨 나가요
• 로그인이나 결제 화면에서 멈추거나 오류가 나요

구글 플레이는 상대적으로 통과가 쉬운 편이라는 이야기가 많지만, 저품질 앱 정책과 신규 계정 테스트 요건이 있어요. 두 스토어 모두 정책이 자주 바뀌니 최신 공지를 확인하세요.

심사를 통과하려면 무엇을 붙여야 하나요?

"앱이라서 더 나은 점"을 하나 이상 보여주는 게 핵심이에요.

1. 푸시 알림: 예약 확인, 주문 상태, 공지처럼 사장님 업종에 맞는 알림이요. 웹뷰 앱이 심사를 통과하는 가장 흔한 근거예요.
2. 로그인·결제 화면 처리: 구글·카카오 로그인이나 카드사 결제는 웹뷰 안에서 그대로 두면 깨지기 쉬워요. 앱 쪽에서 따로 처리해 줘야 해요.
3. 오프라인 안내 화면: 인터넷이 끊겼을 때 하얀 화면 대신 안내를 보여줘요.
4. 앱 안에서 이동: 외부 브라우저로 튕기지 않고 앱 안에서 메뉴를 오가게 해요.

이걸 붙이면 "그냥 감싸기"보다 비용이 늘어요. 그래도 화면을 새로 만드는 것보다는 작아요. 웹뷰에서 깨지는 지점과 대응은 홈페이지를 앱으로 만들기에 자세히 있어요.

웹뷰 앱이 맞는 경우, 아닌 경우

홈페이지가 모바일에서 불편하다면 웹뷰로 감싸도 그대로 불편해요. 이 경우는 웹부터 고치거나, 크로스플랫폼으로 앱을 새로 만드는 쪽이 나아요.

제가 앱을 낼 때 신경 쓴 부분

제가 만들어 운영하는 튜브영어는 웹(tubeeng.com)과 iOS·Android 앱이 둘 다 있어요. 앱은 웹을 감싸지 않고 Expo(리액트네이티브)로 따로 만들었어요. Firebase 푸시 알림, RevenueCat으로 붙인 스토어 구독 결제처럼 앱 쪽에서 직접 처리해야 하는 기능이 있었기 때문이에요.

반대로 사장님 가게처럼 홈페이지가 정보 안내와 예약 위주라면 이렇게까지 할 필요가 없어요. 웹뷰에 푸시와 로그인 처리만 제대로 붙여도 충분한 경우가 많아요. 어느 쪽인지는 핵심 기능이 앱에서만 되는지로 판단하면 돼요.

견적 받을 때 물어볼 것

• 심사에서 거절되면 대응까지 포함인가요?
• 소셜 로그인과 결제가 웹뷰 안에서 깨지지 않게 처리하나요?
• 푸시 알림은 어디서 보내나요? 사장님이 직접 보낼 수 있나요?
• 스토어 개발자 계정은 사장님 명의로 만드나요?

애플·구글 개발자 계정 연회비와 정책은 각 스토어 공지에서 최신으로 확인하세요. 출시 절차 전체는 앱스토어 출시 방법과 리젝 대응에, 앱이 꼭 필요한지 판단은 웹 MVP vs 앱 MVP에 정리했어요.