Lovable-App in App Store und Google Play: der Weg

Deine Web-App läuft, die ersten Leute nutzen sie, und jetzt kommt die Frage: „Gibt es das auch im App Store?“ Mit Lovable ist das kein Knopfdruck. Lovable liefert eine Web-App aus React, Vite und Supabase, keine native App. Der Weg in die Stores ist machbar, aber er ist ein eigenes Projekt.

Hier ist die Strecke, Etappe für Etappe, und die Stellen, an denen Einreichungen hängen bleiben.

Erst die Frage: Brauchst du überhaupt eine Store-App?

Bevor du loslegst, prüf ehrlich, ob deine ersten Kunden die App im Store brauchen oder ob der Link im Browser reicht. In einer Reddit-Diskussion zum Thema fasst der Autor zusammen: Selbst machbar, aber Signieren, Store-Einrichtung und das Hin und Her mit dem Review fressen oft mehr Zeit als das Bauen der App selbst.

Wenn du gerade erst testest, ob jemand für dein Produkt zahlt, ist das Zeit, die dir woanders fehlt. Wenn deine Nutzer aber Push-Nachrichten, Kamera oder das Icon auf dem Homescreen wirklich brauchen, lohnt sich der Schritt.

Etappe 1 und 2: Code raus, Hülle drum

Zuerst holst du den Code aus Lovable. Verbinde das Projekt mit GitHub, klone es auf deinen Rechner und prüf, ob es lokal mit npm install und npm run dev startet. Wenn das nicht klappt, brauchst du gar nicht weiterzumachen.

Dann kommt Capacitor. Das Werkzeug verpackt ein bestehendes Web-Projekt in eine Android- und eine iOS-App. Laut der Capacitor-Dokumentation braucht dein Projekt dafür drei Dinge: eine package.json, einen eigenen Ordner für die gebauten Web-Dateien und darin eine index.html mit <head>-Tag.

Die Schritte:

• @capacitor/core und @capacitor/cli installieren
• npx cap init ausführen und App-Namen sowie Paket-ID festlegen
• prüfen, ob der Build-Ordner (webDir) stimmt, das ist eine häufige Fehlerquelle beim ersten Sync
• @capacitor/android und @capacitor/ios installieren, dann npx cap add android und npx cap add ios
• nach jeder Änderung am Web-Code npx cap sync ausführen

Danach öffnest du die nativen Projekte in Xcode und Android Studio.

Etappe 3: Mach eine App draus, keine Website im Rahmen

Diese Etappe entscheidet oft über das Review. Apples Richtlinie 4.2 verlangt Funktionen, Inhalte und Bedienung, die über eine neu verpackte Website hinausgehen. Was nicht nützlich, eigenständig oder app-typisch genug ist, gehört laut Apple nicht in den Store.

Was du dafür tun kannst:

• App-Icons und einen Splash Screen anlegen
• Safe Areas, die Zurück-Taste unter Android und Offline-Zustände sauber behandeln
• mindestens eine native Funktion einbauen, etwa Push-Nachrichten, Kamera oder Haptik

Etappe 4 bis 6: Konten, Einträge, Einreichung

Du brauchst ein Konto im Apple Developer Program und eines in der Google Play Console. Bei Google gibt es eine Hürde, die du kennen solltest: Private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen laut Google erst einen geschlossenen Test laufen lassen. Mindestens 12 Tester müssen seit mindestens 14 Tagen ununterbrochen dabei sein, bevor du Zugang zur Produktion beantragen kannst. Google empfiehlt, Tester im eigenen Umfeld und in Communities deiner Zielgruppe zu suchen. Plan das früh ein.

Für die Store-Einträge brauchst du Screenshots in den geforderten Gerätegrößen, eine Datenschutz-URL, Apples Datenschutzangaben und Googles Data-Safety-Formular. Wenn Nutzer ein Konto anlegen können, verlangt Apple, dass sie es auch in der App löschen können. Und das Review-Team braucht einen funktionierenden Test-Login.

Dann bauen und einreichen: iOS über Xcode und App Store Connect, mit TestFlight zum Testen. Android als signiertes AAB über die Testtracks in der Play Console.

Häufige Ablehnungsgründe

• Die App ist „nur eine Website in einer Hülle“ (Apple 4.2)
• Login funktioniert nicht oder es fehlt ein Demo-Konto für das Review
• Datenschutzerklärung oder Konto-Löschung fehlen
• Platzhalter-Inhalte oder kaputte Links

Viele dieser Punkte gelten auch für deine Web-App. Die Launch-Checkliste und der Beitrag zu Impressum und Datenschutzerklärung helfen dir, sie vorher abzuhaken.

Was das für deinen Launch bedeutet

Behandle die Store-App als eigene Etappe nach dem ersten Launch, nicht als Teil davon. Bring zuerst die Web-App live, finde heraus, ob jemand zahlt, und sichere sie ab, zum Beispiel mit dem Zwei-Konten-Test. Wenn du dann in die Stores willst, starte den geschlossenen Test bei Google früh und plan Zeit für das Review ein.

Fazit

Von Lovable in die App-Stores führt ein klarer Weg: GitHub, Capacitor, native Feinarbeit, Store-Einträge, Einreichung. Schwierig ist selten der Code, sondern die Summe aus Signieren, Richtlinien und Wartezeit.

Du willst dein Produkt angeleitet von der Idee bis zum Livegang bringen, inklusive Absichern und Launch? Trag dich in die Warteliste fürs Bootcamp ein und schildere uns vorab deine Idee.