Lovable-App in den Google Play Store bringen – online

Ob Sie in Hamburg, Wien oder Zürich sitzen: Die Veröffentlichung einer Lovable-App in Google Play ist ein rein digitaler Prozess. Gerade verteilte Teams profitieren davon, dass Tests, Builds und Freigaben ortsunabhängig laufen. Dieser Leitfaden zeigt, wie Sie Ihre Lovable-Anwendung remote als Android-App veröffentlichen, wie Sie die 14-tägige Testphase planen und welche Lovable-spezifischen Hürden beim Login und bei Datei-Uploads auftreten. Am Ende steht eine App, die Sie selbst weiterpflegen können.

Vom Lovable-Projekt zur Android-App

Eine Lovable-Anwendung ist eine React-Web-App mit Supabase im Hintergrund. Für Google Play brauchen Sie daraus ein signiertes Android App Bundle (AAB), denn APK-Dateien akzeptiert Google für neue Apps nicht mehr. Wie bei iOS gibt es zwei Wege: einen WebView-Wrapper, der Ihre veröffentlichte Lovable-URL lädt, oder ein Capacitor-Projekt, das den gebauten Vite-Code aus dem GitHub-Repository lokal einbettet.

Für die meisten Lovable-Projekte ist der Wrapper der pragmatische Start. WebViewGold erzeugt aus Ihrer URL eine Android-App mit Push über Firebase oder OneSignal, Datei-Uploads, Kamera und QR-Scanner. Der Cloud Builder spart die Einrichtung von Android Studio. Capacitor lohnt sich, wenn Sie tiefer in native Plugins einsteigen oder Teile der App komplett offline betreiben wollen.

Entscheidend ist eine stabile Adresse: Verbinden Sie eine eigene Domain mit dem Lovable-Projekt, bevor Sie die App bauen. Die Standard-Subdomain eignet sich für Vorschauen, nicht für eine App, die Nutzer über Jahre installiert haben. Ein späterer Domainwechsel zwingt Sie zu einem Update, und App Links müssen neu eingerichtet werden. Prüfen Sie außerdem, ob Ihre Supabase-Instanz in einer EU-Region läuft, denn das erleichtert die Datenschutzangaben für Nutzer in Europa erheblich.

Login und Links unter Android: die Lovable-typischen Fallen

Google blockiert seinen eigenen OAuth-Login in eingebetteten WebViews. Nutzt Ihre Lovable-App Supabase mit Google-Login, muss der Anmeldevorgang in einem Chrome Custom Tab oder dem Systembrowser laufen und per Android App Link in die App zurückführen. Dafür legen Sie eine assetlinks.json mit dem SHA-256-Fingerabdruck Ihres App-Signaturschlüssels unter dem Pfad .well-known auf Ihrer Domain ab. Wichtig: Mit Play App Signing signiert Google die ausgelieferte App, also gehört der Fingerabdruck aus der Play Console hinein, nicht nur der Ihres Upload-Schlüssels.

Weitere Android-Eigenheiten betreffen den Zurück-Button, der innerhalb der Web-App navigieren statt die App schließen sollte, sowie Datei-Uploads, die ohne native Dateiauswahl im WebView schlicht nichts tun. Beides löst ein ausgereifter Wrapper, beides sollten Sie vor dem Release gezielt testen.

Die Pflichtstrecke in der Google Play Console

Die Gebühr für die Play Console ist mit einmalig 25 USD gering, der Prozess dafür länger als viele erwarten:

1. Legen Sie ein Entwicklerkonto an und verifizieren Sie Identität beziehungsweise Organisation; für Unternehmen ist eine D-U-N-S-Nummer nötig.
2. Erstellen Sie den App-Eintrag, aktivieren Sie Play App Signing und laden Sie das erste AAB in den internen Test hoch.
3. Bei neuen privaten Entwicklerkonten starten Sie einen geschlossenen Test mit mindestens 12 Testern, die 14 Tage am Stück dabei bleiben.
4. Füllen Sie Data safety, Inhaltsbewertung, Zielgruppe und Datenschutzerklärung aus und benennen Sie dabei Supabase als Dienst, der Daten verarbeitet.
5. Beantragen Sie nach der Testphase den Produktionszugang und veröffentlichen Sie zunächst gestaffelt für einen Teil der Nutzer.

Target API und laufende Pflege

Google verlangt, dass neue Apps und Updates ein aktuelles Target API Level verwenden; die Grenze steigt jährlich. Wer die App nach dem Launch nicht pflegt, kann bald keine Updates mehr einreichen. Planen Sie deshalb mindestens einmal im Jahr einen technischen Update-Build ein. appsubmitter.io richtet dafür eine CI-Pipeline mit fastlane ein, damit neue Versionen reproduzierbar entstehen, und übernimmt Store-Eintrag, Data safety und die Kommunikation bei Rückfragen von Google.

Nach dem Launch lohnt der regelmäßige Blick in Android Vitals: Abstürze und hängende Bildschirme, auch wenn sie aus der Web-App stammen, wirken sich auf die Sichtbarkeit im Store aus.

Android-Veröffentlichung im Remote-Team organisieren

Für den geschlossenen Test ist ein verteiltes Team sogar ein Vorteil: Tester in verschiedenen Ländern und mit unterschiedlichen Geräten decken mehr Fehler auf. Wir richten die Testspur ein, erstellen die Einladungslinks und begleiten die 14 Tage asynchron, damit Rückmeldungen strukturiert ankommen. Live-Sessions per Video nutzen wir für Entscheidungen, Aufzeichnungen für alle, die nicht dabei sein konnten. Bewährt hat sich ein gemeinsames Testprotokoll, in dem jede Person Gerät, Android-Version und gefundene Probleme einträgt. So entsteht in zwei Wochen eine belastbare Grundlage für die Freigabe.

WebViewGold mit Cloud Builder erspart Ihnen eine lokale Android-Studio-Installation. Wer die Einreichung lieber abgibt, beauftragt appsubmitter.io zum Einmalpreis pro Plattform, ohne Abo. Wir arbeiten direkt in Ihrer Play Console, Sie behalten jederzeit Eigentum und Kontrolle. Nach dem Launch begleiten wir auf Wunsch auch die ersten Updates und den jährlichen Target-API-Wechsel aus der Ferne.

Häufige Fragen