Cursor + Login
Cursor-Apps nutzen meist Was auch immer du gebaut hast: Auth.js, Clerk, Supabase, Firebase oder Sessions. Der Login mit E-Mail und Passwort funktioniert in einer WebViewGold-App unverändert. Google und andere OAuth-Anbieter blockieren eingebettete WebViews, und Apple hat noch eine eigene Regel. So bringst du jede Login-Methode in der App zum Laufen, ohne deinen Auth-Code anzufassen.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Google verweigert OAuth in eingebetteten WebViews. Der Social Login Helper von WebViewGold erkennt die Login-URL von Google (und Facebook), führt diesen Schritt in einem eigenen Login-Fenster mit akzeptiertem User Agent aus und kehrt dann in deine App zurück. Eine Einstellung, keine Änderung an deinem Code.
Bietet die iOS-App Login mit Google, Facebook oder GitHub an, verlangt Apple eine gleichwertige, datenschutzfreundliche Option, in der Regel Sign in with Apple. Aktiviere den Apple-Provider bei Was auch immer du gebaut hast: Auth.js, Clerk, Supabase, Firebase oder Sessions, ergänze den Button, und WebViewGold übernimmt den Ablauf über appleid.apple.com automatisch.
Magic Links und Links zum Zurücksetzen des Passworts öffnen sich in Safari oder Chrome statt in der App. Mit Universal Links (iOS) und App Links (Android) leitet WebViewGold Links auf deine Domain in die App und hält die Session dort.
Füge das in Cursor ein, um die Web-App-Seite umzusetzen. Prüfe das Ergebnis, veröffentliche und teste dann in der WebViewGold-App.
Prompt for the Cursor agent: Prepare authentication for the WebViewGold app wrapper. 1) Add a Continue with Apple option to our auth configuration and the login UI, placed next to Google. 2) Serve /.well-known/apple-app-site-association and /.well-known/assetlinks.json as application/json with placeholders TEAM_ID, BUNDLE_ID, PACKAGE_NAME and SHA256_FINGERPRINT. 3) Add a Delete account endpoint and settings button that removes the user's data and auth record after confirmation. 4) Make magic-link and reset emails redirect to the production domain. 5) List the URL prefixes the Google login redirects through (for example https://accounts.google.com) so I can add them to WebViewGold's Social Login Helper triggers. 6) Add these rules to .cursor/rules.
Mein iOS WebView wurde endlich genehmigt. Danke!!
Rund 30 Minuten, das meiste davon in den Store-Dashboards.
Setze in Config.swift google_login_helper_triggers (accounts.google.com) und facebook_login_helper_triggers; auf Android nutzt du GOOGLE_LOGIN_HELPER_TRIGGERS in Config.java. Teste den Login anschließend in der App.
Lege im Apple Developer Portal eine Services ID und einen Key an, aktiviere den Apple-Provider bei Was auch immer du gebaut hast: Auth.js, Clerk, Supabase, Firebase oder Sessions und setz einen Button „Mit Apple fortfahren“ neben Google. In WebViewGold ist nichts zu konfigurieren.
Hoste die Dateien apple-app-site-association und assetlinks.json auf deiner Domain, aktiviere Universal Links / App Links in WebViewGold und sorg dafür, dass die Auth-Redirect-URL bei Was auch immer du gebaut hast: Auth.js, Clerk, Supabase, Firebase oder Sessions auf deine Domain zeigt. Mehr dazu im Deep-Link-Guide.
Apple (5.1.1) und Google verlangen für Apps mit Registrierung eine Kontolöschung in der App. Füge einen Button „Konto löschen“ hinzu, der eine Backend-Funktion aufruft. Mehr dazu im Guide zur Kontolöschung.
Trag in App Store Connect (App-Review-Informationen) und in der Play Console (App-Zugriff) Test-Zugangsdaten ein, damit die Reviewer den eingeloggten Bereich sehen.
bioauth://). Sperre die App beim Start oder schütze sensible Bildschirme.Nein. Der Social Login Helper arbeitet auf der nativen Seite und erkennt die OAuth-URLs. Neu hinzu kommen nur der Sign-in-with-Apple-Provider (von Apple verlangt, wenn du andere Social Logins anbietest) und, für Magic Links, die Domain-Dateien für Universal Links.
Nur wenn deine iOS-App einen Login über Drittanbieter wie Google, Facebook oder GitHub anbietet. Können sich Nutzer nur mit E-Mail und Passwort oder per Magic Link anmelden, greift Guideline 4.8 nicht.
Google blockiert OAuth in eingebetteten WebViews aus Sicherheitsgründen (die Host-App könnte die Zugangsdaten mitlesen). Der Social Login Helper führt den Google-Schritt in einem vertrauenswürdigen Fenster aus, das Google akzeptiert, und gibt die Session an deine App zurück.
Ja. WebViewGold speichert Cookies und Local Storage dauerhaft, deshalb verhalten sich Sessions bei Was auch immer du gebaut hast: Auth.js, Clerk, Supabase, Firebase oder Sessions wie im Browser.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$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 ansehen$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 ausprobieren$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.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.