앱을 설명하자 Lovable이 만들었고 브라우저에서 잘 작동합니다. 그러면 누군가 묻습니다. App Store에도 있나요?
Lovable이 게시하는 것은 웹 앱입니다
Lovable은 자체 문서에서 이렇게 설명합니다. Lovable이 만드는 것은 웹 앱이며 게시하면 항상 웹 URL에 배포됩니다. Publish를 누르면 your-app.lovable.app 또는 사용자 지정 도메인에 호스팅되는 웹 앱을 받게 되며 HTTPS도 포함됩니다. iOS 빌드도, App Store Connect 레코드도, 심사 제출도 없습니다.
문서에서는 모바일에 더 가까워지는 두 가지 방법을 제시합니다. 사용자가 홈 화면에 추가하는 프로그레시브 웹 앱을 만들거나, 게시된 URL을 네이티브 셸로 감싸 스토어에 제출하는 방법입니다. 첫 번째 앱은 App Store에 등록되지 않습니다. 두 번째 앱에는 아래의 심사 규정이 적용됩니다.
Lovable 프로젝트란 무엇인가요?
편집기 아래에서 Lovable 프로젝트는 React 코드베이스로 구성되며 Lovable은 React Native를 생성하지 않습니다. 새 프로젝트에는 데이터베이스, 로그인과 저장 공간을 위한 Lovable Cloud가 기본으로 제공됩니다. Lovable Cloud는 Supabase의 오픈 소스 기반 위에 구축된 내장 백엔드입니다. 대신 직접 만든 Supabase 프로젝트를 연결하는 사용자도 있습니다. 저장소를 연결하면 코드가 GitHub, GitLab 또는 Bitbucket과 양방향으로 동기화됩니다. 유료 요금제에서는 코드를 직접 다운로드할 수도 있습니다.
이 차이가 다음 단계를 결정합니다. React 웹 앱의 화면은 브라우저 엔진이 그리는 HTML이며 래퍼 안에서도 마찬가지입니다. 진짜 iOS 앱을 만들려면 네이티브 컴포넌트로 다시 구축해야 합니다. 남은 질문은 누가, 무엇으로 만들지입니다.
iPhone 앱으로 가는 세 가지 방법
-
래핑하기Capacitor 또는 WebView 서비스
네이티브 셸your-app.lovable.app을 불러옴여전히 웹사이트가이드라인 4.2: 다시 포장한 웹사이트 -
React Native로 다시 만들기변환 서비스
React Native 컴포넌트React 코드에서 다시 작성실제 앱, 크로스 플랫폼자체 런타임과 자체 디자인 -
AirBuild로 가져오기AI 팀
앱의 기능 파악화면, 흐름, 연결 대상네이티브 SwiftUI 앱App Review 처리
“앱에는 다시 포장한 웹사이트를 넘어서는 기능, 콘텐츠와 UI가 있어야 합니다. 앱이 특별히 유용하거나 독창적이지 않거나 ‘앱답지’ 않다면 App Store에 속하지 않습니다.”
래퍼 방식이 도박인 이유가 여기에 있습니다. your-app.lovable.app을 감싼 셸은 정의상 다시 포장한 웹사이트이며, 거절될 때마다 심사를 한 번 더 거쳐야 합니다. 네이티브 SwiftUI 앱은 애초에 웹사이트가 아니므로 이 문제에서 시작하지 않습니다. 모든 화면을 Apple의 프레임워크로 만들기 때문에 스크롤, 애니메이션과 반응이 iPhone의 다른 앱처럼 자연스럽습니다.
AirBuild로 가져오는 방법
링크 남기기
Lovable 앱의 게시 주소나 앱과 동기화되는 GitHub 저장소로 대기자 명단에 등록하고, iOS 앱이 무엇을 해야 하는지와 누구를 위한 앱인지 한 문장으로 알려 주세요.
AI 팀이 SwiftUI로 다시 만들기
AirBuild의 제품, 디자인과 엔지니어링 에이전트가 앱의 기능, 화면과 흐름을 파악하고 이를 바탕으로 네이티브 iOS 앱을 만듭니다. 웹 앱은 그대로 유지되며 계속 Lovable에서 편집할 수 있습니다.
iPhone에서 테스트한 뒤 App Review 진행하기
앱은 TestFlight를 통해 iPhone에 설치됩니다. 직접 사용해 보고 일상적인 말로 변경 사항을 요청할 수 있습니다. 준비가 끝나면 AirBuild가 App Store 제품 페이지를 준비하고 제출합니다. 심사 진행 상황을 확인하고, 심사 담당자에게 답변하고, 지적된 문제를 수정한 뒤 재제출합니다.
그대로 옮겨지는 것
각 화면의 역할은 그대로이며 화면에 들어가는 방식이 바뀝니다. 브라우저 경로는 탭 막대, 탐색 스택과 시트로 바뀝니다.
브라우저에서 보는 Lovable 앱
/이번 주 달리기를 보여 주는 대시보드/runs모든 달리기, 최신순/runs/:id한 번의 달리기: 경로, 페이스, 메모SwiftUI로 만든 같은 앱
| 앱의 구성 요소 | 어떻게 바뀌나요? |
|---|---|
| 문구, 색상과 브랜딩 | 그대로 옮깁니다. 템플릿이 아니라 사용자의 앱처럼 느껴져야 합니다. |
| 데이터와 백엔드 | 현재 위치에 그대로 둡니다. 앱이 연결되는 곳이 Lovable Cloud인지, 직접 만든 Supabase 프로젝트인지, API인지 알려 주시면 그에 맞춰 iOS 앱을 설계합니다. |
| 로그인 | 현재 로그인 방식이 어떻게 작동하는지 알려 주세요. 데이터와 마찬가지로 현재 위치에 유지합니다. |
| 웹 앱 | 변경하지 않으며 계속 Lovable에서 직접 편집할 수 있습니다. |
| App Store 제품 페이지 | 새로 만듭니다. 이름, 설명, 스크린샷, 개인정보 보호 답변과 심사 메모를 준비해 드립니다. |
준비할 것
- Lovable 앱의 게시 링크가 필요합니다. 로그인해야 볼 수 있는 페이지가 있다면 GitHub 저장소를 준비해 주세요.
- Apple Developer Program 멤버십이 필요합니다. 아직 없다면 앱 제출 전에 등록할 계획을 세워 주세요.
- iOS 앱이 우선 무엇을 해야 하는지 한 문단으로 정리해 주세요. 웹 앱의 모든 기능을 담을 필요는 없습니다.
- 개인정보 처리방침 URL이 필요합니다. Apple이 요구하며 App Store Connect는 이 URL이 없으면 제출을 받지 않습니다.
자주 묻는 질문
Lovable로 iOS 앱을 만들 수 있나요?
아니요. Lovable은 웹 앱을 만들며 게시하면 항상 웹 URL에 배포됩니다. Lovable 문서에서는 프로그레시브 웹 앱을 만들거나 게시된 URL을 네이티브 셸로 감싸는 방법을 제안합니다. 둘 다 네이티브 iOS 앱은 아닙니다.
래핑한 Lovable 앱을 App Store에 등록할 수 있나요?
등록하기 어려운 경우가 많습니다. 가이드라인 4.2는 앱에 다시 포장한 웹사이트를 넘어서는 기능, 콘텐츠와 UI가 있어야 한다고 명시합니다. 게시된 URL을 WebView로 감싼 앱은 다시 포장한 웹사이트의 대표적인 사례입니다.
기존 웹 앱을 대체하나요?
아니요. 웹 앱은 lovable.app 주소나 사용자 도메인에서 계속 실행되며 Lovable에서 그대로 편집할 수 있습니다. AirBuild는 그 옆에 iOS 앱을 별도로 만듭니다.
백엔드는 어떻게 되나요?
현재 위치에 그대로 둡니다. 대기자 명단에 등록할 때 앱이 연결되는 곳이 Lovable Cloud인지, 직접 만든 Supabase 프로젝트인지, API인지 알려 주세요. 데이터를 옮기지 않고 해당 백엔드에 맞춰 iOS 앱을 설계합니다.
Mac이나 Xcode가 필요한가요?
둘 다 필요하지 않습니다. AirBuild는 Mac이나 클라우드에서 AI 팀을 실행하며 앱은 TestFlight를 통해 iPhone에 설치됩니다. 출시하려면 Apple Developer Program 멤버십이 필요합니다.
iOS 앱 코드는 누구의 소유인가요?
사용자의 소유입니다. Lovable 코드도, 이를 바탕으로 AirBuild가 만드는 SwiftUI 프로젝트도 사용자에게 귀속됩니다.