跳至內容

從 Lovable 到 iOS App:原生 SwiftUI,不是套殼

Publish 會給你一個放在 lovable.app 網址上的網頁應用程式,但 App Store 要的不只如此。本文說明 Lovable 建構了什麼、通往 iPhone App 的三條路,以及如何把你的專案帶到 AirBuild。

AirBuild約需 6 分鐘閱讀

你描述了一個應用程式,Lovable 把它建構完成,也能在瀏覽器裡使用。接著有人問:它在 App Store 上嗎?

Lovable 發佈的是網頁應用程式

Lovable 自己的文件說得很清楚:它建構的是網頁應用程式,而且發佈時一律部署到網頁網址。按下 Publish 後,你會得到一個託管在 your-app.lovable.app 或自訂網域上的網頁應用程式,並內建 HTTPS。沒有 iOS 建構版本、沒有 App Store Connect 記錄,也沒有提交審核。

文件提供兩種更接近手機 App 的方式:做成可讓使用者加入主畫面的漸進式網頁應用程式,或在已發佈的網址外包一層原生外殼,再提交到 App Store。前者不會出現在 App Store;後者則會碰到下文的審核規則。

Lovable 專案是什麼

在編輯器底下,Lovable 專案是一套 React 程式碼;Lovable 不會產生 React Native。新專案預設使用 Lovable Cloud,這是以 Supabase 開放原始碼基礎建構的內建後端,負責資料庫、登入和儲存;有些人則會連接自己的 Supabase 專案。連接儲存庫後,程式碼會與 GitHub、GitLab 或 Bitbucket 雙向同步。付費方案也能直接下載程式碼。

這會決定下一步。React 網頁應用程式的畫面是由瀏覽器引擎繪製的 HTML,即使包在外殼裡也是如此。真正的 iOS App 必須以原生元件重新建構。剩下的問題是由誰來做,以及用什麼技術。

通往 iPhone App 的三條路

  1. 替它套殼Capacitor 或 WebView 服務

    原生外殼載入 your-app.lovable.app
    仍然是你的網站審核指南 4.2:重新包裝的網站
  2. 用 React Native 重寫轉換服務

    React Native 元件從你的 React 程式碼重寫
    真正的跨平台 App自有執行階段,自有外觀
  3. 帶到 AirBuildAI 團隊

    讀懂它的功能畫面、流程、連接的服務
    原生 SwiftUI App由我們處理 App Review
三條路都從同一個 Lovable 應用程式出發,只有第一條最後仍是網站。

「你的 App 應包含足以超越重新包裝網站的功能、內容和 UI。如果 App 不夠實用、獨特,或不具備 App 應有的體驗,就不適合放上 App Store。」

Apple,App Store 審核指南 4.2,最低功能要求

套殼這條路因此像一場賭注:包住 your-app.lovable.app 的外殼,按定義就是重新包裝的網站,每次被拒都會多花一輪審核。原生 SwiftUI App 一開始就沒有這個問題,因為它不是網站。每個畫面都使用 Apple 自己的框架建構,因此它的捲動、動畫和回應方式,都和手機上的其他 App 一樣。

如何帶到 AirBuild

  1. 留下連結

    加入候補名單時,填上 Lovable 應用程式的發佈網址或它同步到的 GitHub 儲存庫,再用一句話說明 iOS App 應該做什麼,以及要給誰使用。

  2. 你的 AI 團隊會用 SwiftUI 重新建構

    AirBuild 的產品、設計和工程 Agent 會理解你的應用程式有哪些功能、畫面和流程,再據此建構原生 iOS App。你的網頁應用程式不會被更動;你仍可繼續在 Lovable 裡編輯。

  3. 先在 iPhone 上試用,再交給 App Review

    App 會透過 TestFlight 安裝到你的 iPhone,讓你試用並直接用日常語言提出修改。準備好後,AirBuild 會準備 App Store 上架頁面、提交 App、追蹤審核、回覆審核人員、修正提出的問題,然後重新提交。

哪些內容會保留

每個畫面的用途都會保留,改變的是前往畫面的方式。瀏覽器路由會變成標籤列、導覽堆疊和面板。

瀏覽器中的 Lovable 應用程式

/顯示本週跑步記錄的儀表板
/runs所有跑步記錄,最新的排在前面
/runs/:id單次跑步記錄:路線、配速、備註
新增跑步記錄顯示在列表上方的對話框

同一個應用程式,用 SwiftUI 建構

標籤列跑步記錄、本週、設定
跑步記錄列表支援下拉重新整理的 List
跑步記錄詳細資訊推入導覽堆疊,滑動即可返回
新增跑步記錄下滑即可關閉的面板
例如,一款為跑者設計的習慣追蹤 App。
應用程式的部分會如何處理
文案、色彩和品牌全部保留。App 應該有你的風格,而不是像套用範本。
資料和後端留在原處。告訴我們你的應用程式連接的是 Lovable Cloud、你自己的 Supabase 專案,還是某個 API,我們會據此規劃 iOS App。
登入告訴我們目前的登入方式。它和你的資料一樣,都會留在原處。
你的網頁應用程式維持不變,你仍可在 Lovable 裡編輯。
App Store 上架頁面全新建立。我們會替你準備名稱、說明、螢幕截圖、隱私權問題和審核備註。

需要準備什麼

  • Lovable 應用程式的發佈連結;如果有登入後才能查看的頁面,也可以提供它的 GitHub 儲存庫。
  • Apple Developer Program 會員資格,或打算在 App 提交前完成加入。
  • 用一段話說明 iOS App 最先該做什麼。不必包含網頁應用程式的所有功能。
  • 隱私權政策網址。Apple 要求提供,而且沒有這個網址,App Store Connect 不會接受提交。

常見問題

Lovable 能製作 iOS App 嗎?

不能。Lovable 建構的是網頁應用程式,發佈時一律部署到網頁網址。它的文件建議改做漸進式網頁應用程式,或在已發佈的網址外包一層原生外殼;兩者都不是原生 iOS App。

套殼的 Lovable 應用程式能上 App Store 嗎?

通常不行。審核指南 4.2 要求 App 的功能、內容和 UI 必須超越重新包裝的網站。用 WebView 包住你發佈的網址,正是重新包裝網站的典型例子。

這會取代我的網頁應用程式嗎?

不會。你的網頁應用程式會繼續在 lovable.app 網址或自己的網域上運作,你也能繼續在 Lovable 裡編輯。AirBuild 會另外建構一個 iOS App。

我的後端會怎樣?

會留在原處。加入候補名單時,告訴我們你的應用程式連接的是 Lovable Cloud、你自己的 Supabase 專案,還是某個 API。我們會據此規劃 iOS App,不會搬移你的資料。

我需要 Mac 或 Xcode 嗎?

都不需要。AirBuild 會在 Mac 或雲端執行你的 AI 團隊,App 則透過 TestFlight 安裝到你的 iPhone。若要發佈,你需要 Apple Developer Program 會員資格。

iOS App 的程式碼歸誰所有?

歸你所有。你的 Lovable 程式碼仍屬於你,AirBuild 據此建構的 SwiftUI 專案也一樣。

下一步

帶著 Lovable 連結加入候補名單

搶先體驗。我們會依承接量從候補名單中發出邀請,而你留下的連結是我們最先查看的內容。

參考資料

  1. Lovable: Publish:Publish 會部署什麼,以及它一律部署到網頁網址。
  2. Lovable: GitHub, GitLab and Bitbucket:雙向同步、每個專案一個儲存庫,以及付費方案可下載程式碼。
  3. Lovable: Supabase:以 Lovable Cloud 作為預設後端,以及連接你自己的 Supabase 專案。
  4. Apple: App Store Review Guidelines, 4.2 Minimum Functionality:重新包裝的網站會觸犯的規則。
  5. Apple: TestFlight:App 上架 App Store 前,建構版本如何安裝到你的 iPhone。

本文於 2026 年 9 月 30 日依 Lovable 文件和 Apple App Store 審核指南核對。將專案帶到 AirBuild 目前仍在搶先體驗階段。Lovable、Supabase 和 Apple 是各自所有者的商標;AirBuild 與這些公司沒有關聯。