"앱 만들어 볼까?" — 잠깐, 당신에게 필요한 건 앱이 아닐지도 몰라요

요즘은 코드를 몰라도 만듭니다. AI에게 "이런 거 만들어줘"라고 말하면 화면도, 기능도, 데이터 저장도 알아서 짜줍니다. 구글도 Opal 같은 도구로 "말로 앱 만들기"를 밀고 있죠. 만들고 싶은 걸 직접 만들어 볼 수 있는, 좋은 시대입니다.

그러다 보면 자연스럽게 이런 말이 나옵니다. "나도 앱 하나 만들어 볼까?" 그런데 그 말을 꺼내기 전에, 한 가지만 같이 짚어보고 싶습니다. 당신이 진짜로 원하는 건 정말 '앱'일까요? 혹시 홈 화면에 아이콘 하나 꽂고, 가끔 알림을 받는 것 아닐까요? 만약 그렇다면, 굳이 '앱'을 만드느라 멀리 돌아갈 필요가 없을지도 모릅니다.

진짜 '앱'을 만든다는 것의 숨은 비용

여기서 말하는 '앱'은 보통 앱스토어와 구글 플레이에 올라가는 네이티브 앱을 뜻합니다. 그런데 그걸 실제로 올리려면 코드 바깥의 귀찮은 일들이 줄줄이 따라옵니다.

우선 개발자 계정을 등록해야 합니다. 애플은 이 계정을 매년 갱신하며 비용을 냅니다. Apple Developer Program은 2026년 6월 기준 연 99달러입니다. 그리고 앱을 올릴 때마다 App Review를 통과해야 합니다. 특히 iOS 심사는 정책이 까다로워서, 사소한 이유로 반려되면 수정하고 소명하고 다시 기다리는 데 며칠씩 밀릴 수 있습니다. 만들고 싶은 건 작은 도구인데, '앱'이라는 형식 때문에 본질과 상관없는 일에 시간을 태우게 되는 셈입니다.

규모가 큰 서비스라면 당연히 치를 비용입니다. 하지만 혼자 쓰거나 소수에게 나눠줄 작은 도구라면, 이 대부분이 사실 불필요한 짐입니다.

그럼 언제 진짜 앱이 필요할까요

솔직하게 말하면, 네이티브 앱이 꼭 필요한 경우도 분명히 있습니다. 제 기준으로는 두 가지입니다. 하나는 앱스토어 검색 노출이 사업의 핵심일 때입니다. 사람들이 스토어에서 검색해 들어오는 게 중요하다면 스토어에 올라가 있어야 합니다. 다른 하나는 인앱결제로 돈을 벌어야 할 때입니다.

반대로 이 둘에 해당하지 않는다면, 대부분은 웹앱으로 충분합니다. 그리고 '웹앱으로 충분하다'는 말이 결코 '대충 만든다'는 뜻이 아니라는 걸, 이제부터 이야기해 보겠습니다.

사실, 바로가기만 원하면 그냥 추가하면 됩니다

가장 단순한 경우부터 봅시다. 그냥 홈 화면에 아이콘 하나 꽂아서 빠르게 열고 싶은 거라면, 거창한 것도 필요 없습니다. 어떤 웹사이트든 아이폰 사파리에서 **공유 버튼을 누르고 "홈 화면에 추가"**를 고르면, 아이콘이 생기고 탭하면 앱처럼 전체 화면으로 열립니다. 이미 이게 앱처럼 쓰는 겁니다. 사람들이 "앱으로 만들고 싶다"고 할 때 원하는 게, 알고 보면 대개 여기까지입니다.

브라우저가 제공하는 홈 화면 추가 프롬프트 예시입니다. iOS에서는 Safari 공유 메뉴에서, Android/Chrome 계열에서는 브라우저 메뉴나 설치 프롬프트에서 같은 목적을 수행합니다.

대안 하나 — PWA로 한 발 더

홈 화면 아이콘을 넘어 알림이나, 네트워크가 끊겨도 열리는 경험, 더 빠른 로딩까지 원한다면 그때 PWA(Progressive Web App)를 씁니다. 어렵게 들리지만 개념은 간단합니다. 평범한 웹을 앱처럼 설치해 쓰게 해주는 방식이고, 스토어 심사도 개발자 계정도 필요 없습니다. 같은 웹인데 몇 가지가 더해집니다.

PWA는 단순 북마크보다 한 단계 더 나아가 설치 다이얼로그, 아이콘, 독립 실행 화면을 제공할 수 있습니다.

먼저 오프라인에서도 동작합니다. 인터넷이 끊겨도 마지막에 보던 화면이 그대로 열립니다. 또 자주 쓰는 파일을 캐싱해두기 때문에, 두 번째 방문부터는 훨씬 빠르게 뜹니다. 네이티브 앱이 즉시 켜지는 듯한 느낌이 사실 여기서 나옵니다. 마지막으로, 홈 화면에 설치한 상태라면 푸시 알림도 받을 수 있습니다.

알림은 조금 더 짚어둘게요. 한동안 "iOS는 웹 알림이 안 된다"가 정설이었지만 지금은 다릅니다. iOS 16.4 이상에서는 홈 화면에 추가된 웹앱이 웹 푸시를 받을 수 있습니다. WebKit 공식 글 기준으로, 이 경우 Apple Developer Program 회원일 필요도 없습니다. 다만 EU처럼 DMA와 브라우저 정책이 얽힌 지역은 예외나 변동이 생길 수 있으니, 발행 직전에는 다시 확인하는 편이 안전합니다. 그러니 알림까지 받고 싶다면, 사용자에게 "사파리 공유 → 홈 화면에 추가" 한 번만 안내하면 됩니다.

대안 둘 — 웹앱에 '네이티브 느낌' 입히기

사람들이 "역시 앱이 좋아"라고 말할 때, 그 느낌의 정체를 들여다보면 의외로 거창한 기능이 아닌 경우가 많습니다. 대개는 화면을 다루는 작은 디테일입니다. 두 가지만 챙겨도 인상이 확 달라집니다.

앱처럼 느껴지는 모바일 화면의 상당 부분은 이런 하단 내비게이션 패턴에서 옵니다.

하나는 화면 아래에 고정된 메뉴, 바텀 네비게이션입니다. 앱은 대부분 하단에 탭 메뉴가 붙어 있죠. 그래서 AI에게 만들게 할 때 "모바일에서는 화면 아래에 앱처럼 바텀 네비게이션을 깔아줘"라고만 해도, 웹이 확 앱처럼 보입니다.

다른 하나는 화면 전환입니다. 웹은 페이지가 휙 갈리고, 앱은 스르륵 넘어갑니다. 이 부드러운 전환을 해주는 ssgoi라는 라이브러리가 있습니다(페이지 전환 애니메이션 라이브러리). 비개발자에게 특히 편한 점은, AI에게 만들게 할 때 ssgoi.dev/llms.txt 주소를 함께 넣어주면 모델이 그걸 참고해서 이 기술을 알아서 쉽게 적용해준다는 것입니다. 주소 하나만 던지면 되는 셈입니다.

ssgoi.dev의 모바일 쇼케이스 화면입니다. 웹앱도 전환과 화면 패턴을 잘 잡으면 사용자가 앱처럼 받아들입니다.

이 두 가지를 더하면, 사용자는 그게 웹이라는 걸 잘 눈치채지 못합니다. '앱'은 사실 그 웹을 띄운 브라우저 한 겹에 불과한 경우가 많습니다.

그래도 스토어에 꼭 올려야 한다면

검색 노출 때문에 스토어에는 올려야겠는데 네이티브를 새로 짜기는 부담스럽다면, 길이 있습니다. 이미 만든 웹앱을 웹뷰(WebView)로 감싸서 앱으로 포장하는 것입니다. 당신의 웹을 띄우는 얇은 앱 껍데기를 씌우는 거죠. AI에게 "이 웹앱을 웹뷰로 감싼 모바일 앱으로 만들어줘"라고 하면 출발할 수 있습니다. 다만 스토어 심사는 '웹만 띄우는 앱'을 그리 좋아하지 않아서, 알림이나 카메라처럼 앱다운 기능을 한두 개 더해주면 통과가 수월합니다. 그래도 처음부터 풀 네이티브를 짜는 것보다는 훨씬 적은 일입니다.

그래서 드리고 싶은 말

바이브코딩 덕분에, 코드를 몰라도 자기 아이디어를 직접 만들어 볼 수 있게 됐습니다. 다만 그 첫걸음에서 '앱'이라는 형식에 붙들려 불필요한 절차에 시간을 쏟지 않았으면 합니다.

판단 기준은 딱 하나면 됩니다. 앱스토어 검색 노출이나 인앱결제가 정말 필요한가? 그렇다면 네이티브 앱을, 부담스러우면 웹뷰로 감싼 앱을 만드세요. 아니라면 십중팔구 당신에게 필요한 건 잘 만든 웹앱입니다. 거기에 홈 화면 추가로 바로가기를, PWA로 오프라인과 알림을, 바텀 네비게이션과 부드러운 전환으로 앱 같은 느낌을 더하면, 사용자가 바라던 그 경험은 충분히 만들 수 있습니다.