Ablehnung bei Google Play
Wenn Nutzer in deiner App ein Konto anlegen können, verlangt Google zwei Dinge: eine Möglichkeit, dieses Konto aus der App heraus zu löschen, und eine Webseite, auf der sie die Löschung beantragen können, ohne die App neu zu installieren. Beides wird im Abschnitt „Datensicherheit“ eingetragen. Dieser Guide zeigt die Umsetzung für die Backends, die Vibe Coder am häufigsten nutzen.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Die Regel ist Teil der Richtlinie „User Data“ (Nutzerdaten). Jede App, in der Menschen ein Konto anlegen können, auch per Registrierung über Google, Apple oder einen anderen Social Login, muss eine leicht auffindbare Option bieten, die Kontolöschung in der App zu starten, sowie eine Web-Ressource, über die derselbe Antrag außerhalb der App gestellt werden kann. Das Konto zu löschen heißt, die damit verbundenen Daten zu löschen, es sei denn, ein Gesetz verpflichtet dich, einen Teil davon aufzubewahren; in dem Fall sagst du das. Ein Konto zu deaktivieren, zu anonymisieren oder zu „pausieren“ zählt nicht, und ebenso wenig zählt es, Nutzer aus der App heraus um eine E-Mail zu bitten, ohne eine Seite, die sie über einen Browser erreichen können.
Die Web-URL ist keine Formalität: Die Play Console fragt im Datensicherheit-Formular danach, zeigt sie in deinem Store-Eintrag an, und Reviewer öffnen sie. Ein Link, der zu deiner Startseite oder zu einer Seite führt, die die App voraussetzt, ist eine typische Ursache dieser Ablehnung.
Ein sichtbarer Button im Konto- oder Einstellungsbereich deiner Web-App, mit einem Bestätigungsschritt, der erklärt, was gelöscht wird. Nach der Löschung wird der Nutzer abgemeldet. Da die WebViewGold-App deine Web-App anzeigt, ist das eine reine Web-Änderung; nativer Code ist nicht beteiligt.
Eine Seite wie yourdomain.com/delete-account, die in jedem Browser funktioniert, die Schritte erklärt und es einem Nutzer, der die App nicht mehr hat, erlaubt, die Löschung zu beantragen (ein Login plus derselbe Button oder ein verifiziertes Antragsformular). Wenn du diese Seite aus der Datenschutzerklärung verlinkst, finden Reviewer sie leichter.
Profil, hochgeladene Dateien, Beiträge, Abos, Push-Subscription-IDs. Wenn du Rechnungen aus steuerlichen Gründen aufbewahrst, schreib das auf die Seite und in die Datenschutzerklärung, mit der Aufbewahrungsfrist.
App-Inhalte, dann Datensicherheit, dann Datenlöschung: Bestätige, dass Nutzer die Kontolöschung beantragen können, und füge die öffentliche URL ein. Markiere außerdem die Löschoptionen für jeden deklarierten Datentyp.
Wähle den Schritt für dein Backend; die Schritte zur Webseite und zur Play Console gelten für alle.
Erstelle eine Edge Function, die das JWT des Aufrufers prüft, die Zeilen des Nutzers in jeder Tabelle löscht (oder sich auf ON-DELETE-CASCADE-Fremdschlüssel verlässt, die auf auth.users zeigen), Dateien aus dem Storage entfernt und dann die Admin-API aufruft, um den Auth-Nutzer zu löschen. Der Service-Role-Key lebt nur in der Function. Rufe sie über einen „Konto löschen“-Button auf und melde den Nutzer danach ab. Der Supabase-Löschguide enthält das vollständige Muster und einen Builder-Prompt.
Nutze eine Callable Cloud Function mit dem Admin SDK, die Firestore-Dokumente, Storage-Dateien und zuletzt den Auth-Nutzer löscht, oder rufe die clientseitige Delete-Methode nach einer kürzlichen Anmeldung auf und lass die offizielle Extension „Delete User Data“ den Rest aufräumen. Fange den Fehler „requires recent login“ ab, indem du den Nutzer bittest, sich erneut anzumelden.
Füge der Profilseite eine „Konto löschen“-Aktion hinzu, die eine Backend-Funktion aufruft. Die Funktion entfernt die Datensätze des Nutzers aus deinen Entitäten und danach den Nutzerdatensatz selbst. Wenn dein Tarif noch keine Backend-Funktionen enthält, liefere ein Antragsformular aus, das dich benachrichtigt, und führe Löschungen manuell innerhalb einer angegebenen Frist durch; sag das auf der Seite.
Bitte deinen Builder um eine /delete-account-Route, die ohne die App erreichbar ist: eine kurze Erklärung, die Schritte in der App und entweder ein Login mit dem Lösch-Button oder ein verifiziertes Antragsformular (E-Mail-Bestätigungslink). Füge den Link in deine Datenschutzerklärung und deinen Footer ein.
App-Inhalte → Datensicherheit → Datenlöschung: Gib an, dass Nutzer die Löschung beantragen können, und füge die URL ein. Prüfe die Löschantworten pro Datentyp, speichere und reiche die App erneut ein. Die URL wird in deinem Store-Eintrag unter den Datensicherheit-Details sichtbar.
Lege in der installierten App ein Wegwerfkonto an, lösche es, bestätige, dass ein erneuter Login fehlschlägt und die Daten weg sind. Öffne die Web-URL in einem Inkognito-Browserfenster und stelle sicher, dass sie nicht auf die Startseite weiterleitet.
WebViewGold hat uns die kürzeste und effizienteste Time-to-Market ermöglicht, die jemals möglich war, verglichen mit allen anderen App-Plattformen, die wir in den letzten 5 Jahren ausprobiert haben. Ich weiß nicht, warum ich euch nicht schon früher entdeckt habe, aber ich bin wirklich, wirklich froh, dass ich es getan habe. Wir nähern uns derzeit fast 6000 App-Downloads im iOS App Store & Google Play Store ohne Probleme!
Eine minimale serverseitige Löschung. Bewahre den Service-Role-Key in den Secrets der Function auf; liefere ihn nie in der Web-App aus.
import { createClient } from "npm:@supabase/supabase-js@2";
Deno.serve(async (req) => {
const jwt = req.headers.get("Authorization")?.replace("Bearer ", "");
if (!jwt) return new Response("Unauthorized", { status: 401 });
const admin = createClient(Deno.env.get("SUPABASE_URL")!, Deno.env.get("SUPABASE_SERVICE_ROLE_KEY")!);
const { data: { user }, error } = await admin.auth.getUser(jwt);
if (error || !user) return new Response("Unauthorized", { status: 401 });
// 1. delete the user's rows (or rely on ON DELETE CASCADE)
await admin.from("posts").delete().eq("user_id", user.id);
await admin.from("profiles").delete().eq("id", user.id);
// 2. delete uploaded files, then the auth user
await admin.auth.admin.deleteUser(user.id);
return new Response(JSON.stringify({ ok: true }), { headers: { "Content-Type": "application/json" } });
});Ja. Jede Möglichkeit, in deiner App ein Konto anzulegen, einschließlich Social Logins, löst die Pflicht aus. Das Konto in deinem Backend zu löschen ist weiterhin nötig; nur die Google-Verbindung zu widerrufen ist keine Löschung.
Ja, ein antragsbasierter Prozess ist akzeptabel, solange der Antrag in der App und auf der Webseite gestartet werden kann, der Zeitrahmen angegeben ist und die Löschung tatsächlich stattfindet.
Apple verlangt die Kontolöschung in der App nach Richtlinie 5.1.1, aber keine separate Webseite. Wenn du die Webseite trotzdem baust, erfüllst du beide Stores mit einer Umsetzung.
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.