TL;DR. Das App-Datenschutz-Label — die „Nährwertkennzeichnung“ auf deiner Produktseite — ist ein selbst ausgefüllter Fragebogen in App Store Connect, kein Feld, das aus deinem Binary ausgelesen wird. Du kannst deine Antworten jederzeit aktualisieren und auf Publish klicken; anders als beim Keyword-Feld oder Untertitel erreicht die Änderung die Produktseite ohne neuen Build und ohne App-Review-Zyklus. Aber nur Account Holder, Admin oder App Manager können den Fragebogen beantworten — Marketing, das deinen Untertitel und Screenshots bearbeiten kann, kommt hier nicht ran. Und weil das Label selbst ausgefüllt wird, prüft App Review es gegen das, was dein Binary und seine Third-Party-SDKs tatsächlich tun; eine Abweichung ist eine Ablehnung unter Guideline 5.1.1 oder 5.1.2, kein reines Formulierungsproblem.
Die meisten indie Entwickler füllen den App-Datenschutz-Fragebogen einmal aus, beim Launch, wenn die SDK-Liste kurz ist und jede Antwort noch frisch ist. Dann shippen sie ein Dutzend Versionen, fügen ein Analytics-SDK hinzu, tauschen ein Ad-Network aus und öffnen diesen Bereich von App Store Connect nie wieder. Das Label auf der Produktseite ist immer noch das vom Launch-Tag.
Was ist das App-Store-Datenschutz-Label, und wo findet man es?
Es ist die „Nährwertkennzeichnung“, die auf jeder Produktseite angezeigt wird: eine Aufschlüsselung, welche Daten die App und ihr Third-Party-Code sammeln, gegliedert in Für Tracking verwendete Daten, Mit dir verknüpfte Daten und Nicht mit dir verknüpfte Daten. Apps, die nichts sammeln, zeigen statt der Kategorie-Aufschlüsselung ein eigenes Badge: Keine Daten erfasst.
Es liegt in App Store Connect unter App-Datenschutz, getrennt von App-Informationen, wo Titel, Untertitel und Keyword-Feld sitzen. Es wird pro App beantwortet, nicht pro Version — es gibt keine Historie davon, „was das Label in v3.2 sagte“, nur den aktuell veröffentlichten Stand.
Erfordern Änderungen am Datenschutz-Label eine neue App-Version?
Nein. Apples eigene Dokumentation ist eindeutig: Du kannst deine Datenschutz-Antworten jederzeit aktualisieren, und du musst dafür kein App-Update einreichen. Du bearbeitest den Fragebogen, klickst auf Publish, und das Label auf der Produktseite aktualisiert sich direkt — kein neuer Build, keine Wartezeit auf App Review.
Das stellt es in dieselbe kleine Kategorie wie den Werbetext: ein Feld, das du noch am selben Tag ändern kannst, im Gegensatz zum Keyword-Feld, Untertitel und Titel, die erst dann auf die Produktseite gelangen, wenn eine neue Version die Review durchläuft und released wird. Wenn sich seit dem Launch geändert hat, was deine App sammelt — ein neues Analytics-SDK, ein Payment-Prozessor, ein Ad-Network —, muss die Aktualisierung des Labels nicht auf dein nächstes Feature-Release warten.
Wer kann den App-Datenschutz-Fragebogen in App Store Connect bearbeiten?
Nur Account Holder, Admin oder App Manager. Das ist enger gefasst als der Rollen-Zugriff für den Rest deiner ASO-Metadaten: Marketing kann Untertitel, Keyword-Feld, Beschreibung, Screenshots und Custom Product Pages bearbeiten, aber Apple erweitert den Marketing-Zugriff nicht auf den Datenschutz-Fragebogen selbst — nur auf das Eintragen der Datenschutzrichtlinien-URL.
Das ist eine echte Lücke, wenn du ASO-Arbeit an einen Contractor unter der Marketing-Rolle übergeben hast, in der Annahme, er würde die ganze Produktseite verantworten. Er kann einen neuen Untertitel und Screenshots shippen, aber er kann die Daten-Erfassungs-Antworten nicht anfassen, wenn sich ein SDK ändert — diese Anfrage muss an jemanden mit Admin oder App Manager gehen. Lohnt sich, heute zu prüfen, wenn du einen Contractor auf Marketing beschränkt und Datenschutz als im Scope angenommen hast.
Warum das Label ein echtes App-Review-Risiko ist, nicht nur Text zum Ausfüllen
Das Label ist selbst ausgefüllt — Apple scannt nicht dein Binary, um es zu generieren —, aber App Review prüft es gegen das, was die App und ihre gebündelten SDKs zur Laufzeit tatsächlich tun, und gegen deine verlinkte Datenschutzrichtlinie. Ein Label, dem ein Datentyp fehlt, den dein SDK sammelt, oder das noch Tracking aufführt, das deine App nicht mehr macht, ist eine Abweichung, die Apples Guidelines direkt unter Guideline 5.1.1 (Datenerfassung und -speicherung) und 5.1.2 (Datennutzung und -weitergabe) abdecken. Die Konsequenz ist keine Warnung; es ist eine abgelehnte Einreichung oder, bei einem bestehenden Listing, eine mögliche Entfernung.
Third-Party-SDKs sind der häufigste Grund, warum das auseinanderdriftet. Du hast den Datenerfassungs-Code des Analytics- oder Ad-SDKs nicht geschrieben, aber das Label muss trotzdem widerspiegeln, was es tut — und SDK-Anbieter ändern ihre eigenen Datenpraktiken unabhängig von deinem Release-Zeitplan.
Ein Audit, das sich vor deiner nächsten Einreichung lohnt
- Öffne App Store Connect → App-Datenschutz und lies deine aktuell veröffentlichten Antworten gegen deine tatsächliche SDK-Liste von heute, nicht die von deinem letzten großen Release.
- Gleiche jedes Tracking-relevante SDK (Ad-Attribution, App-übergreifendes Measurement) damit ab, ob deine App noch die App-Tracking-Transparency-Berechtigung anfragt. Wenn nicht mehr, sollte das Label kein Tracking mehr angeben.
- Wenn sich etwas geändert hat, aktualisiere die Antworten und klicke auf Publish — es geht ohne neuen Build live, es gibt also keinen Grund, es in deine nächste Version zu bündeln und es bis dahin zu vergessen.
- Bestätige, dass, wer auch immer das in deinem Setup verantwortet, tatsächlich Account Holder, Admin oder App Manager ist — nicht nur Marketing, das den Fragebogen nicht beantworten kann, obwohl es alles andere auf der Seite bearbeiten darf.