Claude Code + Datenschutz
Wenn Nutzer in deiner App ein Konto anlegen können, verlangen Apple und Google beide, dass sie es auch in der App wieder löschen können, und Google will zusätzlich eine Webseite für Löschanfragen. Claude Code kann das Feature an einem Nachmittag bauen, aber erst, wenn es weiß, wo jedes Stück Nutzerdaten liegt. Dieser Guide beginnt mit dieser Datenkarte und baut dann die Löschung, einen Export „Meine Daten herunterladen“ und das Aufräumen in der WebViewGold-App.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Apple, Richtlinie 5.1.1(v): Wenn deine App das Anlegen von Konten unterstützt, müssen Nutzer die Kontolöschung in der App anstoßen können. Apples Hinweise verlangen die Löschung des Kontodatensatzes und der zugehörigen personenbezogenen Daten, keinen Schalter zum Deaktivieren; Daten, die du von Gesetzes wegen aufbewahren musst, darfst du behalten, und du solltest Nutzern sagen, wie lange die Löschung dauert. Wenn du Sign in with Apple anbietest, widerrufe beim Löschen des Kontos die Tokens des Nutzers über Apples REST API. Über Apple abgeschlossene Abos werden durch das Löschen des Kontos nicht gekündigt, sag Nutzern also, wie sie kündigen.
Google Play: Apps, in denen Nutzer Konten anlegen können, müssen die Löschung in der App anbieten und dazu einen Web-Link, über den Nutzer die Löschung beantragen können, ohne die App neu zu installieren. Diesen Link trägst du im Datensicherheitsformular ein, und die Löschung muss die mit dem Konto verknüpften Daten umfassen, abgesehen von dem, was du als aufbewahrt angibst. Der Guide zur Kontolöschung bei Google Play behandelt die Seite der Konsole.
Datenexport: Keiner der beiden Stores verlangt ihn, aber Datenschutzgesetze wie die DSGVO geben Nutzern ein Recht auf Auskunft und Datenübertragbarkeit, und ein Button „Meine Daten herunterladen“ beantwortet solche Anfragen ohne Support-Ticket. Er ist außerdem ein guter Test für deine Datenkarte: Was der Agent nicht exportieren kann, kann er wahrscheinlich auch nicht löschen.
| Bereich | Claude Code | Du |
|---|---|---|
| Datenkarte | Durchsucht im Plan-Modus Code, Migrationen, SDK-Imports und Webhooks und entwirft DATA_MAP.md | Ergänzen, was der Code nicht zeigen kann (Spreadsheets, Support-Postfach, manuelle Exporte), und Aufbewahrungsfristen bestätigen |
| Code | Einstellungs-UI, Export- und Lösch-Routen, Cleanup-Helper, Migrationen, Tests, Seite /delete-account | Prüfen, Umgebungsvariablen beim Hoster setzen, deployen |
| Store-Konsolen | Entwirft die Änderungen an der Datenschutzerklärung und die Antworten für das Datensicherheitsformular | Die Lösch-URL in der Play Console eintragen, App Privacy in App Store Connect aktualisieren |
| WebViewGold | Nichts nötig; kann die Downloader-Optionen setzen, wenn die Projekte im Repository liegen | Ein neuer Build, wenn du die Downloader-Einstellungen änderst |
Im Plan-Modus kann Claude Code das Repository lesen und durchsuchen, ohne etwas zu bearbeiten. Speichere das Ergebnis als DATA_MAP.md und korrigiere es, bevor du weitermachst; diese Datei sorgt dafür, dass die Löschung vollständig ist.
Nur Plan-Modus, ändere keine Dateien. Wir brauchen eine Kontolöschung in der App (Apple-Richtlinie 5.1.1(v) und die Google-Play-Richtlinie zur Kontolöschung) und einen Export „Meine Daten herunterladen“. Erstelle zuerst eine vollständige Datenkarte. Durchsuche die Codebasis, die Migrationen, die Namen der Umgebungsvariablen, SDK-Imports, Cronjobs und Webhook-Handler und liste jede Stelle auf, an der Daten über einen Nutzer liegen: Auth-Datensätze, jede Tabelle mit einer Spalte user_id, owner_id oder email und wie sie auf den Nutzer verweist, Storage-Buckets und Dateipfade, Stripe-Kunden und -Abos, RevenueCat-Kunden, OneSignal-Subscription-IDs, Sign-in-with-Apple-Tokens, Analytics und Error-Tracking, E-Mail- und Newsletter-Tools, Logs und Backups. Gib für jeden Eintrag an: wo er liegt, welcher Identifier ihn mit dem Nutzer verknüpft, wie er gelöscht wird (Foreign-Key-Kaskade, API-Aufruf oder Aufbewahrung mit Begründung) und ob er in den Export gehört. Markiere alles, bei dem du unsicher bist. Gib das Ergebnis als Markdown-Tabelle aus, die ich als DATA_MAP.md speichern kann.
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
| Daten | Wie sie gelöscht werden | Im Export? |
|---|---|---|
| Auth-Nutzer | auth.admin.deleteUser, letzter Schritt | ID, E-Mail, Erstellungsdatum |
| Profil- und Inhaltstabellen | Foreign Keys auf den Nutzer mit ON DELETE CASCADE | Ja |
| Hochgeladene Dateien | Storage API, pro Nutzerordner (das Auflisten ist nicht rekursiv) | Links oder die Dateien |
| Stripe-Kunde und -Abos | Abos kündigen; Rechnungen wie gesetzlich vorgeschrieben aufbewahren und das in /privacy sagen | Tarif und Rechnungsliste |
| Abo im App Store / bei Google Play | Kannst du nicht kündigen; in der App cancelinapppurchase:// anzeigen | Tarifname |
| RevenueCat-Kunde | Kundenlöschung über die RevenueCat REST API | Nein |
| OneSignal-Subscription-IDs | Deine gespeicherten Zeilen löschen; optional den OneSignal-Nutzer über deren API | Nein |
| Sign in with Apple | Das Token am Revoke-Endpunkt von Apple widerrufen | Nein |
| Analytics, Error-Tracking, E-Mail-Tools | Lösch-API des Anbieters oder dokumentierte Aufbewahrung | Meist nein |
Wechsle zurück in den normalen Berechtigungsmodus, damit du jede Änderung einzeln prüfen kannst, oder in den Accept-Edits-Modus, wenn du lieber am Ende das komplette Diff prüfst.
Implementiere Kontolöschung und Datenexport auf Basis von DATA_MAP.md. Unsere App läuft auch in nativen iOS- und Android-Apps, die mit WebViewGold gebaut sind (der User-Agent enthält WebViewGoldApp). 1. Einstellungen > Konto: ein Button „Meine Daten herunterladen“ und ein Button „Konto löschen“. 2. Export: GET /api/account/export liefert für den angemeldeten Nutzer eine JSON-Datei mit jedem exportierbaren Eintrag aus der Datenkarte, gesendet mit Content-Type application/json und Content-Disposition attachment; filename=my-data.json. Löse ihn mit einem normalen Link auf diese URL aus, nicht mit einem Download per Blob oder createObjectURL: In der App reagiert der WebViewGold-Downloader auf Dateiendungen und Content-Disposition-Header. Wenn ein Export groß werden kann, erzeuge ihn in einem Hintergrundjob und schick per E-Mail einen signierten Link, der nach 24 Stunden abläuft. 3. Löschen: ein Bestätigungsscreen, der erklärt, was gelöscht wird, was wir aus rechtlichen Gründen behalten (Rechnungen) und dass Abos im App Store oder bei Google Play nicht automatisch gekündigt werden. Zeige in der App einen Link „Abo verwalten“, der zu cancelinapppurchase:// navigiert, wenn der Nutzer ein Store-Abo hat. Verlange die Eingabe von DELETE. 4. POST /api/account/delete: authentifizieren, dann in dieser Reihenfolge Stripe-Abos kündigen, den RevenueCat-Kunden löschen, Sign-in-with-Apple-Tokens widerrufen, falls wir welche haben (Apple REST API, /auth/revoke), Storage-Dateien löschen, Zeilen löschen (bevorzugt über ON DELETE CASCADE; leg eine Migration an, wo das fehlt) und zuletzt den Auth-Nutzer mit dem Admin-Client löschen. Nur serverseitig; der Service-Role-Key darf nie im Client-Bundle landen. Mach die Route idempotent, damit ein erneuter Versuch nach einem teilweisen Fehlschlag den Job zu Ende bringt. 5. Nach Erfolg: abmelden und /account-deleted anzeigen. In der App navigiert der Button „Fertig“ dort zu reset://, um die Cookies und den Cache zu leeren, die der Wrapper vorhält. 6. Eine öffentliche Seite /delete-account für Leute, die die App nicht mehr haben: erklärt den Weg in der App und bietet ein Anfrageformular oder eine E-Mail-Adresse, funktioniert ohne Login und auf einem 320-px-Screen. 7. Aktualisiere /privacy mit den Aufbewahrungsfristen und der URL /delete-account. 8. Tests für die Lösch-Route: Ein Nutzer mit Daten in jeder Tabelle hat am Ende null Zeilen, und ein zweiter Aufruf der Route ist trotzdem erfolgreich. Berichte die geänderten Dateien, die Migrationen und jeden manuellen Schritt, den ich erledigen muss.
Zuerst die Drittanbieter, solange du die Kunden-IDs noch kennst; der Auth-Nutzer zuletzt, weil die meisten Foreign Keys an ihm hängen. Die Helper in account-cleanup kapseln die Aufrufe an Stripe, RevenueCat und Apple aus deiner Datenkarte.
// app/api/account/delete/route.ts (nur Server)
import { NextResponse } from "next/server";
import { createClient as createAdmin } from "@supabase/supabase-js";
import { createClient } from "@/lib/supabase/server";
import { cancelStripeSubscriptions, deleteRevenueCatCustomer, revokeAppleTokens } from "@/lib/account-cleanup";
export async function POST(req: Request) {
const supabase = await createClient();
const { data: { user } } = await supabase.auth.getUser();
if (!user) return NextResponse.json({ error: "unauthorized" }, { status: 401 });
const { confirm } = await req.json();
if (confirm !== "DELETE") return NextResponse.json({ error: "confirmation missing" }, { status: 400 });
const admin = createAdmin(process.env.NEXT_PUBLIC_SUPABASE_URL!, process.env.SUPABASE_SERVICE_ROLE_KEY!);
// 1. Drittanbieter, solange die IDs noch existieren (jeder Helper tut nichts, wenn es nichts zu tun gibt)
await cancelStripeSubscriptions(user.id);
await deleteRevenueCatCustomer(user.id);
await revokeAppleTokens(user.id);
// 2. Dateien: list() ist nicht rekursiv, verschachtelte Ordner brauchen einen eigenen Durchlauf
const { data: files } = await admin.storage.from("uploads").list(user.id);
if (files && files.length > 0) {
await admin.storage.from("uploads").remove(files.map((f) => user.id + "/" + f.name));
}
// 3. Zeilen verschwinden mit dem Nutzer über ON DELETE CASCADE (siehe DATA_MAP.md)
// 4. Der Auth-Nutzer, ganz zum Schluss
const { error } = await admin.auth.admin.deleteUser(user.id);
if (error) return NextResponse.json({ error: "delete failed, safe to retry" }, { status: 500 });
return NextResponse.json({ ok: true });
}Zwei kleine Einstellungen entscheiden, ob die Datei auf dem Handy ankommt.
Die Route oben liefert JSON mit einem Content-Disposition-Header vom Typ attachment. Verlinke sie mit einem einfachen Anchor-Link; per JavaScript erzeugte Blob-Downloads deckt die Doku des WebViewGold-Downloaders nicht ab.
Aktiviere entweder autodownloader in Config.swift (Downloads anhand von Content-Disposition-Headern) oder liefere die Datei unter einer URL aus, die auf .json endet, und füge ".json" zu extentionARY hinzu. Siehe die Doku zum iOS-Datei-Downloader.
Aktiviere AUTO_DOWNLOAD_FILES in Config.java oder füge die Endung zu downloadableExtension hinzu; requireStorage muss auf true bleiben, wenn du Downloads nutzt. Siehe die Doku zum Android-Datei-Downloader.
Das sind native Einstellungen, sie brauchen also einen neuen Build. Alles andere in diesem Guide kommt mit deinem nächsten Web-Deploy. Der Cloud Builder kann diesen Build ohne lokales Xcode oder Android Studio erstellen.
reset:// leert Cookies und Cache des Wrappers. Notiere, was dein Build danach anzeigt, und stell sicher, dass es ein sauberer Neustart ist, kein Fehler.Nein. Apple verlangt die Löschung des Kontos und der zugehörigen personenbezogenen Daten, und Google Play verlangt, dass die Daten gelöscht und nicht nur ausgeblendet werden. Deaktivierung kann eine zusätzliche Option sein, aber nicht die einzige.
Ja, wenn du eine gesetzliche Pflicht oder einen berechtigten Grund hast, etwa Rechnungen nach Steuerrecht. Leg das in deiner Datenschutzerklärung und im Datensicherheitsformular offen.
Eine kurze Karenzzeit ist üblich. Starte die Löschung in der App, sag dem Nutzer genau, wann die Daten weg sind, und prüf in Apples aktuellen Hinweisen zur Kontolöschung, welche Formulierungen Reviewer erwarten.
Abos im App Store oder bei Google Play kannst du nicht im Namen des Nutzers kündigen. Zeige einen Link „Abo verwalten“ (in der App cancelinapppurchase://) und sag klar, dass die Abrechnung weiterläuft, bis der Nutzer kündigt.
Ein strukturiertes, maschinenlesbares Format wie JSON oder CSV. Eine JSON-Datei pro Konto lässt sich am einfachsten erzeugen, testen und erklären.
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.