iOS 앱을 위한 Lovable 대안

앱을 설명했더니 Lovable이 만들어 주었고, 사람들은 브라우저에서 그 앱을 쓰고 있습니다. 이제 App Store에 올리고 싶습니다. 이건 다른 일이고, Lovable도 그렇게 말합니다.

핵심 요약

Lovable은 웹 앱을 게시합니다. 네이티브 iOS 앱을 얻으려면 웹 앱을 감싸거나, React Native로 다시 만들거나, SwiftUI로 다시 만들어야 합니다. Rork, Bolt와 Expo, Xcode와 AI 에이전트, AirBuild는 각각 이 중 한 가지 방법을 택합니다. 차이는 결과물이 무엇인지, 누가 앱을 빌드하고 제출하는지, 누가 App Review에 대응하는지입니다.

Lovable이 해 주는 것과 해 주지 않는 것

Lovable의 게시 문서는 iOS에 관한 질문에 직접 답합니다. Lovable은 웹 앱을 만들고, 게시는 항상 웹 URL로 배포됩니다. 주소는 yourproject.lovable.app이거나 직접 소유한 도메인입니다. 프로젝트를 패키징해 App Store에 제출하는 내장 기능은 없습니다.

같은 페이지에는 휴대폰에 더 가까워지는 두 가지 방법이 나옵니다.

• 프로그레시브 웹 앱(PWA). 사용자가 사이트를 홈 화면에 추가하고 전체 화면으로 엽니다. PWA 자체는 App Store 패키지가 아닙니다. 등록하려면 래퍼로 감싸거나 네이티브 앱으로 다시 만들어야 합니다.
• Capacitor 래퍼. Lovable 밖에서 게시된 URL을 네이티브 셸로 감싼 다음, 그 셸을 직접 제출합니다.

Lovable은 React Native 프로젝트를 생성하지 않는다고도 밝힙니다. React Native 앱이 필요하다면 Lovable에서 화면 프로토타입을 만든 뒤 Lovable 밖에서 다시 만들라고 제안합니다. 또한 Lovable 모바일 앱은 휴대폰에서 프로젝트를 만들기 위한 것이며, 프로젝트를 사용자용 앱으로 바꿔 주지는 않습니다.

이건 결함이 아닙니다. 범위가 분명한 것입니다. 문제는 App Store에 닿으려면 무엇을 더해야 하느냐입니다.

’그냥 감싸면 된다’가 도박인 이유

Apple의 App Store 심사 지침은 4.2항에서 최소 기준을 정합니다.

게시된 URL만 불러오는 셸은 4.2에 걸릴 수 있습니다. 심사에서는 앱 안에 쓰인 기술이 아니라, 웹사이트 이상의 유용한 기능, 콘텐츠, UI를 제공하는지를 봅니다. Apple은 래퍼 앱의 승인율을 공개하지 않으므로 결과를 미리 알 방법은 없습니다. 확실한 것은 거절되면 심사를 한 번 더 거쳐야 한다는 점입니다. 래퍼를 쓸 계획이라면 네이티브 기능도 함께 계획하고, 승인은 당연한 것이 아니라 얻어 내야 하는 것으로 생각하세요. 4.2를 비롯해 제출 전에 확인할 부분은 App Store 심사 지침 쉽게 읽기에서 다룹니다.

다섯 가지 방법 한눈에 비교

어떤 방법이든 앱을 게시하려면 먼저 Apple Developer Program 멤버십이 있어야 합니다.

1. Lovable을 유지하고 래퍼를 더하기

지금 가진 것에서 가장 빨리 갈 수 있는 길입니다. Capacitor는 스스로를 웹 앱을 위한 크로스 플랫폼 네이티브 런타임이라고 설명합니다. 웹 코드가 네이티브 컨테이너 안에서 실행되고, 기기 기능은 플러그인으로 사용합니다.

이럴 때 선택하세요. 웹 앱 자체가 제품이고, 네이티브 프로젝트를 유지할 개발자가 있으며, 앱이 웹사이트 이상이 되도록 네이티브 기능을 추가할 준비가 되어 있을 때.

장단점. 화면은 여전히 브라우저 엔진이 그리는 HTML입니다. 네이티브 프로젝트, 서명, 업로드, 심사는 모두 내 몫입니다. 앞에서 말한 4.2 위험도 직접 관리해야 합니다.

2. Rork

Rork의 FAQ는 두 가지 제품을 소개합니다. Rork Pro는 React Native와 Expo로 크로스 플랫폼 앱을 만듭니다. Rork Max는 클라우드의 실제 Mac에서 Xcode로 컴파일한 네이티브 SwiftUI 앱을 만들며, iPhone, iPad, Apple Watch, Vision Pro를 지원합니다. Rork는 App Store 게시 기능이 내장되어 있다고 밝힙니다. Apple Developer 계정이 필요하고, Rork Pro는 빌드에 Expo 계정도 필요합니다. 유료 요금제에서는 GitHub 양방향 동기화로 코드를 내보낼 수 있습니다. 제출 전에 빌드의 거절 위험을 확인하는 AI App Store Reviewer도 제공합니다.

이럴 때 선택하세요. 프롬프트에서 새 모바일 앱을 시작하고 싶고 브라우저 기반 빌더를 좋아할 때. 또는 Rork Pro로 하나의 프로젝트에서 iPhone과 Android를 모두 만들고 싶을 때.

장단점. 새 프로젝트이며, Lovable 앱을 그대로 옮겨 오는 것이 아닙니다. 요금제는 크레딧 기반이므로 현재 한도는 Rork의 요금 페이지에서 확인하세요.

3. Bolt와 Expo

Bolt 문서에 따르면 모바일 앱을 요청하면 Bolt는 Expo를 사용하므로, 같은 코드로 iPhone과 Android에서 앱이 실행됩니다. Bolt는 맨 첫 프롬프트에서 “mobile app”이라고 말하라고 권합니다. 웹용으로 만든 프로젝트는 쉽게 전환되지 않기 때문입니다. 미리 보기는 Expo Go로 휴대폰에서 합니다.

게시는 Bolt 편집기 밖에서 이루어집니다. 문서에 나온 사전 요구 사항은 Node.js LTS와 Git이 설치된 컴퓨터, Expo 계정, Apple Developer 계정입니다. 코드를 내려받고 EAS CLI를 설치한 뒤 터미널에서 빌드하고 제출합니다.

이럴 때 선택하세요. 두 플랫폼이 모두 필요하고, 명령어 몇 개를 실행하는 데 거부감이 없을 때.

장단점. 기존 Bolt 웹 프로젝트가 저절로 모바일 프로젝트가 되지는 않습니다. 빌드, 스토어 등록 정보, App Review는 내 몫입니다. 이미 Bolt 웹 앱이 있다면 AirBuild로 가져올 수 있습니다.

4. Xcode와 AI 코딩 에이전트

Apple의 방법입니다. Xcode 27에서는 Anthropic, Google, OpenAI의 모델을 포함해 원하는 코딩 에이전트와 모델을 쓸 수 있고, Agent Client Protocol을 지원하는 에이전트라면 무엇이든 쓸 수 있습니다. 또한 Apple은 App Store 업로드를 Xcode 26 이상으로 빌드하도록 요구하므로, 모든 네이티브 iOS 앱은 어느 시점에 Xcode를 거치게 됩니다.

이럴 때 선택하세요. 코딩을 할 줄 알거나 배우고 싶고, 프로젝트를 완전히 통제하고 싶을 때.

장단점. Xcode는 Mac에서 실행됩니다. 에이전트는 코드를 작성할 뿐, 멤버십 등록, App Store Connect 레코드 생성, 개인정보 항목 작성, App Review 답변은 해 주지 않습니다. 이 부분은 App Store Connect 가이드에서 차근차근 설명합니다. 이 방법을 택한다면 에이전트 스킬이 도움이 됩니다. SwiftUI Agent Skills 가이드를 참고하세요.

5. AirBuild

AirBuild는 네이티브 iOS 앱을 만드는 AI 팀입니다. 제품, 디자인, 엔지니어링 에이전트가 SwiftUI로 앱을 만듭니다. 앱은 TestFlight로 내 iPhone에 도착하고, 변경 사항은 일상적인 말로 요청하면 됩니다. 준비가 되면 AirBuild가 App Store 등록 정보를 준비하고, 제출하고, 심사를 추적하고, 심사자에게 답변하고, 지적된 문제를 고쳐 다시 제출합니다.

이미 Lovable 앱이 있다면 AirBuild로 가져올 수 있습니다.

1. 링크 남기기

   Lovable 앱의 게시 주소 또는 동기화된 GitHub 저장소, 그리고 iOS 앱이 무엇을 해야 하고 누구를 위한 것인지 한 문장.

2. AI 팀이 SwiftUI로 다시 만들기

   에이전트가 앱의 화면과 흐름을 읽고, 이를 바탕으로 네이티브 iOS 앱을 만듭니다. 웹 앱은 그대로이며 Lovable에서 계속 만들 수 있습니다. AirBuild는 변경 사항을 자동으로 동기화할 수 있습니다.

3. iPhone에서 사용해 보기

   앱은 TestFlight로 도착합니다. 변경 사항은 일상적인 말로 요청하세요.

4. App Review

   AirBuild가 등록 정보를 준비하고, 제출하고, 심사자에게 답변하고, 지적된 문제를 고쳐 다시 제출합니다.

백엔드는 그대로 둡니다. 앱이 Lovable Cloud, 직접 만든 Supabase 프로젝트, API 중 무엇과 통신하는지 AirBuild에 알려 주면, 그에 맞춰 iOS 앱을 설계합니다. Mac이나 Xcode는 필요 없습니다. AirBuild는 AI 팀을 Mac이나 클라우드에서 실행합니다. 게시하려면 Apple Developer Program 멤버십이 필요합니다. 코드는 내 것입니다. Lovable 코드도, AirBuild가 그것으로 만든 SwiftUI 프로젝트도 모두 내 것입니다.

이럴 때 선택하세요. 네이티브 iPhone 앱을 원하고, App Review를 다시 떠안는 대신 맡기고 싶을 때.

장단점. AirBuild는 네이티브 iOS에 집중하므로 Android 앱을 위한 방법은 아닙니다. Lovable 프로젝트 가져오기는 얼리 액세스 단계이며, 대기자 명단에서 초대를 받아 이용할 수 있습니다.

선택하는 방법

도구가 아니라 결과물부터 정하세요. 바이브 코딩으로 iOS 앱을 만들면 어떤 도구로든 작동하는 프로토타입을 빨리 얻을 수 있습니다. 방법을 결정하는 것은 마지막에 무엇이 필요한가입니다.

어떤 도구를 고르든 세 가지를 물어보세요.

• 코드를 가져갈 수 있나요? 내보내기가 모든 요금제에 있는지, 유료 요금제에만 있는지 확인하세요.
• 누가 제출하고, 누가 App Review에 답하나요? 빌드에서 멈추는 도구라면 등록 정보, 개인정보 항목, 거절 대응은 모두 내 몫입니다.
• 데이터는 어디에 있나요? Lovable 앱이 이미 Lovable Cloud나 Supabase를 쓰고 있다면 그대로 유지하는 방법을 우선하세요.

이 분야를 더 넓게 보고 싶다면 iOS용 AI 앱 빌더를 읽어 보세요. 아이디어에서 승인까지의 전체 과정은 AI로 앱 만드는 방법에서 다룹니다.

자주 묻는 질문

Lovable로 네이티브 iOS 앱을 만들 수 있나요?

아니요. Lovable 문서에 따르면 Lovable은 웹 앱을 만들고, 게시는 항상 웹 URL로 배포됩니다. 대신 프로그레시브 웹 앱이나, 게시된 URL을 Capacitor로 감싸는 방법을 제안합니다. React Native 프로젝트는 생성하지 않습니다.

iOS 앱을 만들 때 가장 좋은 Lovable 대안은 무엇인가요?

필요한 결과물에 따라 다릅니다. 하나의 코드베이스로 iPhone과 Android를 모두 만들고 싶다면 Rork Pro나 Bolt와 Expo처럼 React Native와 Expo를 기반으로 한 도구를 살펴보세요. 네이티브 SwiftUI 앱이 필요하다면 Rork Max, Xcode와 코딩 에이전트, 또는 AirBuild를 살펴보세요.

Lovable 앱을 래퍼로 감싸면 Apple이 승인할까요?

앱에 따라 다릅니다. 지침 4.2는 웹사이트를 다시 포장한 수준을 넘어서는 기능, 콘텐츠, UI를 요구합니다. 게시된 URL만 불러오는 셸은 이 규칙에 따라 위험이 큽니다. Apple은 래퍼 앱의 승인율을 공개하지 않으며, 네이티브 기능을 추가해도 승인이 보장되지는 않습니다.

바이브 코딩으로 iOS 앱을 만들려면 Mac이 필요한가요?

꼭 그렇지는 않습니다. Xcode는 Mac에서 실행되므로 Xcode 방식에는 Mac이 필요합니다. Rork Max는 클라우드의 Mac에서 빌드하고, AirBuild는 AI 팀을 Mac이나 클라우드에서 실행합니다. 어떤 방법이든 게시하려면 Apple Developer Program 멤버십이 필요합니다.

iOS 버전을 만들어도 Lovable 웹 앱을 그대로 유지할 수 있나요?

네. 이 방법들 중 어느 것도 웹 앱을 내리라고 요구하지 않습니다. AirBuild를 사용하면 웹 앱은 그대로 두고 Lovable에서 계속 수정할 수 있습니다.