Compliance über zehn Apps hinweg im Griff behalten
Was wirklich pro App sein muss, was geteilt werden kann, die zwei Fehler, die Portfolios machen, und das Register, das aus jährlicher Panik einen Nachmittag macht.
Die Arbeit skaliert nicht linear – jede App braucht ihre eigenen URLs, ihren eigenen Löschweg und ihre eigenen Angaben, weil jede ihren eigenen Store-Eintrag hat. Was skaliert, ist die Methode: ein Hostnamen-Schema, eine Vorlage pro Seitentyp und eine Abhängigkeitsliste pro App, die Sie neu erzeugen, statt sie im Kopf zu behalten.
Erledigen Sie das stattdessen in wenigen Minuten
AppFoyer hostet die Seiten, um die es in diesem Ratgeber geht – Datenschutzerklärung, Nutzungsbedingungen, Support, Kontolöschung und app-ads.txt –, auf einer eigenen Subdomain, ohne eigene Domain oder eigenen Server. Eine App ist kostenlos, und nichts, was ein Store verlangt, steht jemals hinter einer Bezahlschranke.
Geprüft am 19. September 2026. Store-Richtlinien ändern sich, manchmal ohne Ankündigung. Alles Folgende verlinkt die offizielle Dokumentation, und maßgeblich ist die dort verlinkte Seite, nicht diese hier. Widersprechen sich beide, hat der Store recht. Dieser Ratgeber ist aus dem Englischen übersetzt; Zitate aus der Store-Dokumentation bleiben im englischen Original.
Eine App ist eine Checkliste. Zehn Apps sind ein System, und die Art des Scheiterns ändert sich: Nichts ist schwer, aber irgendetwas ist immer ein wenig veraltet, und Sie erfahren es durch eine Ablehnung bei der App, die Sie am längsten nicht angefasst haben.
Was pro App sein muss
Nicht verhandelbar, weil jede App ihren eigenen Store-Eintrag und ihr eigenes Datenverhalten hat:
- Die Datenschutzerklärung. Unterschiedliche SDK-Kombinationen bedeuten unterschiedliche Angaben. Eine gemeinsame Erklärung für „unsere Apps“ ist der klassische Portfolio-Fehler – siehe unten.
- Die Seite zur Kontolöschung und ein Weg, der Sie erreicht, pro App.
- Die Angaben zu Data safety und App Privacy. Pro Store-Eintrag ausgefüllt, anhand der eigenen Abhängigkeitsliste dieser App.
app-ads.txt, wenn die App Werbung zeigt – sie wird über die angegebene Website dieser App gefunden.- Die URLs selbst, weil jeder Store-Eintrag seine eigenen Felder hat.
Was sich wirklich teilen lässt
- Die Vorlage. Eine Struktur für jede Datenschutzerklärung, eine für Nutzungsbedingungen, pro App ausgefüllt.
- Das Hostnamen-Schema. Eine vorhersehbare Adresse pro App ist besser als ein Ordner voller improvisierter URLs.
- Die Support-Adresse, wenn wirklich ein Postfach für alle reicht.
- Ihr Wissen über SDKs. Was Crashlytics oder AdMob erhebt, ist in jeder App dieselbe Tatsache; unterschiedlich ist nur, welche Apps sie enthalten.
- Der Prozess – die Release-Checkliste, der Prüfrhythmus, das Register unten.
Die zwei Fehler, die Portfolios machen
Eine Datenschutzerklärung für alle Apps. Das ist die naheliegende Einsparung, und sie scheitert in beide Richtungen: Die Erklärung nennt Daten, die die stille Hilfs-App nie anfasst, und übersieht etwas, das die neueste App letzten Monat hinzugefügt hat. Beides sind Widersprüche zu einem Data-safety-Formular, das Sie ehrlich ausgefüllt haben, und ein Prüfer, der beides vergleicht, sieht eine Erklärung, die nicht von dieser App handelt.
Ein gemeinsames Lösch-Postfach, bei dem niemand zuordnet. Anfragen kommen mit „Bitte löschen Sie mein Konto“, ohne Hinweis, welche Ihrer zehn Apps gemeint ist. Was Sie nicht zuordnen können, können Sie nicht bearbeiten, und die DSGVO-Frist läuft, während Sie es herausfinden. Leiten Sie die Anfragen jeder App so weiter, dass die App aus der Benachrichtigung klar hervorgeht.
Das Register
Was ein Portfolio beherrschbar macht, ist eine einzige Tabelle, die Sie tatsächlich pflegen – eine Tabellenkalkulation reicht. Eine Zeile pro App und diese Spalten:
| Spalte | Warum |
|---|---|
| App-Name, Bundle-/Application-ID | Identität |
| Stores, in denen sie gelistet ist | Bestimmt, wie viele Konsolen zu aktualisieren sind |
| URL der Datenschutzerklärung | Die, die Sie immer wieder einfügen |
| URL zur Kontolöschung | Ebenso |
| Support-Adresse / -Seite | Ebenso |
| Angegebene Entwickler-Website | Wo nach app-ads.txt gesucht wird |
| Zeigt Werbung? | Ob app-ads.txt überhaupt relevant ist |
| Hat Konten? | Ob die Löschung überhaupt relevant ist |
| Wichtige SDKs | Die Abhängigkeitsliste, zusammengefasst |
| Erklärung zuletzt geprüft | Das Datum, das Ihnen sagt, was veraltet ist |
Die letzte Spalte ist die, die ihren Platz verdient. Beide Stores verlangen, dass Angaben korrekt bleiben – nicht bloß zum Start korrekt waren –, und „zuletzt geprüft“ ist der Weg, die drei Apps zu finden, die abgedriftet sind, ohne alle zehn zu lesen.
Ein Rhythmus, der funktioniert
- Pro Release, pro App: Hat sich eine Abhängigkeit geändert? Wenn ja, prüfen Sie die Datenschutzerklärung dieser App und beide Datenformulare erneut. Schreiben Sie das in die Release-Checkliste, nicht ins Gedächtnis.
- Vierteljährlich, über das ganze Portfolio: Öffnen Sie das Register, sortieren Sie nach „zuletzt geprüft“ und prüfen Sie die ältesten paar. Bestätigen Sie, dass jede URL abgemeldet noch 200 liefert.
- Immer wenn eine URL umzieht: Aktualisieren Sie jede Konsole für jede betroffene App und lassen Sie die alte Adresse weiterleiten. Bei zehn Apps ist das die Änderung, die am ehesten nur zu neun Zehnteln erledigt wird.
Ein zehnzeiliges Skript, das jede URL im Register mit curl abruft und alles meldet, was nicht 200 liefert, ist die Arbeit eines Nachmittags und fängt den Fehler ab, der tatsächlich passiert – ein Host, der still verschwunden ist.
Was AppFoyer hier tut
Jede App ist eine eigene App: eigene Subdomain, eigene fünf Seiten, eigene app-ads.txt, eigene
Benachrichtigungskanäle, eigene Checkliste. Es gibt keine gemeinsame Datenschutzerklärung, die man
falsch machen könnte, und die Löschanfragen jeder App kommen mit der App gekennzeichnet an.
Die Checkliste im Dashboard ist die lebendige Hälfte des Registers – pro App sagt sie, welches Store-Feld noch leer ist und warum das wichtig ist, sodass „was veraltet ist“ ein Bildschirm ist statt einer Tabellenspalte, die Sie zu aktualisieren vergessen haben. Die Tarife unterscheiden sich darin, wie viele Apps Sie veröffentlichen dürfen: eine bei Free, zehn bei Pro, fünfzig bei Advanced.
Ehrlich zu den Grenzen: Massenbearbeitung und App-Gruppen gibt es noch nicht. Eine Zeile für ein Werbenetzwerk zu fünfzehn Apps hinzuzufügen sind heute fünfzehn Bearbeitungen. Diese Arbeit ist geplant und nicht ausgeliefert, und eine Seite, die Ihnen ein Portfolio-Werkzeug verkauft, sollte sagen, was davon real ist.
Die maßgeblichen Quellen
- Provide information for Google Play’s Data safety section – Play-Console-Hilfe, dazu, Angaben korrekt zu halten
- App privacy details on the App Store – Apple, dazu, Antworten aktuell zu halten
- Set up app-ads.txt – AdMob-Hilfe