Zum Inhalt springen

Von Lovable zur iOS-App: natives SwiftUI statt Wrapper

Mit Publish erhältst du eine Web-App unter einer lovable.app-Adresse. Der App Store verlangt mehr. Hier erfährst du, was Lovable entwickelt, welche drei Wege zu einer iPhone-App führen und wie du dein Projekt zu AirBuild bringst.

AirBuild6 Min. Lesezeit

Du hast eine App beschrieben, Lovable hat sie entwickelt und sie funktioniert im Browser. Dann fragt jemand, ob sie im App Store ist.

Lovable veröffentlicht eine Web-App

Lovable schreibt es in der eigenen Dokumentation: Lovable entwickelt Web-Apps, und beim Veröffentlichen wird immer eine Webadresse verwendet. Mit Publish erhältst du eine Web-App, die unter your-app.lovable.app oder einer eigenen Domain gehostet wird, einschließlich HTTPS. Es gibt keinen iOS-Build, keinen Eintrag in App Store Connect und keine Einreichung.

Die Dokumentation nennt zwei Wege zu einer App für das Smartphone: eine progressive Web-App, die Nutzer zum Home-Bildschirm hinzufügen, oder eine native Hülle um die veröffentlichte URL zur Einreichung im App Store. Der erste Weg führt nicht in den App Store. Beim zweiten greift die weiter unten beschriebene Prüfungsrichtlinie.

Was ein Lovable-Projekt ist

Hinter dem Editor ist ein Lovable-Projekt eine React-Codebasis. Lovable erzeugt keinen React Native-Code. Neue Projekte erhalten Lovable Cloud als integriertes Backend auf der Open-Source-Grundlage von Supabase für Datenbank, Anmeldung und Speicher. Manche verbinden stattdessen ein eigenes Supabase-Projekt. Wenn ein Repository verbunden ist, wird der Code in beide Richtungen mit GitHub, GitLab oder Bitbucket synchronisiert. In kostenpflichtigen Tarifen kannst du ihn auch herunterladen.

Das bestimmt den nächsten Schritt. Die Ansichten einer React-Web-App bestehen aus HTML, das eine Browser-Engine zeichnet. In einem Wrapper bleibt das so. Eine echte iOS-App muss mit nativen Komponenten neu entwickelt werden. Die Frage ist, wer sie womit entwickelt.

Drei Wege zu einer iPhone-App

  1. In einen Wrapper packenCapacitor oder ein WebView-Dienst

    Eine native Hüllelädt your-app.lovable.app
    Weiterhin deine WebsiteRichtlinie 4.2: eine neu verpackte Website
  2. In React Native neu entwickelnein Konvertierungsdienst

    React Native-Komponentenaus deinem React-Code neu entwickelt
    Eine echte, plattformübergreifende Appeigene Laufzeit, eigenes Erscheinungsbild
  3. Zu AirBuild bringenein KI-Team

    Versteht ihre FunktionsweiseAnsichten, Abläufe und verbundene Dienste
    Eine native SwiftUI-AppApp Review wird übernommen
Alle drei Wege beginnen mit derselben Lovable-App. Nur beim ersten bleibt das Ergebnis eine Website.

„Deine App sollte Funktionen, Inhalte und eine Benutzeroberfläche bieten, die über eine neu verpackte Website hinausgehen. Wenn deine App nicht besonders nützlich, einzigartig oder app-ähnlich ist, gehört sie nicht in den App Store.“

Apple, App Store Review Guidelines 4.2, Mindestfunktionalität

Deshalb ist der Weg über einen Wrapper ein Risiko: Eine Hülle um your-app.lovable.app ist per Definition eine neu verpackte Website, und jede Ablehnung kostet einen Prüfungsdurchlauf. Eine native SwiftUI-App hat dieses Problem nicht, weil sie keine Website ist. Jede Ansicht wird mit den Frameworks von Apple entwickelt. Deshalb verhalten sich Scrollen, Animationen und Reaktionen wie bei anderen Apps auf dem Smartphone.

So bringst du dein Projekt zu AirBuild

  1. Hinterlasse den Link

    Trag dich mit der veröffentlichten Adresse deiner Lovable-App oder dem synchronisierten GitHub-Repository in die Warteliste ein. Schreib einen Satz dazu, was die iOS-App tun und für wen sie gedacht sein soll.

  2. Dein KI-Team entwickelt sie in SwiftUI neu

    Die Produkt-, Design- und Entwicklungs-Agenten von AirBuild erfassen die Funktionen, Ansichten und Abläufe deiner App und entwickeln daraus eine native iOS-App. Deine Web-App bleibt unverändert. Du bearbeitest sie weiter in Lovable.

  3. Teste sie auf deinem iPhone, dann folgt App Review

    Über TestFlight gelangt die App auf dein Smartphone. Dort kannst du sie testen und Änderungen in einfachen Worten anfordern. Wenn sie fertig ist, bereitet AirBuild den App-Store-Eintrag vor, reicht die App ein, verfolgt die Prüfung, antwortet den Prüfern, behebt die gemeldeten Probleme und reicht sie erneut ein.

Was übernommen wird

Jede Ansicht behält ihre Aufgabe. Der Weg dorthin ändert sich. Aus Browserrouten werden eine Tableiste, ein Navigationsstapel und Blätter.

Deine Lovable-App im Browser

/Dashboard mit den Läufen dieser Woche
/runsAlle Läufe, neueste zuerst
/runs/:idEin Lauf: Strecke, Tempo, Notizen
Lauf hinzufügenEin Dialog über der Liste

Dieselbe App in SwiftUI

TableisteLäufe, Diese Woche, Einstellungen
LauflisteEine List, die du durch Ziehen aktualisierst
LaufdetailsIm Navigationsstapel geöffnet, mit Wischgeste zurück
Lauf hinzufügenEin Blatt, das durch Wischen nach unten geschlossen wird
Ein Beispiel: ein Gewohnheitstracker für Läufer.
Teil deiner AppWas damit geschieht
Texte, Farben und BrandingWerden übernommen. Die App soll wie deine eigene wirken und nicht wie eine Vorlage.
Daten und BackendBleiben, wo sie sind. Teile uns mit, womit deine App kommuniziert: Lovable Cloud, dein eigenes Supabase-Projekt oder eine API. Wir planen die iOS-App darum herum.
AnmeldungErkläre uns, wie die Anmeldung derzeit funktioniert. Wie deine Daten bleibt sie, wo sie ist.
Deine Web-AppBleibt unverändert, und du bearbeitest sie weiterhin in Lovable.
App-Store-EintragWird neu erstellt. Name, Beschreibung, Screenshots, Datenschutzangaben und Prüfhinweise werden für dich vorbereitet.

Was du vorbereiten solltest

  • Den veröffentlichten Link deiner Lovable-App oder ihr GitHub-Repository, wenn sie Seiten hinter einer Anmeldung enthält.
  • Eine Mitgliedschaft im Apple Developer Program oder den Plan, dich vor der Einreichung der App anzumelden.
  • Einen Absatz dazu, was die iOS-App zuerst leisten soll. Sie muss nicht alle Funktionen der Web-App enthalten.
  • Eine URL zur Datenschutzrichtlinie. Apple verlangt sie, und App Store Connect akzeptiert ohne sie keine Einreichung.

Fragen

Kann Lovable eine iOS-App erstellen?

Nein. Lovable entwickelt Web-Apps und stellt sie beim Veröffentlichen immer unter einer Webadresse bereit. Die Dokumentation schlägt eine progressive Web-App oder eine native Hülle um die veröffentlichte URL vor. Beides ist keine native iOS-App.

Ist eine Lovable-App im Wrapper im App Store erlaubt?

Oft nicht. Richtlinie 4.2 verlangt Funktionen, Inhalte und eine Benutzeroberfläche, die über eine neu verpackte Website hinausgehen. Eine WebView um deine veröffentlichte URL ist ein typisches Beispiel für eine neu verpackte Website.

Ersetzt das meine Web-App?

Nein. Deine Web-App läuft weiter unter ihrer lovable.app-Adresse oder deiner Domain, und du bearbeitest sie weiterhin in Lovable. AirBuild entwickelt zusätzlich eine iOS-App.

Was passiert mit meinem Backend?

Es bleibt, wo es ist. Teile uns beim Eintrag in die Warteliste mit, womit deine App kommuniziert: Lovable Cloud, dein eigenes Supabase-Projekt oder eine API. Wir planen die iOS-App darum herum und verschieben deine Daten nicht.

Brauche ich einen Mac oder Xcode?

Beides brauchst du nicht. AirBuild führt dein KI-Team auf einem Mac oder in der Cloud aus, und über TestFlight gelangt die App auf dein iPhone. Für die Veröffentlichung brauchst du eine Mitgliedschaft im Apple Developer Program.

Wem gehört der Code der iOS-App?

Dir. Dein Lovable-Code gehört weiterhin dir, genau wie das SwiftUI-Projekt, das AirBuild daraus entwickelt.

Nächster Schritt

Mit deinem Lovable-Link in die Warteliste eintragen

Frühzugang. Wir laden je nach verfügbarer Kapazität aus der Warteliste ein. Als Erstes sehen wir uns den Link an, den du hinterlässt.

Quellen

  1. Lovable: Publish: was Publish bereitstellt und dass dabei immer eine Webadresse verwendet wird.
  2. Lovable: GitHub, GitLab und Bitbucket: Zwei-Wege-Synchronisierung, ein Repository pro Projekt und das Herunterladen des Codes in kostenpflichtigen Tarifen.
  3. Lovable: Supabase: Lovable Cloud als Standard-Backend und das Verbinden eines eigenen Supabase-Projekts.
  4. Apple: App Store Review Guidelines, 4.2 Mindestfunktionalität: die Regel, an der eine neu verpackte Website scheitert.
  5. Apple: TestFlight: wie ein Build vor der Veröffentlichung im App Store auf dein iPhone gelangt.

Am 30. September 2026 mit der Dokumentation von Lovable und den App Store Review Guidelines von Apple abgeglichen. Die Umsetzung eines Projekts mit AirBuild ist im Frühzugang verfügbar. Lovable, Supabase und Apple sind Marken ihrer jeweiligen Eigentümer. AirBuild ist nicht mit ihnen verbunden.