Lovable 앱을 App Store에 출시하는 방법: PWA vs Capacitor vs 네이티브 재개발, 가이드라인 4.2 리젝 피하기 (2026)

Lovable 앱을 App Store에 출시하는 방법을 찾고 있다면, 가장 먼저 알아야 할 점은 Lovable이 이를 대신해 주지 않는다는 것입니다. Lovable 게시 문서에는 "Lovable은 웹 앱을 만들며 게시는 항상 웹 URL로 배포된다"고, 그리고 "프로젝트를 패키징해 App Store나 Google Play에 제출하는 내장 흐름은 없다"고 적혀 있습니다. 아래에서 실제로 선택할 수 있는 세 가지 방법과 각각의 비용, 그리고 래핑한 Lovable 앱이 가이드라인 4.2에 걸리지 않도록 하는 단계를 정리했습니다.

Lovable 앱을 App Store에 바로 출시할 수 있나요?

아니요. 2026년 10월 기준 Lovable은 lovable.app 서브도메인이나 커스텀 도메인으로 게시하며, 스토어에 올리려면 Lovable 밖에서 앱을 패키징한 뒤 본인의 개발자 계정으로 제출해야 합니다.

Lovable 문서는 두 가지 우회 방법을 제안합니다. 게시된 사이트를 설치 가능한 PWA로 만들거나, "Lovable 밖에서 Capacitor로 게시된 URL을 네이티브 셸에 감싸" 그 셸을 직접 제출하는 것입니다. 문서는 두 가지 사항도 분명히 합니다. Lovable은 React Native 프로젝트를 생성하지 않으며, Lovable 모바일 앱은 휴대폰에서 프로젝트를 만들기 위한 도구일 뿐입니다. 이 앱은 "프로젝트를 최종 사용자용 네이티브 앱으로 바꿔 주지 않습니다."

PWA vs Capacitor 래퍼 vs 재개발: 어떤 방법을 선택해야 할까요?

스토어 등록이 필요 없다면 PWA를, 스토어 등록이 필요하고 실질적인 네이티브 기능을 추가할 수 있다면 Capacitor를, 앱이 모바일 우선 제품처럼 느껴지고 동작해야 한다면 네이티브 재개발을 선택하세요.

비용은 Apple Developer Program 등록 페이지("멤버십 연간 99 USD. 지역에 따라 가격이 다를 수 있음")와 Google Play Console 고객센터("US$25의 일회성 등록비")를 기준으로 했습니다. Google Play에서는 신규 개인 계정이 프로덕션 액세스를 받기 전에 테스터 12명으로 14일간 비공개 테스트도 진행해야 합니다. 이 단계는 비공개 테스트 가이드에서 다룹니다.

Lovable 앱을 Capacitor로 래핑하는 방법은?

Lovable 코드를 GitHub로 내보내 로컬에서 빌드하고, Capacitor를 추가한 뒤 webDir을 빌드 결과물 폴더로 지정합니다. 그런 다음 Xcode와 Android Studio에서 네이티브 프로젝트를 열어 아카이브합니다.

1. Lovable에서 GitHub를 연결합니다. 동기화는 양방향이며 항상 새로운 비공개 저장소를 만들기 때문에, 로컬에서 네이티브 셸 작업을 하면서도 Lovable에서 계속 편집할 수 있습니다.
2. 저장소를 클론하고 npm install, npm run build를 실행합니다. Vite가 결과물을 어디에 쓰는지 확인하세요. 보통 dist입니다. Capacitor는 그 루트에 <head> 태그가 있는 index.html이 필요합니다.
3. Capacitor 시작하기 문서에 나온 아래 코드 블록의 명령어로 Capacitor와 플랫폼을 설치합니다.
4. capacitor.config에서 webDir을 dist로 설정합니다. server.url을 실제 Lovable 도메인으로 설정하지 마세요. Capacitor 설정 레퍼런스에 따르면 이 옵션은 "프로덕션 사용을 위한 것이 아닙니다."
5. 네이티브 플러그인(푸시, 햅틱, 공유, 생체 인증, 로컬 알림)과 네이티브 앱 아이콘, 스플래시 화면을 추가합니다.
6. 웹 빌드를 할 때마다 npx cap sync를 실행한 뒤, Xcode에서 아카이브하고 App Store Connect에 업로드합니다. 나머지 과정은 App Store 제출 체크리스트에서 확인하세요.

npm i @capacitor/core
npm i -D @capacitor/cli
npx cap init
npm i @capacitor/android @capacitor/ios
npx cap add android
npx cap add ios
npm run build && npx cap sync
npx cap open ios

반드시 본인의 Apple 계정으로 제출하세요. 가이드라인 4.2.6은 앱 생성 서비스로 만든 앱을 "앱 콘텐츠 제공자가 직접 제출"하지 않는 한 리젝합니다. 이 조항이 AI로 만든 앱에 어떻게 적용되는지는 가이드라인 4.3 및 4.2.6 가이드에서 설명합니다.

래핑한 Lovable 앱의 가이드라인 4.2 리젝을 피하는 방법은?

웹사이트로는 할 수 없는 일을 앱이 하도록 만드세요. 가이드라인 4.2는 "재포장된 웹사이트 이상으로 앱을 끌어올리는 기능, 콘텐츠, UI"를 요구하며, 4.2.2는 주로 "웹 클리핑, 콘텐츠 애그리게이터 또는 링크 모음"인 앱을 허용하지 않습니다.

제출 전에 다음 체크리스트를 확인하세요.

• 웹 빌드가 바이너리에 번들링되어 있고, 네트워크 연결 없이도 열리며 캐시된 데이터나 제대로 된 오프라인 화면을 보여 준다.
• 내비게이션이 햄버거 메뉴가 아닌 하단 탭 바를 사용하고, 웹 전용 푸터나 쿠키 배너가 없다.
• 로그인, 회원가입, 비밀번호 재설정이 모두 앱 안에서 이루어진다. 사용자를 Safari로 내보내는 곳이 없다.
• 카메라 촬영, 사용자 본인의 데이터와 연결된 로컬 알림, 위젯, 생체 인증 등 기기에 의존하는 핵심 워크플로가 최소 하나 있다.
• 후원 페이지, 쇼핑몰, 소셜 미디어로 가는 외부 링크를 제거했거나 최소한으로 유지했다.
• App Review 메모에 앱이 휴대폰에서 왜 유용한지 설명하고 데모 로그인 정보를 포함했다.

다른 웹 기반 앱이 4.2로 리젝되었을 때는 어떻게 되었나요?

공개된 스레드를 보면 패턴이 같습니다. 심사자는 웹처럼 느껴지는 UI와 Safari로 나가는 링크를 리젝하며, 작은 네이티브 기능을 추가하는 것만으로는 결정이 바뀌지 않습니다.

2020년 12월, Ionic Forum의 한 개발자는 클럽 멤버십 앱이 "모바일 브라우징 경험과 충분히 다르지 않아 제한된 사용자 경험을 제공한다"는 사유로 리젝되었고, 이어서 "앱 콘텐츠 대부분이 Safari로 연결된다"는 지적을 받았습니다. InAppBrowser를 제거하고 오프라인 지원을 개선했지만 충분하지 않았고, 두 번째 제출도 리젝되었습니다. 세 번째 시도에서는 홈 화면을 네이티브 스타일의 리스트와 이미지 카드로 다시 만들고, 앱 내 뉴스 콘텐츠를 늘리고, 외부 링크 대부분을 제거한 뒤 승인을 받았습니다.

2026년 1월, Apple Developer Forums의 한 개발자는 이미 푸시 알림, Core Location, 연락처 접근을 사용하고 있었는데도 일정 관리 앱이 "웹 브라우징 경험과 충분히 다르지 않다"는 이유로 리젝되었다고 밝혔습니다. 이 개발자는 햅틱, 퀵 액션, 더 깊은 캘린더 연동을 추가할 계획이었고, 무엇이 "더 네이티브한" 것으로 인정되는지 물었습니다. 이 글을 쓰는 시점까지 스레드에는 답글이 없고 결과도 확인되지 않았습니다.

비교해 보면, 첫 번째 개발자는 앱의 본질 자체를 바꿔서(앱 내 콘텐츠, 네이티브 레이아웃, 외부 링크 제거) 통과했습니다. 두 번째 개발자는 기기 API만 추가했고 여전히 확신하지 못했습니다. 권한 목록을 늘리는 것보다 핵심 경험에 노력을 쏟으세요.

래핑 대신 재개발해야 하는 경우는?

앱의 핵심 가치가 웹 콘텐츠이거나, 같은 UI로 이미 4.2 리젝을 두 번 받았다면 네이티브로 재개발하세요.

예시: 요가 스튜디오용 Lovable 예약 도구가 수업 목록, 예약 양식, Stripe 결제 링크를 보여 준다고 해 봅시다. 그대로 래핑하면 웹 UI, 외부 링크, 오프라인 사용 불가라는 4.2의 세 가지 위험 신호에 모두 해당합니다. PWA로는 추가 비용 없이 오늘 바로 출시할 수 있습니다. 스토어에 등록하려면 Lovable 백엔드는 유지하고, 수업 목록과 예약 흐름을 네이티브 화면으로 다시 만들고, 각 수업 전에 로컬 알림을 추가하고, 결제는 App Review 가이드라인 3.1 규정에 맞게 처리하세요. 백엔드와 데이터 모델은 그대로 가져갈 수 있습니다. 다시 작성하는 것은 UI입니다.

Lovable 프로젝트에 어떤 방법이 맞는지 다른 의견이 필요하다면, The App Guy의 서비스에서 래핑, 재개발, 스토어 제출을 다루고 있으며 yagyeshsrbobde@gmail.com으로 이메일을 보내셔도 됩니다.