Für den Weg einer Lovable-App in die Stores gibt es zwei verbreitete Ansätze: Eine native Hülle lädt die veröffentlichte Web-App per URL, oder Capacitor packt den gebauten React-Code direkt in die App und verbindet ihn mit nativen Plugins. Beide Wege führen zuverlässig in App Store und Play Store. Sie unterscheiden sich aber deutlich in Aufwand, Wartung und Möglichkeiten. Dieser Vergleich hilft Ihnen, die Entscheidung anhand Ihrer Anforderungen zu treffen statt nach Bauchgefühl.
Wie die beiden Ansätze funktionieren
Beim WebView-Ansatz bleibt Ihre Lovable-App unverändert auf ihrer Domain. Eine App wie WebViewGold zeigt sie an und ergänzt native Funktionen über Konfiguration und eine JavaScript-Schnittstelle: Push, Kamera-Uploads, Biometrie, QR-Scanner, In-App-Käufe, Offline-Seite. Änderungen in Lovable sind sofort in der App sichtbar.
Capacitor nimmt den Inhalt des dist-Ordners nach dem Vite-Build und liefert ihn als Teil der App aus. Native Funktionen kommen über Plugins, die Sie per npm installieren und im React-Code aufrufen. Dafür brauchen Sie ein GitHub-synchronisiertes Lovable-Projekt, Xcode und Android Studio oder eine Cloud-Build-Umgebung sowie jemanden, der die nativen Projekte pflegt.
Beide Varianten nutzen auf dem Gerät denselben Browser-Unterbau, also WKWebView unter iOS und Android System WebView. Die Darstellung Ihrer React-Oberfläche ist deshalb in beiden Fällen nahezu identisch. Der Unterschied liegt darin, woher die Dateien kommen, wie native Funktionen angebunden werden und wer für die Pflege des nativen Teils verantwortlich ist.
Wann der WebView-Weg die bessere Wahl ist
Wenn Ihre App vor allem Inhalte und Formulare aus Supabase anzeigt, Sie häufig in Lovable iterieren und kein Team für native Projekte haben, ist ein WebView-Template meist effizienter. Sie sparen Build-Zeiten, Abhängigkeitspflege und Review-Runden für reine Oberflächenänderungen. Die gängigen nativen Funktionen sind abgedeckt, ohne dass Sie Swift oder Kotlin anfassen.
Auch für Validierung und frühe Kunden ist der Weg sinnvoll. Sie sind schnell in beiden Stores und lernen, welche Funktionen Nutzer wirklich brauchen, bevor Sie in eine aufwendigere Architektur investieren.
Ein oft unterschätzter Vorteil ist die Trennung der Zuständigkeiten: Ihr Produktteam arbeitet weiter in Lovable, während die App-Hülle als stabile Konstante nur gelegentlich aktualisiert wird. Das reduziert Abstimmungen und senkt die Hürde, kleine Verbesserungen sofort auszuliefern.
Wann sich Capacitor lohnt
Capacitor spielt seine Stärken aus, wenn mindestens einer dieser Punkte zutrifft: Die App muss vollständig offline starten und arbeiten, Sie brauchen spezielle Hardware wie Bluetooth-Geräte, NFC oder Hintergrundstandort, Sie möchten eigene native Bildschirme mit Web-Oberflächen mischen, oder Ladezeiten müssen auch bei schlechtem Netz minimal sein. Ebenso, wenn Sie langfristig eine eigene Codebasis außerhalb von Lovable weiterentwickeln wollen, etwa mit Claude Code oder Cursor.
Der Preis dafür: Jede Änderung an der Oberfläche erfordert einen neuen Build, außer Sie nutzen einen Live-Update-Dienst, dessen Einsatz Sie mit den Store-Regeln abgleichen müssen. Plugins und Capacitor selbst brauchen regelmäßige Updates, und neue Anforderungen von Apple und Google betreffen Sie direkter.
Rechnen Sie zudem mit mehr Testaufwand, weil Sie Web-Bundle und native Projekte gemeinsam versionieren.
Entscheidungsfragen für Ihr Projekt
Beantworten Sie diese Fragen der Reihe nach:
- Muss die App ohne Netz starten und Daten erfassen können? Wenn ja, spricht vieles für Capacitor.
- Werden Hardware-Funktionen benötigt, die über Kamera, Dateiupload, Biometrie und QR-Scan hinausgehen? Dann prüfen Sie die Plugin-Lage für Capacitor.
- Wie oft ändern Sie die Oberfläche? Bei wöchentlichen Änderungen ist der WebView-Weg deutlich schlanker.
- Wer pflegt die nativen Projekte in einem Jahr? Ohne klare Zuständigkeit wird Capacitor schnell zur Baustelle.
- Steht ein Wechsel aus Lovable heraus an? Dann ist Capacitor ein natürlicher Teil einer eigenen Codebasis.
Beide Wege aus einer Hand
Für den schnellen Weg bietet WebViewGold ein fertiges Template mit Cloud Builder. Wenn Capacitor die richtige Antwort ist, setzen unsere AI Code Engineers über neooutput die Umstellung um, inklusive Plugins, CI-Pipeline und Store-Einreichung. Lassen Sie uns Ihr Projekt in einem kostenlosen 15-Minuten-Erstgespräch einordnen.
Häufige Fragen
Kann ich später von WebView auf Capacitor wechseln?
Ja. Bundle-ID und Package-Name bleiben gleich, die neue Version wird als Update veröffentlicht. Nutzer behalten die App, müssen sich je nach Umsetzung aber eventuell neu anmelden.
Lehnt Apple WebView-Apps grundsätzlich ab?
Nein. Apple lehnt Apps ab, die nur eine Website ohne App-typischen Mehrwert zeigen. Mit nativen Funktionen und sauberer Bedienung werden WebView-Apps regelmäßig freigegeben.
Funktioniert Capacitor mit Supabase?
Ja, der Supabase-Client läuft im Capacitor-WebView wie im Browser. Für OAuth und Deep Links brauchen Sie zusätzlich die passenden Plugins und Redirect-Einstellungen.