Lovable-App in den App Store bringen in Stuttgart

In der Region Stuttgart nutzen Innovationsteams bei Zulieferern, Maschinenbauern und Konzern-IT Lovable, um interne Ideen in Tagen statt Monaten greifbar zu machen. Spätestens wenn Servicetechniker oder Vertriebsmitarbeiter die Anwendung auf dem Diensthandy brauchen, steht der Weg in den App Store an. Hier erfahren Sie, welche Architektur sich eignet, wie Sie den Supabase-Login mit Deep Links absichern und welche Vorgaben Apple bei Datenschutz und Funktionsumfang macht.

Was Lovable liefert und was Apple erwartet

Lovable erzeugt eine Web-Anwendung auf Basis von React und Vite, meist mit Supabase als Backend für Datenbank, Authentifizierung und Dateispeicher. Über den GitHub-Sync liegt der Code zusätzlich in Ihrem eigenen Repository. Für den Browser ist das ideal, für den Apple App Store fehlt jedoch die native Hülle: Apple nimmt nur signierte iOS-Pakete an, die über Xcode oder einen Cloud-Build entstehen.

Es gibt zwei realistische Wege. Beim WebView-Wrapper lädt eine native App Ihre veröffentlichte Lovable-URL und ergänzt Funktionen wie Push-Benachrichtigungen, Offline-Hinweis, Kamera-Uploads oder Face ID. Mit WebViewGold geht das per URL-Konfiguration und Cloud Builder, ohne dass Sie den Lovable-Code anfassen. Der zweite Weg ist Capacitor: Sie nehmen das Repository aus dem GitHub-Sync, bauen das Vite-Projekt und betten es als lokales Bundle in ein Xcode-Projekt ein. Das gibt mehr Kontrolle, entkoppelt aber jedes Update vom Lovable-Editor, weil jede Änderung einen neuen Build braucht.

Supabase-Login und Deep Links richtig verdrahten

Der häufigste Stolperstein bei Lovable-Apps ist nicht der Build, sondern der Login. Magic Links und Passwort-Reset-Mails öffnen standardmäßig Safari statt Ihrer App, und OAuth-Anbieter wie Google blockieren Logins in eingebetteten WebViews. Die Lösung sind Universal Links: Eine apple-app-site-association-Datei auf Ihrer eigenen Domain verknüpft bestimmte Pfade mit der App, und in Supabase tragen Sie genau diese Adressen als erlaubte Redirect-URLs ein.

Bieten Sie Login mit Google oder anderen Drittanbietern an, verlangt Apple zusätzlich eine gleichwertige, datensparsame Login-Option, in der Praxis meist Sign in with Apple, das Supabase direkt unterstützt. Ebenfalls Pflicht: Nutzer müssen ihr Konto innerhalb der App löschen können. Ein Link auf eine E-Mail-Adresse reicht dem Review-Team nicht.

Der Ablauf bis zur Einreichung

So kommen Sie strukturiert von der Lovable-Vorschau zur freigegebenen iPhone-App:

1. Verbinden Sie eine eigene Domain mit dem Lovable-Projekt, damit die App-URL stabil bleibt und Universal Links funktionieren.
2. Melden Sie sich im Apple Developer Program an (99 USD pro Jahr) und legen Sie Bundle-ID und App-Eintrag in App Store Connect an.
3. Erzeugen Sie die native Hülle mit WebViewGold oder Capacitor und ergänzen Sie mindestens eine echte Gerätefunktion wie Push oder Biometrie.
4. Konfigurieren Sie Redirect-URLs in Supabase, Sign in with Apple und die Kontolöschung in der App.
5. Verteilen Sie den Build über TestFlight an einige Testpersonen und prüfen Sie Login, Uploads und Offline-Verhalten auf echten Geräten.
6. Füllen Sie die App-Privacy-Angaben aus, hinterlegen Sie einen Demo-Zugang für das Review-Team und reichen Sie die Version ein.

Guideline 4.2 und andere Ablehnungsgründe

Reine Web-Wrapper scheitern oft an Guideline 4.2 (Minimum Functionality): Apple will keine App, die sich wie eine Website anfühlt. Native Navigation, Push, ein sauberer Offline-Zustand statt weißer Seite und Gerätezugriffe schaffen den nötigen Mehrwert. Weitere Klassiker sind fehlende Demo-Zugänge, Platzhaltertexte aus dem Lovable-Prototyp und Datenschutzangaben, die nicht zu den tatsächlich genutzten Supabase-Diensten passen. Das Team von appsubmitter.io prüft solche Punkte vor der Einreichung KI-gestützt, richtet Signing und TestFlight im eigenen Account des Kunden ein und übernimmt die Kommunikation mit dem Review-Team, falls Apple nachfragt.

Planen Sie außerdem Zeit für Rückfragen ein: Das Review dauert oft nur ein bis zwei Tage, doch jede Ablehnung kostet eine weitere Runde. Ein sorgfältiger Vorab-Check spart deshalb mehr Zeit als jede Abkürzung beim Build.

Lovable-Prototypen im Stuttgarter Unternehmensumfeld

In Stuttgarter Unternehmen kommt zur technischen Frage oft eine organisatorische: Wem gehört der Apple-Developer-Account, wer verwaltet Zertifikate, und darf eine App mit Supabase-Backend überhaupt in die IT-Landschaft? Für rein interne Werkzeuge kann statt des öffentlichen App Stores auch eine nicht gelistete Verteilung oder das Apple Business Programm sinnvoll sein. Das klären wir gemeinsam mit Ihrer IT, bevor ein Build entsteht. Ebenso wichtig ist die Frage, ob Ihre Supabase-Instanz in einer EU-Region läuft und ob die Datenschutzabteilung die Verarbeitung freigegeben hat. Je früher diese Punkte geklärt sind, desto reibungsloser verläuft später das Review bei Apple.

jocapps kommt aus Freiburg für Workshops und Abstimmungen zu Ihnen ins Haus oder arbeitet remote mit Ihrem Team. appsubmitter.io richtet Signing und Einreichung grundsätzlich im Account Ihres Unternehmens ein, damit Rechte und Zertifikate bei Ihnen bleiben. Für die technische Hülle bietet WebViewGold eine schnelle Lösung, die Ihre Entwickler später selbst weiterpflegen können.

Häufige Fragen