Supabase (Lovable, Bolt, v0, Cursor)
Apple-Provider in jedem Plan verfügbar. Lege den Demo-Account vorab mit E-Mail/Passwort an, damit Reviewer keine eigene Apple-ID brauchen.
Was 4.8 verlangt
Wenn eine App einen Drittanbieter- oder Social-Login-Dienst nutzt, um den primären Account des Nutzers anzulegen oder zu authentifizieren, muss sie auch eine gleichwertige Login-Option anbieten, die die Datenerhebung auf Name und E-Mail beschränkt, Nutzern erlaubt, ihre E-Mail-Adresse privat zu halten, und Interaktionen mit der App nicht ohne Zustimmung für Werbung erfasst. Sign in with Apple erfüllt alle drei Punkte, weshalb Reviewer es namentlich verlangen. Die Regel gilt nicht, wenn deine App ausschließlich dein eigenes E-Mail/Passwort-Accountsystem nutzt, wenn sie ein Client für einen bestimmten Drittanbieter-Dienst ist (zum Beispiel eine App, die nur mit einem Google-Account funktioniert) oder bei Logins für Unternehmen, Bildungseinrichtungen und Behörden-IDs.
Vibe-Coding-Apps treffen 4.8, weil Lovable, Bolt, v0 und Base44 Google-Login mit einem Klick hinzufügen und niemand Apple ergänzt. Eine zweite Variante: Der Apple-Button existiert, scheitert aber in der App, weil die Return-URL oder das Client Secret falsch ist.
Aktiviere Sign in with Apple für eine Web-Wrapper-App
In WebViewGold ändert sich nichts: Der appleid.apple.com-Flow wird automatisch erkannt und verarbeitet.
Apple-Developer-Account: Capability, Services ID, Key
Aktiviere die Capability Sign in with Apple bei deiner App ID. Lege eine Services ID für die Web-Authentifizierung an, registriere deine Domain und die Return-URL deines Auth-Providers (Supabase: https://PROJECT.supabase.co/auth/v1/callback; Firebase: https://PROJECT.firebaseapp.com/__/auth/handler). Erstelle einen Sign-in-with-Apple-Key und lade die .p8-Datei herunter; notiere Team ID und Key ID.
Schalte den Apple-Provider ein
Supabase: Authentication, Providers, Apple; trage die Services ID als Client-ID ein und generiere das Client Secret aus der .p8 (Supabase dokumentiert den Befehl; das Secret ist ein JWT, das Apple auf sechs Monate begrenzt, also setze dir eine Erinnerung zum Erneuern). Firebase: Authentication, Sign-in method, Apple, Services ID, Team ID, Key ID und Key einfügen. Clerk und Auth0 haben gleichwertige Apple-Anbindungen.
Füge den Button in deine Web-App ein
Gleiche Größe und Position wie der Google-Button, nach Apples Button-Stil (schwarz oder weiß, Apple-Logo, "Sign in with Apple"). Das Snippet unten zeigt den Supabase-Aufruf; für Firebase nutzt du einen OAuthProvider für apple.com.
Verarbeite die Daten des ersten Logins
Apple sendet den Namen des Nutzers nur bei der ersten Autorisierung und gibt dir möglicherweise eine private Relay-Adresse, die auf privaterelay.appleid.com endet. Speichere den Namen sofort und stelle sicher, dass deine Transaktions-E-Mails mit Relay-Adressen funktionieren.
Halte Google in der App am Laufen
Google blockiert Logins aus eingebetteten WebViews (der Fehler disallowed_useragent). Der Social Login Helper von WebViewGold behebt das mit der Liste
google_login_helper_triggersin Config.swift (facebook_login_helper_triggersfür Facebook); siehe die Social-Login-Doku und den disallowed_useragent-Fix.Testen, dann antworten
Frische Installation, Sign in with Apple mit einer neuen Apple-ID, dann Google, dann ausloggen und wieder einloggen. Lade den neuen Build hoch und erwähne den Apple-Login und den Demo-Account in der Antwort im Resolution Center.
Der Supabase-Aufruf neben deinem Google-Button
javascript
// Supabase (Lovable, Bolt, v0, Cursor projects): Apple next to Google
async function signInWithApple() {
const { error } = await supabase.auth.signInWithOAuth({
provider: "apple",
options: { redirectTo: window.location.origin + "/auth/callback" }
});
if (error) console.error(error.message);
}
// Firebase: const provider = new OAuthProvider("apple.com"); signInWithRedirect(auth, provider);
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
Hinweise zu den Providern
Firebase (Firebase Studio, Google AI Studio)
Apple ist eine eingebaute Anmeldemethode. Füge deine eigene Domain zur Liste der autorisierten Domains hinzu, sonst scheitert die Weiterleitung in der App.
Base44 und andere eingebaute Auth
Prüfe die Nutzerverwaltungs-Einstellungen auf einen Apple-Provider. Kann die Plattform keinen anbieten, entferne Google per App-only-CSS vom Login-Screen der iOS-App und behalte E-Mail/Passwort; dein eigenes Accountsystem braucht keinen Apple-Login.
Warum der Apple-Button in der App scheitert
- Die Return-URL in der Services ID stimmt nicht exakt mit dem Provider-Callback überein (Schrägstrich am Ende, http vs. https).
- Client Secret abgelaufen: Apple begrenzt es auf sechs Monate. Neu generieren und in Supabase einfügen.
deletecacheauf true in Config.swift löscht bei jedem Start die Cookies, sodass Nutzer bei jedem Öffnen der App ausgeloggt sind.
Häufig gestellte Fragen
Braucht WebViewGold eine Einstellung für Sign in with Apple?
Nein. Der Login-Flow über appleid.apple.com wird vom Social Login Helper automatisch erkannt und verarbeitet. Die Trigger-Listen in Config.swift werden nur für Google und Facebook gebraucht.
Reichen E-Mail/Passwort plus Google, um 4.8 zu erfüllen?
Nein. Sobald ein Drittanbieter-Login angeboten wird, will Apple auch das datenschutzfreundliche Gegenstück. E-Mail/Passwort allein, ohne Social Logins, ist in Ordnung.
Was, wenn der Reviewer den Apple-Login nicht testen kann, weil er ein Testgerät nutzt?
Hinterlege einen E-Mail/Passwort-Demo-Account in den App Review Information. Reviewer prüfen, dass die Apple-Option existiert und funktioniert; der Demo-Account deckt den Rest des Reviews ab.
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.