Eine Codebasis, echte Store-App
Die iOS-App lädt deine veröffentlichte Lovable-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Lovable-Apps besser ist als Neubauen
Lovable veröffentlicht eine Web-App unter deiner lovable.app-Adresse und hat keine eigene native App-Ausgabe, die Stores bleiben also außer Reichweite, bis du sie verpackst. WebViewGold lädt diese veröffentlichte URL in einer nativen Hülle, was bedeutet, dass jedes Publish in Lovable die App sofort aktualisiert und du den generierten React-Code nie exportierst oder pflegst. Native Extras, die die Review-Teams gern sehen (Push, Offline-Screen, Share Sheet, Universal Links für Supabase Magic Links), sind Einstellungen, kein Rewrite.
Weiter aus Lovable veröffentlichen
Veröffentliche in Lovable und die Änderung ist sofort in der App live, keine erneute Einreichung im Store nötig. Nur Änderungen an der nativen Hülle selbst (Icon, neues natives Feature) brauchen ein Store-Update.
Native Features obendrauf
Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login, QR-Scanner, In-App-Käufe und Deep Links sind einzelne Einstellungen oder einzeilige JavaScript-Aufrufe.
App Store-Genehmigungsgarantie
Apple App Store Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen. 96.4% aller WebViewGold-Apps werden von den Review-Teams beim ersten Versuch genehmigt.
Was du brauchst
- Eine veröffentlichte Lovable-App unter einer öffentlichen HTTPS-URL (yourproject.lovable.app oder, besser, deine eigene Domain)
- Zugang zum Apple Developer Program ($99 pro Jahr) für die Einreichung im Apple App Store
- Xcode auf einem Mac – oder der WebViewGold Cloud Builder in deinem Browser (kein Mac nötig)
- WebViewGold für iOS ($109 einmalig, kostenlose Updates)
- Eine Seite mit Datenschutzerklärung, ein Icon mit 1024 × 1024 px und 30 bis 60 Minuten Zeit
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
Lovable → App Store: die Schritt-für-Schritt-Anleitung
Acht Schritte, kein Code. Die meisten schaffen den nativen Teil in unter einer Stunde.
Veröffentliche deine Lovable-App unter einer Produktions-URL
Klicke im Lovable-Editor auf Publish. Lovable baut das Produktions-Bundle und hostet es unter der lovable.app-Adresse deines Projekts. Jedes weitere Publish ersetzt die Live-Version, deine App in den Stores aktualisiert sich also in dem Moment, in dem du erneut veröffentlichst. Die Live-Vorschau des Editors (Adressen mit lovableproject.com oder id-preview--) ist eine Entwicklungsansicht. Trage niemals eine Vorschau-Adresse in deine App ein: Veröffentliche zuerst und verwende die veröffentlichte URL oder deine eigene Domain. Eigene Domain: Öffne die Projekteinstellungen, füge unter Domains deine eigene Domain hinzu und setze die DNS-Einträge, die Lovable dir anzeigt. Eigene Domains sind eine Funktion der Bezahlpläne. Siehe warum sich eine eigene Domain vor der Einreichung lohnt.
Mach sie bereit für den Store
Füge eine Seite mit Datenschutzerklärung und eine Option zur Kontolöschung hinzu (wenn sich Nutzer registrieren können) und entferne Builder-Badges oder „Lade unsere App herunter“-Banner. Lass den kostenlosen App Store Readiness-Check über deine URL laufen: Er markiert in Sekunden Mixed Content, fehlende Viewport-Tags, Builder-Vorschaudomains und andere Blocker.
Hol dir WebViewGold für iOS
Einmalzahlung, kostenlose Updates. Du erhältst das fertige Xcode-Projekt. Hast du keinen Mac, aktiviere den WebViewGold Cloud Builder und erledige alles im Browser.
Füge deine URL ein und brande die App
Öffne Config.swift (oder das Cloud-Builder-Formular) und füge deine veröffentlichte URL ein. Setze den App-Namen, lade dein Icon hoch, wähle Splash Screen und Statusleistenfarbe. Kein Code nötig.
Schalte native Features ein
Aktiviere Push-Benachrichtigungen, den Offline-Screen, das Social-Login-Handling, Pull-to-Refresh, biometrischen Login oder den QR-Scanner mit einzelnen Einstellungen. Alles ist optional.
Bauen und hochladen
In Xcode: Product → Archive → Distribute to App Store Connect. Im Cloud Builder: auf Build klicken, der Upload zu App Store Connect wird für dich erledigt.
Lege den App Store-Eintrag an
Füge in App Store Connect Name, Untertitel, Beschreibung, Keywords, Screenshots, URL zur Datenschutzerklärung und die Antworten zum App-Datenschutz hinzu. Hinterlege bei Bedarf ein Demo-Konto in den Review-Notizen.
Zum Review einreichen
Apple prüft die meisten Apps innerhalb von 24 bis 48 Stunden. Beantworte Rückfragen der Reviewer im Resolution Center, falls welche kommen. Unsere Genehmigungsgarantie sichert dich ab.
Lovable-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Lovable-Projekten (React + Vite + Tailwind CSS + shadcn/ui im Frontend, meist Supabase (oder Lovable Cloud) für Auth, Datenbank und Edge Functions) am häufigsten auftauchen.
- Magic-Link- und Passwort-zurücksetzen-E-Mails von Supabase öffnen sich im Browser des Smartphones statt in deiner App, sofern du keine Universal Links (iOS) und App Links (Android) einrichtest. WebViewGold unterstützt beides.
- Google-Login innerhalb eines eingebetteten WebViews wird von Google blockiert („disallowed_useragent“). Der Social Login Helper von WebViewGold leitet den OAuth-Schritt durch ein Browserfenster und kehrt automatisch in deine App zurück.
- Lovable-Projekte sind Single-Page-Apps: Konfiguriere in WebViewGold einen Splash-Screen oder eine Ladeanzeige, damit der erste Seitenaufbau im Review nie einen leeren weißen Bildschirm zeigt.
- Wenn deine App einen Pro-Plan oder Credits hat, die über Stripe bezahlt werden, verlangt Apple für digitale Güter In-App-Käufe. WebViewGold unterstützt IAP auf RevenueCat-Basis; physische Waren und Dienstleistungen dürfen bei Stripe bleiben.
- Lege im Lovable-Projekt eine Seite mit der Datenschutzerklärung an (zum Beispiel /privacy): Beide Stores verlangen eine öffentliche URL zur Datenschutzerklärung.
- Edit with Lovable: Blende das Badge in den Projekteinstellungen aus, bevor du die App baust (die Option gibt es in den Bezahlplänen). Ein schwebender Link zu einem anderen Produkt innerhalb einer Store-App provoziert Rückfragen der Reviewer. Mehr zu Builder-Badges.
Lass Lovable die Store-Vorbereitung erledigen
Füge das in Lovable ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt zum Einfügen in Lovable
Prepare this app for publishing as a native iOS and Android app (it will run inside a native WebView wrapper): 1. Add a /privacy and a /terms page with placeholder text I can edit, and link them from the footer and the settings screen. 2. Add a "Delete my account" button in the account settings that deletes the user's data and auth account via a Supabase function, with a confirmation dialog. 3. Make sure every page is responsive from 320px to iPad widths, with no horizontal scrolling and tap targets of at least 44px. 4. Remove any "Download our app" banners, external links in the main navigation and the Lovable badge. 5. Add a /offline-friendly empty state for failed network requests instead of a blank screen. 6. Set the <title> to the app name (max 30 characters) and add a meta description.
App Store-Review: die Regeln, die für Lovable-Apps zählen
Apple prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Lovable benutzt; Apps werden wegen der Punkte unten abgelehnt.
- 4.2
Mindestfunktionalität
Die App muss mehr bieten als eine neu verpackte Website. Responsives Layout, native Navigation und mindestens eine native Fähigkeit (Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login) machen den Unterschied. WebViewGold schaltet diese mit je einer Einstellung ein.
- 2.1
Vollständigkeit der App
Keine Platzhalterinhalte, keine toten Links, keine Abstürze. Liegen Inhalte hinter einem Login, hinterlege ein Demo-Konto in den App-Review-Notizen.
- 5.1.1
Datenschutz
Eine öffentliche URL zur Datenschutzerklärung ist Pflicht. Apps, in denen Nutzer Konten anlegen können, müssen auch das Löschen des Kontos in der App ermöglichen.
- 4.8
Anmeldedienste
Wenn die App für das Nutzerkonto einen Login über Google, Facebook oder einen anderen Drittanbieter- oder Social-Login-Dienst nutzt, muss sie auch einen gleichwertigen Login anbieten, der nur Name und E-Mail-Adresse erhebt, Nutzern erlaubt, ihre E-Mail-Adresse zu verbergen, und sie nicht für Werbung trackt. Sign in with Apple ist der sichere Weg, das zu erfüllen. Eine App, die nur ihren eigenen Login mit E-Mail und Passwort nutzt, ist nicht betroffen.
- 3.1.1
In-App-Kauf
Digitale Güter und Abos, die in der App verkauft werden, müssen Apples In-App-Kauf nutzen. Physische Güter und Dienstleistungen in der realen Welt dürfen bei Stripe oder PayPal bleiben.
- 2.3
Korrekte Metadaten
Screenshots, Beschreibung und App-Name müssen zu dem passen, was die App tut. Erwähne im Eintrag keine anderen Plattformen und kein „Beta“.
Native Features, die deine Lovable-App in der iOS-App bekommt
Jedes Feature ist optional und Schritt für Schritt in der Dokumentation zu WebViewGold für iOS dokumentiert.
Push-Benachrichtigungen
Remote-Push über OneSignal oder Pushwoosh, lokal geplante Pushes über einen JavaScript-Aufruf, Berechtigungsabfrage zu dem Zeitpunkt, den du wählst.
DokumentationSocial Login Helper
Google- und Facebook-Logins funktionieren in der App; Sign in with Apple wird automatisch behandelt.
DokumentationUniversal Links
Links aus E-Mails (Magic Links, Passwort-Resets) öffnen sich direkt in der App.
DokumentationIn-App-Käufe
App Store-Abos und Einmalkäufe über RevenueCat, ausgelöst aus deiner Web-App.
DokumentationOffline-Screen und Fallback
Ein nativer „Erneut versuchen“-Screen, wenn der Nutzer offline ist, oder ein lokaler HTML-Fallback.
DokumentationLadeanzeige und Splash
Den Launch Screen stehen lassen, bis die Web-App geladen ist, oder einen nativen Spinner zeigen.
DokumentationBiometrischer Login
Face ID / Touch ID-Sperre über einen JavaScript-Aufruf.
DokumentationQR- und Barcode-Scanner
Nativer Scanner, der das Ergebnis an deine Web-App zurückgibt.
DokumentationNatives Share Sheet und Haptik
Teilen-Dialog und haptisches Feedback aus deiner Web-App.
DokumentationEigenes CSS und JavaScript
Website-only-Elemente ausblenden und Code injizieren, wenn die Seite in der App geladen wird.
DokumentationFeature-Guides für Lovable-Apps
Jeder Guide zeigt das genaue Setup für deinen Lovable-Stack, mit einem Prompt zum Einfügen.
Push-BenachrichtigungenIn-App-KäufeGoogle-Login und Sign in with AppleBiometrischer LoginQR-Code- und Barcode-ScannerStandort und GPSAdMob-WerbungOffline-ModusDeep LinksNatives Teilen und HaptikDatei-Downloads und Kamera-UploadsIn-App-BewertungEigenes CSS und JavaScriptNFC-Tag-ReaderDokumentenscannerDrucken und AirPrintKopieren und EinfügenKontaktzugriffVideo- und AudiowiedergabeScreenshot-SchutzHealthKit und Health ConnectKalendertermineTaschenlampeShare ExtensionWidgets und ShortcutsApple-Wallet-PässeNativer Speicher und Geräte-IDWerbung mit Meta Audience NetworkNative Tab-Leiste und NavigationSplash-Screen und LadeanzeigeSafe Area und StatusleisteForce Update und VersionsprüfungExterne Links und URL-Handling
Checkliste vor der App Store-Einreichung
Hak diese Punkte ab, dann ist das Review nur noch Formsache. Die technische Hälfte prüfst du automatisch mit dem kostenlosen Readiness-Check.
- Überall HTTPS: App Transport Security blockiert reine http://-Inhalte und ungültige Zertifikate.
- Responsives Layout von 320 px bis zu iPad-Breiten. Apple öffnet iPhone-Apps im Review auch auf einem iPad.
- URL zur Datenschutzerklärung bereit (eine Seite in deiner Web-App reicht).
- Kontolöschung in der App verfügbar, wenn sich Nutzer registrieren können.
- Demo-Login für den Reviewer, wenn Inhalte hinter einer Anmeldung liegen.
- Keine „Lade unsere App herunter“-Banner, keine Links zu anderen App Stores, keine Builder-Badges in der App.
- Ein App-Icon mit 1024 × 1024 px ohne Transparenz und ohne abgerundete Ecken (Apple fügt die Maske hinzu).
- Screenshots für die aktuellen iPhone-Größen (und iPad, falls unterstützt), aufgenommen in der echten App.
- App-Name mit höchstens 30 Zeichen, Untertitel und Keywords vorbereitet.
- Export-Compliance beantwortet (eine App, die nur HTTPS nutzt, fällt unter die Standard-Verschlüsselungsausnahme).
Beispiel: vom Lovable-Projekt zur freigegebenen App
Angenommen, du hast mit Lovable ein Buchungstool für Personal Trainer gebaut: Kunden wählen einen Termin, zahlen über Stripe eine Anzahlung und bekommen von Supabase eine Bestätigungsmail. Du veröffentlichst, verbindest book.yourdomain.com, blendest das Badge aus und trägst diese Domain in WebViewGold ein. Weil die Anzahlung eine echte Trainingseinheit vor Ort bezahlt, kann Stripe bleiben, und es braucht keinen In-App-Kauf. Du schaltest Push-Benachrichtigungen für eine Erinnerung am Vorabend jeder Einheit ein, dazu Universal Links, damit die Bestätigungsmail die Buchung in der App öffnet statt in Safari. Apple bittet um einen Demo-Account als Kunde, du trägst ihn in die Review-Notizen ein, und ab dann landet jedes Publish in Lovable ohne neue Einreichung in der App.
Deine erste Woche nach dem Launch
- Korrigiere Texte, Layout und kleine Bugs mit einem normalen Publish in Lovable; installierte Apps laden die neue Version beim nächsten Start.
- Setze in WebViewGold einen eigenen User-Agent und speichere bei jedem neuen Supabase-Profil die Plattform (iOS, Android oder Web), damit du siehst, wie viele Registrierungen die Stores bringen.
- Schick die erste Push-Kampagne am zweiten oder dritten Tag an alle, die installiert, aber das Onboarding nie abgeschlossen haben, und verlinke sie auf den Screen, den sie übersprungen haben.
- Ruf rateapp:// direkt nach einem Erfolgsmoment auf, etwa nach einer abgeschlossenen Buchung; Apple zeigt seinen nativen Dialog nur etwa dreimal im Jahr pro Nutzer, also verschenke ihn nicht beim ersten Start.
- Sammle Änderungen an der nativen Hülle (neues Icon, zusätzliche native Funktion, neue Universal-Link-Pfade) und liefere sie gemeinsam in einem Store-Update aus.
Das bekommst du mit WebViewGold
Ein komplettes natives App-Projekt statt eines Abos. Alles hier ist in der Lizenz enthalten und wird per Einstellung aktiviert.
- Komplettes Xcode-Projekt
- Push-Benachrichtigungen
- Offline-Bildschirm
- App-Icon & Splashscreen
- Teilen-Dialog & Haptik
- Deep Links & Universal Links
- In-App-Käufe
- Kostenlose Updates, White-Label
Häufig gestellte Fragen
Akzeptiert Apple Apps, die mit Lovable gebaut wurden?
Ja. Apple prüft, was die App tut, nicht, welches Tool sie geschrieben hat. Eine Lovable-App, die sich wie eine App verhält (responsives Layout, native Navigation, keine toten Links), besteht das Review wie jede andere WebViewGold-App. Die Richtlinie, die du beachten musst, ist 4.2 Minimum Functionality: Ergänze nativen Mehrwert wie Push-Benachrichtigungen, Offline-Handling oder natives Teilen, was WebViewGold jeweils mit einer einzigen Einstellung einschaltet.
Muss ich den Lovable-Code exportieren, um eine App zu bauen?
Nein. WebViewGold lädt deine veröffentlichte Lovable-URL in einer nativen App-Hülle, die App zeigt also immer die aktuelle Version deines Projekts. Du arbeitest weiter in Lovable und fasst den generierten Code nie an, außer du willst es.
Funktioniert die App weiter, wenn ich das Lovable-Projekt ändere?
Ja. Weil die App deine veröffentlichte URL lädt, aktualisiert jedes Publish in Lovable die App sofort. Nur Änderungen an der nativen Hülle selbst (neues App-Icon, neue native Funktion) brauchen einen neuen Build und ein Store-Update.
Brauche ich einen Mac, um eine iOS-App zu veröffentlichen?
Nicht mit dem WebViewGold Cloud Builder: Konfiguration, Build und Upload zu App Store Connect passieren im Browser. Hast du einen Mac, funktioniert das Xcode-Projekt direkt.
Wie lange dauert das Apple-Review?
Die meisten Einreichungen werden innerhalb von 24 bis 48 Stunden geprüft. Bei Erst-Einreichungen und Apps mit Login kommt manchmal eine Rückfrage vom Reviewer; beantworte sie im Resolution Center und das Review geht weiter.
Was, wenn Apple die App ablehnt?
Ablehnungen nennen die Guideline und den Grund, und du kannst so oft wie nötig neu einreichen. WebViewGold kommt mit einer App Store Genehmigungsgarantie: Lehnt Apple die App aus einem nicht inhaltlichen Grund ab, bekommst du innerhalb von 14 Tagen nach dem Kauf dein Geld zurück.
Muss ich meine Lovable-App in eine PWA umwandeln, bevor ich sie verpacke?
Nein. WebViewGold lädt die veröffentlichte Lovable-URL direkt, ein Web-Manifest oder Service Worker ist also nicht nötig. Wenn du oder Lovable einen Service Worker für Offline-Caching eingebaut habt, teste, ob ein neues Publish wirklich in der App ankommt, denn ein aggressiver Cache kann weiter die vorherige Version zeigen; der eigene Offline-Screen von WebViewGold deckt den Offline-Fall meist auch ohne Service Worker ab.
Kann ich für eine Store-App Lovable Cloud statt eines eigenen Supabase-Projekts nutzen?
Ja. Apple und Google prüfen, was die App tut, nicht, wo die Datenbank liegt, und die App lädt einfach deine veröffentlichte URL. Entscheidend ist, dass Registrierung, Login, Passwort-Reset und Kontolöschung in der App funktionieren, teste also jeden dieser Schritte auf einem echten iPhone und einem echten Android-Handy, bevor du einreichst.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Lovable ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Lovable veröffentlichst, sofort in der App live. Eine neue Store-Version ist nur nötig, wenn sich die native Hülle ändert, zum Beispiel bei einem neuen App-Icon oder einem hinzugefügten nativen Feature.
Was kostet das insgesamt?
$109 einmalig für WebViewGold für iOS (kostenlose Updates) plus das Apple Developer Program ($99 pro Jahr). Optional: das Cloud-Builder-Add-on ($349 pro Lizenz, einmalig), wenn du ohne Mac im Browser bauen willst, oder das Full-Service-Paket (ab $698 pro Plattform), bei dem unser Team die App für dich konfiguriert, baut und einreicht.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.