Warum Lovable-Apps bereits zu 90 % Play-Store-bereit sind
Jede Lovable-App wird mit einem manifest.json, HTTPS und einem strukturierten Frontend geliefert — die drei Kernvoraussetzungen für eine Trusted Web Activity (TWA). Das einzige fehlende Teil ist in der Regel der Service Worker, der das Offline-Verhalten steuert. Wenn Ihrer aktiv ist, qualifizieren Sie sich für den leichtesten, schnellsten Android-Wrapper, den Google empfiehlt. Andernfalls schließt der Capacitor-Modus von SaasToStore die Lücke ohne Code-Änderungen.
Bevor Sie beginnen — was Sie benötigen
- Die öffentliche HTTPS-URL Ihrer Lovable-App
- Ein Google Play-Entwickleraccount (25 € einmalig, Verifizierung in 24–48 Std.)
- Ein Icon in 512×512 px (PNG, keine Transparenzprobleme) — oder lassen Sie SaasToStore eines mit KI generieren
- Eine Datenschutzrichtlinien-URL (SaasToStore kann automatisch eine generieren, die mit Ihrer App verknüpft ist)
- Mindestens 2 Smartphone-Screenshots Ihrer laufenden App
- Eine Feature-Grafik in 1024×500 (keine Gerätemockups, keine Store-Badges)
Schritt 1 — PWA-Score Ihrer Lovable-App prüfen
Bevor Sie einen Build-Typ wählen, führen Sie einen kostenlosen PWA-Scan Ihrer App-URL durch. Der Scan prüft HTTPS, Manifest-Gültigkeit, Service-Worker-Präsenz und Icon-Dimensionen. Der Score bestimmt Ihren schnellsten Weg zum Play Store.
Score ≥ 70 — TWA-Build (empfohlen)
Leichtester Wrapper. Ihre App läuft in Chromes Engine — schnell, sicher, mit vollen PWA-Funktionen. Googles offizielle Methode zur Veröffentlichung von PWAs.
Score < 70 oder kein Service Worker — Capacitor-Build
Vollständiger nativer WebView-Wrapper. Kein Service Worker erforderlich. Etwas schwerer, besteht aber zuverlässig die Play-Store-Prüfung und unterstützt alle Lovable-App-Typen.
→ Kostenlose PWA-Prüfung Ihrer Lovable-URL starten
Schritt 2 — Google Play-Entwickleraccount einrichten
Gehen Sie zu play.google.com/console, melden Sie sich mit einem Google-Konto an und zahlen Sie die einmalige Registrierungsgebühr von 25 €. Google verifiziert Ihre Identität innerhalb von 24 bis 48 Stunden. Sie können Ihr erstes .aab nicht hochladen, bis die Verifizierung abgeschlossen ist — starten Sie diesen Schritt parallel zu Ihrem Build, nicht danach.
com.ihreapp.lovable) muss exakt zwischen Ihrem SaasToStore-Build und dem Play-Console-Eintrag übereinstimmen. Sie kann nach dem ersten Upload nicht geändert werden.Schritt 3 — Signiertes Android App Bundle erstellen
Hier ersetzt SaasToStore, was sonst Android Studio, Gradle und stundenlange Konfiguration erfordern würde. Die Build-Pipeline generiert einen 2048-Bit-RSA-Keystore, kompiliert Ihre Lovable-URL in ein signiertes .aab und sendet Ihnen das Artifact zusammen mit der verschlüsselten Keystore-Sicherung per E-Mail.
Lovable-URL einfügen
App-Identität konfigurieren
com.ihrefirma.ihreapp) und die Version fest. Diese können nach Ihrer ersten Veröffentlichung nicht mehr geändert werden.Icon hochladen
Build starten
Sie erhalten eine E-Mail mit: dem signierten .aab (für den Play Store), dem .apk (zum Sideload-Testen) und Ihrer verschlüsselten Keystore-Datei. Bewahren Sie den Keystore auf — Sie benötigen ihn für jedes zukünftige Update.
Schritt 4 — Google Play-Eintrag konfigurieren
Ein vollständiger Eintrag ist erforderlich, bevor Google Ihr .aab akzeptiert. Die Play Console blockiert die Einreichung, bis diese Abschnitte ausgefüllt sind:
- Store-Eintrag — Kurzbeschreibung (80 Zeichen), vollständige Beschreibung (4.000 Zeichen), Screenshots (min. 2 Smartphone), Feature-Grafik (1024×500)
- App-Kategorie — Erforderlich für die Auffindbarkeit. SaasToStore schlägt die optimale Kategorie basierend auf Ihrem URL-Inhalt vor
- Inhaltsbewertung — Füllen Sie den IARC-Fragebogen aus. Dauert typischerweise 5 Minuten. Falsche Antworten führen zu einer Ablehnung
- Datensicherheitsformular — Geben Sie an, welche Daten Ihre App sammelt. Falls Ihre Lovable-App Authentifizierung verwendet, geben Sie Benutzeranmeldedaten an. Link zu Ihrer Datenschutzrichtlinie
- Datenschutzrichtlinien-URL — Muss ohne Login öffentlich zugänglich sein. SaasToStore generiert automatisch eine DSGVO-konforme
Schritt 5 — .aab hochladen und zur Prüfung einreichen
Gehen Sie in der Play Console zu Produktion → Releases → Release erstellen. Laden Sie die .aab-Datei hoch, die Sie per E-Mail erhalten haben. Fügen Sie Release-Notizen hinzu (erforderlich für Updates, optional für die erste Version). Speichern, Release-Zusammenfassung prüfen und „Zur Prüfung einreichen" klicken.
Googles Erstprüfung für neue Apps dauert typischerweise 1 bis 3 Werktage. Sie erhalten eine E-Mail bei Genehmigung oder wenn Änderungen erforderlich sind. SaasToStore-Builds werden bei der ersten Einreichung für die große Mehrheit der Lovable-Apps genehmigt — das TWA-Template erfüllt Richtlinie 4.3 (Mindestfunktionalität) von Natur aus.
Nach dem Launch — Updates und Push-Benachrichtigungen
Inhaltliche Updates (neue Funktionen, UI-Änderungen, Bug-Fixes in Ihrer Lovable-App) werden sofort für alle Nutzer wirksam — kein Rebuild, keine neue Play-Store-Prüfung. Ihre Android-App lädt bei jedem Start die Live-Version Ihrer Lovable-URL.
Strukturelle Updates (neues Icon, neuer App-Name, neue Berechtigungen, großer Versions-Bump) erfordern einen neuen .aab-Build. Verwenden Sie dasselbe SaasToStore-Projekt, um Ihren Keystore zu erhalten. Erhöhen Sie den Versions-Code um 1, erstellen Sie neu, laden Sie in die Play Console hoch.
Für Push-Benachrichtigungen integriert der PACK UPDATES-Plan Firebase Cloud Messaging direkt — kein zusätzliches SDK in Ihrer Lovable-App erforderlich. Nutzer erhalten native Android-Push-Benachrichtigungen von Ihrem Dashboard.
Über Google Play hinaus veröffentlichen
Sobald Ihre Lovable-App bei Google Play live ist, erfordert die Erweiterung auf weitere Stores keine zusätzliche Entwicklung. Mit dem LAUNCH-Plan generiert dieselbe Build-Pipeline ein Windows .msi, ein macOS .dmg und ein Linux .AppImage — alles aus derselben URL. Der Amazon Appstore und der Samsung Galaxy Store akzeptieren dasselbe .aab, das Sie bereits haben.