App-Metadaten-Bundles für mehr Datensicherheit

App-Metadaten-Bundles bieten Entwicklern die Möglichkeit, Informationen über sich selbst, die App und darüber, ob und wie sie Nutzerdaten erheben, weitergeben und schützen, transparent darzulegen. Im Google Play Store müssen Entwickler diese Informationen für die von ihnen vertriebenen Apps angeben. Hersteller von Android-Geräten mit Google Play-Diensten verlangen dasselbe von Entwicklern von Apps, die vom Hersteller vorinstalliert werden, mit begrenzten Ausnahmen für Systemdienste.

Andere App-Shops und Installationsprogramme können ein App-Metadaten-Bundle für die von ihnen vertriebenen Apps verlangen. Die Methode der App-Bereitstellung bestimmt, wie Entwickler ein App-Metadaten-Bundle erstellen und einbinden können. Android zeigt Nutzern Informationen zur Datensicherheit aus dem Metadaten-Bundle der App an. Wenn in einer App beispielsweise angegeben ist, dass sie den Standort an Dritte weitergibt, werden diese Informationen in der Aufforderung zur Berechtigung zur Standortermittlung auf Geräten mit Android 14 oder höher angezeigt.

Übersicht

Mit einem App-Metadaten-Bundle können Sie Informationen über sich (den Entwickler) und Ihre App teilen, einschließlich der von Ihrer App erhobenen oder weitergegebenen Nutzerdaten, und die wichtigsten Datenschutz- und Sicherheitspraktiken Ihrer App präsentieren. Anhand dieser Angaben können Nutzer fundiertere Entscheidungen treffen, z. B. beim Gewähren von Berechtigungen.

App-Metadaten-Bundles sind von allen rechtlichen Transparenz- und Offenlegungspflichten, denen Sie als Entwickler in den Ländern, in denen Sie tätig sind, unterliegen, getrennt und ergänzen diese.

Alle Entwickler werden aufgefordert, anzugeben, wie sie Nutzerdaten für ihre Apps erheben und verarbeiten. Außerdem müssen sie Details zum Zweck der App, Informationen zum Entwickler und Angaben dazu machen, wie die App Nutzerdaten mithilfe von Sicherheitsmaßnahmen wie Verschlüsselung schützt. Das gilt auch, wenn Daten über Bibliotheken oder SDKs von Drittanbietern, die Entwickler in ihren Apps verwenden, erhoben und verarbeitet werden. Entwickler können sich die veröffentlichten Informationen zur Datensicherheit von SDK-Anbietern ansehen, um weitere Informationen zu erhalten. Entwickler können im Google Play SDK Index nachsehen, ob ein Anbieter einen Link zu seinen Informationen über Datensicherheit geteilt hat.

App-Metadaten-Bundles werden je nach Vertriebsmethode der App unterschiedlich auf das Gerät übertragen:

• Im System-Image vorinstallierte Apps: Der Gerätehersteller ist dafür verantwortlich, das App-Metadaten-Bundle in eine XML-Datei zur Datensicherheit im System-Image aufzunehmen.
• Von Installationsprogrammen bereitgestellte Apps: Das Installationsprogramm ist dafür verantwortlich, das App-Metadaten-Bundle an das Gerät zu senden. Wenn Sie eine App entwickeln, die über Google Play vertrieben wird, lesen Sie die Anleitung in der Play Console-Hilfe. Installationsprogramme können sich auf das Schema für App-Metadaten-Bundles beziehen.

Entwickler von vorinstallierten Apps können eine XML-Datei zur Datensicherheit mit einer der folgenden Methoden erstellen:

• Wenn Sie eine App entwickeln, die im Play Store veröffentlicht wird, verwenden Sie das Formular zur Datensicherheit in der Play Console auf der Seite „App-Inhalte“. Rufen Sie dazu Richtlinie > App-Inhalte auf. Wenn Sie dieses Formular bereits ausgefüllt haben, müssen Sie nichts weiter tun.
• Laden Sie die XML-Vorlage auf dieser Seite herunter und bearbeiten Sie sie, um sie Herstellern oder Installateuren zur Verfügung zu stellen.

Wichtig: Entwickler sind allein dafür verantwortlich, vollständige und korrekte Angaben im Metadaten-Bundle ihrer App zu machen. Entwickler können zwar mit einem Hersteller oder Installateur zusammenarbeiten, um ein App-Metadaten-Bundle hinzuzufügen, aber Hersteller und Installateure können nicht im Namen von Entwicklern entscheiden, wie sie mit Nutzerdaten umgehen. Nur Entwickler verfügen über alle Informationen, die zum Erstellen eines App-Metadaten-Bundles erforderlich sind.

Informationen werden vorbereitet

Bevor Entwickler mit dem Erstellen eines App-Metadaten-Bundles beginnen, müssen Sie die folgenden Schritte ausführen:

• Prüfen Sie, ob sie eine Datenschutzerklärung hinzugefügt haben.

• Kontrollieren Sie, wie die App Nutzerdaten erhebt und weitergibt und welche Sicherheitsmaßnahmen implementiert sind. Prüfen Sie vor allem die deklarierten Berechtigungen der App und die verwendeten APIs.

  Entwickler sollten nicht nur prüfen, wie die App Nutzerdaten erhebt und weitergibt, sondern auch, wie durch Drittanbietercode, z. B. Bibliotheken oder SDKs von Drittanbietern, in der App solche Daten erhoben und weitergegeben werden. Das Metadaten-Bundle der App muss die durch solchen Drittanbietercode vorgenommene Datenerhebung oder -weitergabe widerspiegeln.

Was Entwickler in den Abschnitten zu App- und Entwicklerinformationen offenlegen müssen

In diesem Abschnitt wird erläutert, welche Informationen Entwickler in den Abschnitten App-Informationen und Entwicklerinformationen des App-Metadaten-Bundles angeben müssen. Wenn die App über den Google Play Store vertrieben wird, gib diese Informationen über die Play Console ein.

Welche Informationen Entwickler zur App angeben müssen

Beim Erstellen eines App-Metadaten-Bundles müssen Entwickler die in den folgenden Abschnitten beschriebenen App-Informationen offenlegen:

Zweck der App

Beschreiben Sie den Zweck der App in einem menschenlesbaren Textblock auf Englisch (4.000 Zeichenbeschränkung).

App-Kategorie

Wählen Sie aus der folgenden Liste die Kategorie aus, die am besten zum Zweck der App passt.

Die folgenden Kategorien sind für vorinstallierte Apps vorgesehen:

• OTA – Pakete, die für den Empfang und die Installation von Over-the-Air-Updates (OTA) verantwortlich sind
• AOSP – im Open-Source-Projekt für Android (AOSP) verfügbare Pakete
• Sicherheit
• Shop

Die in der folgenden Tabelle beschriebenen Kategorien werden auch von Google Play verwendet:

Kategorie	Beispiele
Kunst & Design	Zeichenblöcke, Zeichenbedarf, Zubehör für Kunst & Design, Malbücher
Autos & Fahrzeuge	Autokauf, Autoversicherung, Preisvergleich von Autos, Fahrsicherheit, Autobewertungen und -Neuigkeiten
Beauty	Make-up-Anleitungen, Styling-Tools, Frisuren, Schönheitsprodukte, Make-up-Simulatoren
Bücher & Nachschlagewerke	E-Book-Reader, Nachschlagewerke, Lehrbücher, Wörterbücher, Thesauren, Wikis
Unternehmen	Dokumenteneditor oder -leser, Paketverfolgung, Remote Desktop, E‑Mail-Verwaltung, Jobsuche
Comics	Comic-Player, Comic-Titel
Kommunikation	SMS/MMS, Chat/IM, Telefonanwendungen, Adressbücher, Browser, Anrufverwaltung
Dating	Partnerzuordnung, Kennenlernen, Beziehungen aufbauen, neue Leute kennenlernen, große Liebe finden
Bildung	Prüfungsvorbereitung, Lernhilfen, Vokabeln, Lernspiele, Sprachtrainer
Unterhaltung	Gestreamte Videos, Filme, Serien, Sendungen, interaktive Unterhaltung
Events	Konzerttickets, Eintrittskarten für Sportveranstaltungen, Weiterverkäufe von Tickets und Kinokarten
Finanzen	Bankgeschäfte, Bezahlung, Geldautomatensuche, Finanznachrichten, Versicherungen, Steuern, Aktienhandel, Trinkgeldrechner
Essen und Trinken	Rezepte, Restaurants, Essenstipps, Wein entdecken und probieren, Getränkerezepte
Gesundheit & Fitness	Persönliche Fitness, Verfolgen von Workout-Erfolgen, Diät- und Ernährungstipps, Gesundheit und Sicherheit
Haus & Heim	Haus- und Wohnungssuche, Renovierungen, Dekoration, Hypotheken, Immobilien
Software & Demos	Software-Bibliotheken, technische Demos
Lifestyle	Stilratgeber, Hochzeits- und Partyplanung, Anleitungen
Karten & Navigation	Navigationstools, GPS, Karten, ÖPNV-Tools, öffentliche Verkehrsmittel
Medizin	Arzneimittelverzeichnisse und klinische Nachschlagewerke, Rechner, Handbücher für Gesundheitsdienstleister, medizinische Fachzeitschriften und Nachrichten
Musik & Audio	Musikdienste, Radios, Musikplayer
News & Zeitschriften	Zeitungen, Nachrichten-Aggregatoren, Zeitschriften, Blogs
Eltern	Schwangerschaft, Säuglingspflege und -überwachung, Kinderbetreuung
Personalisierung	Hintergründe, Live-Hintergründe, Startbildschirm, Sperrbildschirm, Klingeltöne
Fotografie	Kameras, Bildbearbeitungstools, Fotoverwaltung und -weitergabe
Produktivität	Notepad, Aufgabenliste, Tastatur, Drucken, Kalender, Sicherung, Rechner, Konvertierung
Shopping	Online-Shopping, Auktionen, Gutscheine, Preisvergleich, Einkaufszettel, Produktbewertungen
Soziale Netzwerke	Soziale Netzwerke, Check-in
Sport	Sportnachrichten und ‑kommentare, Spielstand, Fantasy-Teamzusammenstellung, Spielberichterstattung
Tools	Tools für Android-Geräte
Reisen & Lokales	Tools für die Reisebuchung, Mitfahrgelegenheiten, Taxis, Reiseführer, Informationen zu lokalen Unternehmen, Managementtools für Reisen, Tourbuchung
Videoplayer & Editors	Videoplayer, Video-Editor, Medienspeicher
Wetter	Wetterberichte

App-Werbung und -Marketing

Geben Sie an, ob die App Werbung oder Marketing enthält, einschließlich In-App-Werbung.

Datenschutzerklärung

Füge einen Link zur Datenschutzerklärung hinzu, in der beschrieben wird, wie der Entwickler mit den Nutzerdaten umgeht. Wenn die App diesen Link nicht enthält, wird davon ausgegangen, dass die App keine Nutzerdaten verarbeitet.

Was Entwickler über sich selbst angeben müssen

Beim Erstellen eines App-Metadaten-Bundles müssen Entwickler die in den folgenden Abschnitten beschriebenen Entwicklerinformationen offenlegen:

Name des Entwicklers

Name des Entwicklers, der Person oder des Unternehmens, der bzw. die die App erstellt hat. Es kann mehrere Entwicklernamen geben.

App-Registry

Wenn die App in einer App-Registrierung aufgeführt ist, einschließlich App-Shops und anderen Installationsprogrammen, geben Sie dies in diesem Feld an. Mehrere Einträge für mehrere Geschäfte sind zulässig.

• Für App-Registrierungen, die Android-Installationsprogramme sind: Der Wert sollte der Android-Paketname des App-Shops sein. Verwenden Sie beispielsweise com.android.vending für den Google Play Store.
• Für andere App-Registries: Der Wert sollte die URL der Registry sein.

Lassen Sie dieses Feld aus einem der folgenden Gründe weg:

• Der Entwickler ist ein im Google Play SDK Index aufgeführtes SDK.
• Der Entwickler ist in keinem App-Shop oder Register registriert.

App-Registrierungs-ID

Bei Apps, die in einer App-Registrierung aufgeführt sind, einschließlich Installationsprogrammen und Stores, sollte dieser Wert die Store-, Installationsprogramm- oder Registrierungsidentität des Entwicklers sein. Mehrere Einträge für mehrere Geschäfte sind zulässig.

• Für bei Google Play registrierte Entwickler: Dieser Wert muss die URL der Entwicklerseite sein, z. B. https://play.google.com/store/apps/dev?id=5700313618786177705 für den Entwickler Google LLC.
• Wenn der Entwickler ein im Google Play SDK Index aufgeführter SDK-Entwickler ist: Verwenden Sie die URL des SDKs (z. B. https://play.google.com/sdks/details/com-google-android-gms-play-services-ads für das Google Mobile Ads (GMA) SDK).
• Wenn der Entwickler in einem anderen App-Shop oder Register registriert ist: Es kann eine App-Shop-URL oder eine andere Kennung angegeben werden.

Wenn ein Entwickler in keinem App-Shop registriert ist, kann dieses Attribut weggelassen werden.

Kontaktdaten des Entwicklers

Geben Sie die folgenden Informationen an:

• E-Mail
• Website
• Land oder Region
• Postanschrift

Was Entwickler im Abschnitt zur Datensicherheit angeben müssen

In diesem Abschnitt wird erläutert, welche Informationen Entwickler im Abschnitt zur Datensicherheit des App-Metadaten-Bundles angeben müssen. Außerdem werden die Nutzerdatentypen und Zwecke aufgeführt, die Entwickler auswählen können. Wenn eine App über den Google Play Store vertrieben wird, gib diese Informationen über die Play Console ein.

Was Entwickler für alle Datentypen darlegen müssen

Beim Erstellen eines App-Metadaten-Bundles müssen Entwickler Informationen zu den Arten von Daten angeben, die sie erheben und weitergeben, wie in den folgenden Abschnitten beschrieben:

Datenerhebung

Erheben bedeutet in diesem Fall, dass Daten aus einer App übertragen werden und das Gerät eines Nutzers verlassen. Beachten Sie die folgenden Richtlinien:

• Bibliotheken und SDKs: Hierzu gehören Nutzerdaten, die von Bibliotheken oder SDKs in einer App übertragen werden und das Gerät verlassen, unabhängig davon, ob Daten an den Entwickler der App oder den Server eines Drittanbieters gesendet werden.

• WebView: Hierzu gehören auch Nutzerdaten, die von einer WebView erhoben werden, die aus der App heraus geöffnet wird, sofern die App die Kontrolle über den Code und das Verhalten hat, das diese WebView erzeugt.

  Entwickler müssen die Datenerhebung durch eine WebView, in der Nutzer im öffentlich zugänglichen Web surfen, nicht darlegen.

• Sitzungsspezifische Datenverarbeitung: Nutzerdaten, die von einem Gerät übertragen werden, dieses verlassen und sitzungsspezifisch verarbeitet werden, müssen nicht in Ihrem App-Metadaten-Bundle enthalten sein, wenn sie dem folgenden Standard entsprechen:

  Bei der sitzungsspezifischen Datenverarbeitung erfolgen Zugriff und Nutzung der Daten nur, während sie sich im Arbeitsspeicher befinden, und sie werden nur so lange aufbewahrt, wie es erforderlich ist, um die jeweilige Anfrage in Echtzeit zu bedienen.

  Beispiel Wetter-App: Die vorübergehende Verwendung des Standorts kann als sitzungsspezifisch betrachtet werden, wenn die App zwar den Nutzerstandort vom Gerät überträgt, um das aktuelle Wetter am Standort des Nutzers abzurufen, dazu aber nur Standortdaten im Arbeitsspeicher verwendet und diese nicht speichert, nachdem die Anfrage bearbeitet wurde. Die Verwendung von Daten zum Erstellen von Werbeprofilen oder anderen Nutzerprofilen hingegen kann nicht als sitzungsspezifisch betrachtet werden und muss für die entsprechenden Zwecke als Erhebung oder Weitergabe dargelegt werden.

• Pseudonymisierte Daten: Pseudonymisiert erhobene Nutzerdaten müssen offengelegt werden. Beispiel: Daten, bei denen davon ausgegangen werden kann, dass sie einem Nutzer wieder zugeordnet werden können, müssen offengelegt werden.

Nicht für die Offenlegung der Datenerhebung relevant

Die folgenden Anwendungsfälle müssen nicht als Datenerhebung offengelegt werden:

• Zugriff oder Verarbeitung auf dem Gerät: Wenn eine App auf Nutzerdaten zugreift, die nur lokal auf dem Gerät des Nutzers verarbeitet werden, das Gerät also nicht verlassen, muss dies nicht offengelegt werden.

• Ende-zu-Ende-Verschlüsselung: Wenn Nutzerdaten das Gerät verlassen, aber aufgrund einer Ende-zu-Ende-Verschlüsselung nur für den Absender und den Empfänger lesbar sind und nicht für Sie oder andere Personen, muss dies nicht offengelegt werden.

  Die verschlüsselten Daten dürfen für keine zwischengeschaltete Entität, auch nicht für den Entwickler, lesbar sein und nur der Absender und der Empfänger dürfen die erforderlichen Schlüssel haben.

Datenweitergabe

Weitergabe bedeutet in diesem Fall, dass die von einer App erhobenen Nutzerdaten an einen Dritten übertragen werden. Hierzu gehören folgende Szenarien:

• Übertragung außerhalb des Geräts, etwa bei einer Übertragung von einem Server an einen anderen: Beispiel: Ein Entwickler überträgt von einer App erhobene Nutzerdaten von seinem Server an den Server eines Drittanbieters.

• Übertragung auf dem Gerät an eine andere App: Nutzerdaten werden direkt auf dem Gerät von einer App an eine andere App übertragen. In diesem Fall muss der Entwickler die Weitergabe von Daten im Abschnitt zur Datensicherheit offenlegen, auch wenn die Daten beim Übertragen durch die App nicht das Gerät des Nutzers verlassen.

• Übertragung über Bibliotheken und SDKs in Ihrer App: Von einer App erhobene Daten werden über Bibliotheken oder SDKs, die Teil der App sind, vom Gerät eines Nutzers direkt an einen Drittanbieter übertragen, sodass sie das Gerät verlassen.

• Übertragung über eine von Ihrer App geöffnete WebView: Nutzerdaten werden über eine WebView, die aus Ihrer App heraus geöffnet wurde, an einen Drittanbieter übertragen, und Ihre App hat die Kontrolle über den Code bzw. das Verhalten, das diese WebView erzeugt.

  Die Weitergabe von Daten durch eine WebView, in der Nutzer im öffentlich zugänglichen Web surfen, müssen Entwickler nicht darlegen.

Die folgenden Arten der Datenübertragung müssen nicht als Weitergabe offengelegt werden:

• Dienstanbieter: Nutzerdaten werden an einen Dienstanbieter übertragen, der sie im Auftrag des Entwicklers verarbeitet. Dienstanbieter bezeichnet ein Rechtssubjekt, das Nutzerdaten im Auftrag des Entwicklers und auf Grundlage der Anweisungen des Entwicklers verarbeitet.

• Aus rechtlichen Gründen: Nutzerdaten werden für bestimmte rechtliche Zwecke übertragen, z. B. aufgrund rechtlicher Verpflichtungen oder behördlicher Ersuchen.

• Übertragung auf Grundlage einer vom Nutzer initiierten Aktion oder einer deutlichen Offenlegung und Nutzereinwilligung: Nutzerdaten werden auf Grundlage einer bestimmten vom Nutzer initiierten Aktion an einen Drittanbieter übertragen, bei der der Nutzer aus gutem Grund davon ausgeht, dass die Daten weitergegeben werden, oder auf Grundlage einer deutlichen Offenlegung innerhalb der App und einer Einwilligung.

• Übertragung anonymer Daten: Vollständig anonymisierte Nutzerdaten werden übertragen, sodass sie nicht mehr einem einzelnen Nutzer zugeordnet werden können.

• Erstanbieter und Drittanbieter: Erstanbieter bezeichnet den Entwickler, also die primäre Organisation, die für die Verarbeitung der durch die App erhobenen Daten verantwortlich ist. Bei Apps, die über App-Shops vertrieben werden, ist dies in der Regel die Organisation, die die App im App-Shop veröffentlicht.

  Der Erstanbieter ist verpflichtet, Nutzern angemessen deutlich zu machen, welche Organisation primär für die Verarbeitung der durch die App erhobenen Daten verantwortlich ist.

  Drittanbieter bezeichnet alle anderen Organisationen, bei denen es sich nicht um den Erstanbieter oder dessen Dienstanbieter handelt.

Datenverarbeitung

Entwickler können auch offenlegen, ob die einzelnen von der App erhobenen Datentypen optional oder erforderlich sind. Optional bedeutet, dass Nutzer die Möglichkeit haben, die Datenerhebung zu aktivieren oder zu deaktivieren. Entwickler können einen Datentyp beispielsweise als optional deklarieren, wenn der Nutzer die Kontrolle über die Erhebung hat und die App auch verwenden kann, ohne diesen Datentyp bereitzustellen, oder wenn der Nutzer entscheiden kann, ob er diesen Datentyp manuell angeben möchte. Wenn der Datentyp für die Hauptfunktionen einer App erforderlich ist, müssen Entwickler ihn als erforderlich deklarieren.

Entwickler können nur dann angeben, dass ihre App bestimmte Daten optional erhebt, wenn alle Nutzer – unabhängig vom Gerät oder der Region – Informationen optional zur Verfügung stellen können oder die Möglichkeit haben, die Datenerhebung zu deaktivieren bzw. zu aktivieren.

Beispiele für eine optionale Datenerhebung:

• In einer Social-Media-App wird nach dem Geburtstag eines Nutzers für Marketingmitteilungen gefragt. Diese Angabe ist jedoch nicht erforderlich – der Nutzer kann sich auch registrieren, ohne diese Information anzugeben.

• Nutzerdaten werden nur erhoben, wenn Nutzer sich anmelden – sie können die App aber auch verwenden, ohne sich anzumelden.

Sonstige Offenlegungen von Daten und innerhalb von Apps

Im Abschnitt zur Datensicherheit können Entwickler auch die Datenschutz- und Sicherheitspraktiken einer App erläutern. Entwickler können beispielsweise auf die folgenden Punkte eingehen:

• Verschlüsselung bei der Übertragung: Werden Daten, die von einer App erhoben oder geteilt werden, bei der Übertragung verschlüsselt, um den Fluss der Nutzerdaten vom Gerät des Endnutzers zum Server zu schützen?

  Einige Apps sind so konzipiert, dass Nutzer Daten an eine andere Website oder einen anderen Dienst weitergeben lassen können. Beispielsweise kann eine Messaging-App Nutzern eine Option zum Senden einer SMS über ihren Mobilfunkanbieter anbieten, der verschiedene Verschlüsselungsmethoden einsetzt. Für diese Apps kann im Abschnitt zur Datensicherheit angegeben sein, dass Daten über eine verschlüsselte Verbindung übertragen werden, sofern die besten Branchenstandards und Sicherheitsmaßnahmen zur Verschlüsselung der Daten zwischen dem Gerät eines Nutzers und den Servern der App verwendet werden.

• Verfahren für Löschanfragen: Gibt an, ob eine App Nutzern die Möglichkeit bietet, das Löschen ihrer Daten zu verlangen.

Unabhängige Sicherheitsprüfung (für alle Apps verfügbar)

Entwickler können im Abschnitt zur Datensicherheit angeben, dass die App von einer unabhängigen Instanz auf Konformität mit einem globalen Sicherheitsstandard geprüft wurde. Dies ist eine optionale Prüfung, die von Entwicklern initiiert und bezahlt wird. Im Rahmen des Mobile Application Security Assessment (MASA) können Entwickler beispielsweise direkt mit einem Labor zusammenarbeiten, um ihre Apps anhand des Mobile Application Security Verification Standard (MASVS) des Open Worldwide Application Security Project (OWASP) bewerten zu lassen. Die Drittanbieter, die diese Prüfungen durchführen, tun das im Namen des Entwicklers.

Wichtig: Diese unabhängige Prüfung darf nicht die Richtigkeit und Vollständigkeit des App-Metadaten-Bundles eines Entwicklers zum Gegenstand haben. Auch wenn Entwickler Drittanbietertools für die Diagnose der Sicherheitsfunktionen einer App verwenden, sind sie allein dafür verantwortlich, vollständige und korrekte Erklärungen im Metadaten-Bundle der App abzugeben.

Datentypen und Verwendungszwecke

Entwickler werden gebeten, die Erhebung, Weitergabe und andere Praktiken für eine Reihe von Nutzerdatentypen sowie die Zwecke, für die der Entwickler diese Daten verwendet, anzugeben, wie in den folgenden Tabellen beschrieben:

Kategorie	Datentyp	Beschreibung
Standort	Ungefährer Standort	Standort des Nutzers oder des Geräts, der mit drei oder mehr Quadratkilometern Entfernung vom tatsächlichen physischen Standort annähernd ermittelt wird, z. B. die Stadt, in der sich der Nutzer befindet, oder der über die Android-Berechtigung ACCESS_COARSE_LOCATION ermittelte Standort
	Genauer Standort	Standort des Nutzers oder Geräts, der innerhalb von drei Quadratkilometern Entfernung vom tatsächlichen physischen Standort genau ermittelt wird, z. B. über die Android-Berechtigung ACCESS_FINE_LOCATION.
Personenbezogene Daten	Name	Übliche Selbstbezeichnung eines Nutzers, z. B. Vor- oder Nachname oder Alias
	E-Mail-Adresse	Die E-Mail-Adresse eines Nutzers
	Nutzer-IDs	Kennungen, die sich auf eine identifizierbare Person beziehen, z. B. Konto-ID, Kontonummer oder Kontoname
	Adresse	Die Adresse eines Nutzers, z. B. Postanschrift oder Privatadresse
	Telefonnummer	Die Telefonnummer eines Nutzers.
	Ethnische Zugehörigkeit	Informationen zur ethnischen Zugehörigkeit eines Nutzers
	Politische oder religiöse Überzeugungen	Informationen zu den politischen oder religiösen Überzeugungen eines Nutzers
	Sexuelle Orientierung	Informationen zur sexuellen Orientierung eines Nutzers
	Sonstige Informationen	Sonstige personenbezogene Daten wie Geburtsdatum, Geschlechtsidentität oder Veteranenstatus.
Finanzdaten	Zahlungsinformationen des Nutzers	Informationen zu den Bankkonten eines Nutzers, z. B. dessen Kreditkartennummer
	Bisherige Käufe	Informationen zu Käufen oder Transaktionen eines Nutzers
	Kreditscore	Informationen zur Bonität eines Nutzers
	Andere Finanzdaten	Sonstige finanzielle Informationen wie Gehalt oder Schulden eines Nutzers
Gesundheit und Fitness	Gesundheitsdaten	Informationen zur Gesundheit eines Nutzers, z. B. Krankenakten oder Symptome
	Fitnessdaten	Informationen zur Fitness eines Nutzers, z. B. Sport oder andere körperliche Aktivitäten
Nachrichten	E-Mails	Die E‑Mails eines Nutzers, einschließlich Betreffzeile, Absender, Empfänger und Inhalt der E‑Mails
	SMS oder MMS	Die SMS eines Nutzers, einschließlich Absender, Empfänger und Inhalt der Nachrichten
	Andere In-App-Mitteilungen	Sonstige Typen von Nachrichten, z. B. Chatnachrichten oder -inhalte
Fotos und Videos	Fotos	Die Fotos eines Nutzers.
	Videos	Die Videos eines Nutzers.
Audiodateien	Sprach- oder Tonaufnahmen	Die Stimme eines Nutzers, z. B. eine Mailboxnachricht oder eine Tonaufnahme
	Musikdateien	Die Musikdateien eines Nutzers.
	Andere Audiodateien	Sonstige von einem Nutzer erstellte oder bereitgestellte Audiodateien
Dateien und Dokumente	Dateien und Dokumente	Dateien oder Dokumente eines Nutzers oder Informationen zu diesen, z. B. Dateinamen
Kalender	Kalendertermine	Informationen aus dem Kalender eines Nutzers, z. B. Termine, Terminnotizen und Gäste
Kontakte	Kontakte	Informationen zu den Kontakten des Nutzers, z. B. Kontaktnamen oder der Nachrichtenverlauf und Informationen zum Soziogramm wie Nutzernamen, wie lange der letzte Kontakt zurückliegt, die Häufigkeit von Kontakten, die Interaktionsdauer und die Anrufliste
App-Aktivitäten	App-Interaktionen	Informationen dazu, wie Nutzer mit der App interagieren – zum Beispiel, wie oft sie eine Seite aufrufen oder worauf sie tippen
	Suchverlauf in der App	Informationen dazu, wonach ein Nutzer in der App gesucht hat
	Installierte Apps	Informationen zu den auf dem Gerät eines Nutzers installierten Apps
	Andere von Nutzern erstellte Inhalte	Sonstige von Nutzern erstellte Inhalte, die weder hier noch in einem anderen Abschnitt aufgeführt sind, zum Beispiel Biografien und Notizen von Nutzern sowie Antworten, die sie auf offene Fragen geben
	Andere Aktionen	Alle anderen Nutzeraktivitäten oder Aktionen in der App, die hier nicht aufgeführt sind, z. B. Gameplay, positive Bewertungen und Dialogoptionen
Surfen im Web	Browserverlauf	Informationen zu den Websites, die ein Nutzer besucht hat
App-Informationen und -Leistung	Absturzprotokolle	Absturzprotokolldaten der App, z. B. wie oft die App abgestürzt ist, Stacktraces oder sonstige Informationen, die einen direkten Bezug zu einem Absturz haben
	Diagnose	Informationen zur Leistung der App, z. B. Akkulaufzeit, Ladezeiten, Latenz, Bildrate oder technische Diagnosedaten.
	Andere App-Leistungsdaten	Sonstige App-Leistungsdaten, die hier nicht aufgelistet sind
Geräte- oder andere IDs	Geräte- oder andere IDs	Kennungen, die sich auf einzelne Geräte, Browser oder Apps beziehen, z. B. IMEI-Nummer, MAC-Adresse, Widevine-Geräte-ID, Firebase-Installations-ID oder eine Werbe-ID

Zwecke

Zweck der Datenerhebung	Beschreibung	Beispiel
App-Funktionen	Wird für Funktionen verwendet, die in der App verfügbar sind	App-Funktionen aktivieren oder Nutzer authentifizieren
Analyse	Wird zum Erheben von Daten zur App-Nutzung oder -Leistung verwendet	Dient z. B. der Feststellung, wie viele Nutzer eine bestimmte Funktion verwenden, zur Beobachtung des Funktionszustands der App, zur Diagnose von Fehlern und Behebung von Abstürzen sowie zur Arbeit an künftigen Leistungsverbesserungen
Mitteilungen des Entwicklers	Wird zum Senden von Neuigkeiten oder Benachrichtigungen zur App oder zum Entwickler verwendet	Beispiel: das Senden von Push-Benachrichtigungen, um Nutzer über ein wichtiges Sicherheitsupdate zu informieren, oder das Informieren von Nutzern über neue Funktionen der App
Werbung oder Marketing	Wird verwendet, um Werbeanzeigen oder Marketingmitteilungen einzublenden oder zu personalisieren oder die Anzeigenleistung zu messen	Werbung in der App einblenden, Push-Benachrichtigungen senden, um andere Produkte oder Dienste zu bewerben, oder Daten an Werbepartner weitergeben
Betrugsprävention, Sicherheit und Compliance	Daten werden für die Betrugsprävention, Steigerung der Sicherheit oder Einhaltung der Gesetze verwendet	Beispiel: um fehlgeschlagene Anmeldeversuche und somit auch potenziell betrügerische Aktivitäten im Blick zu behalten
Personalisierung	Daten werden zur Anpassung der App verwendet, etwa zum Anzeigen empfohlener Inhalte oder Vorschläge.	Auf die Hörgewohnheiten des Nutzers abgestimmte Playlists vorschlagen oder Lokalnachrichten anhand des Nutzerstandorts anbieten
Kontoverwaltung	Wird für die Einrichtung oder Verwaltung eines Nutzerkontos beim Entwickler verwendet.	Beispiele: Nutzern das Erstellen von Konten oder das Hinzufügen von Informationen zu vom Entwickler zur Verfügung gestellten Konten ermöglichen, um diese für seine Dienste zu nutzen, sowie das Anmelden in der App oder das Überprüfen von Anmeldedaten ermöglichen

XML-Datei zur Datensicherheit manuell erstellen

Die folgende XML-Beispieldatei zur Datensicherheit zeigt die Dateistruktur für eine vorinstallierte App, die Daten zum Standort eines Nutzers weitergibt. Bearbeiten Sie diese Struktur, indem Sie Elemente hinzufügen, bearbeiten oder entfernen, je nachdem, welche Art von Informationen Sie für Ihre App offenlegen müssen.

Beachten Sie, dass die Beispieldatei nicht unbedingt vollständig ist. Weitere Informationen zur erforderlichen XML-Struktur für die Abschnitte „App“, „Entwickler“ und „Abschnitt zur Datensicherheit“ des App-Metadaten-Bundles, die deine App möglicherweise enthalten muss, findest du im Schema für App-Metadaten-Bundles.

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

Häufig gestellte Fragen

In den folgenden Abschnitten finden Sie Antworten auf häufig gestellte Fragen von Entwicklern.

Allgemeine Fragen

In den folgenden Abschnitten finden Sie Antworten auf allgemeine Fragen zu App-Metadaten-Bundles.

Ein Entwickler hat ähnliche Informationen für iOS eingereicht. Wie viel davon kann der Entwickler für das Metadaten-Bundle der Android-App wiederverwenden?

Es ist gut, dass der Entwickler den Umgang mit Daten in der App genau im Blick behält. Um ein App-Metadaten-Bundle korrekt zu vervollständigen, benötigt der Entwickler möglicherweise zusätzliche Informationen, die er zuvor nicht verwendet hat. Er sollte sich also auf zusätzliche Arbeit einstellen. Die interne Klassifizierung und die äußeren Rahmenbedingungen, die dem Metadaten-Bundle für Android-Apps zugrunde liegen, können sich wesentlich von denen unterscheiden, die in anderen App-Shops gelten.

Wie geht Google sicher, dass Entwickler korrekte Informationen angeben? Unsere Erfahrung zeigt, dass diese Informationen in der Branche nicht immer korrekt angegeben werden.

Ähnlich wie bei einer Datenschutzerklärung sind Entwickler für die in ihrem App-Metadaten-Bundle offengelegten Informationen verantwortlich.

Wie oft muss ein Entwickler ein App-Metadaten-Bundle aktualisieren?

Entwickler sollten das App-Metadaten-Bundle aktualisieren, wenn sich relevante Änderungen bei der Datennutzung durch die App ergeben.

Fragen zum Ausfüllen des Abschnitts zur Datensicherheit

In den folgenden Abschnitten finden Sie Antworten auf Fragen zum Ausfüllen des Abschnitts zur Datensicherheit in einem App-Metadaten-Bundle.

Was ist, wenn die App unter verschiedenen unterstützten Android-Versionen unterschiedlich funktioniert?

Das Metadaten-Bundle der App sollte korrekt sein, damit es unabhängig von der Nutzung, der App-Version, der Region und dem Nutzeralter ist. Der Abschnitt zur Datensicherheit beschreibt die Gesamtheit der Datenerhebung und ‑weitergabe der App für alle Regionen und Nutzertypen.

Wie kann der Entwickler aufzeigen, dass es bei seiner App für verschiedene Regionen unterschiedliche Vorgehensweisen gibt? Wenn also z. B. manche Bibliotheken in Europa nicht verwendet werden, in anderen Regionen aber schon?

Das App-Metadaten-Bundle spiegelt die globale Darstellung der Datenpraktiken pro App wider. Der Abschnitt zur Datensicherheit beschreibt die Gesamtheit der Datenerhebung und ‑weitergabe der App für alle Regionen und Nutzertypen.

Ist der Abschnitt zur Datensicherheit mit einem Verfahren zum Einholen von Einwilligungen für Nutzer versehen? Ist es erforderlich, zusätzliche Schritte vorzunehmen und eine deutliche Offenlegung innerhalb der App zu platzieren?

Nein, es findet während der Installation der App keine neuerliche Offenlegung statt und es gibt keine neue Nutzereinwilligung für diese Funktion. Entwickler von Google Play-Apps und vorinstallierten mobilen Apps auf Android-Geräten mit Google Play-Diensten, die personenbezogene und vertrauliche Nutzerdaten erheben, müssen Offenlegungen und die Einwilligung in der App, sofern erforderlich, entsprechend der Richtlinie implementieren.

Muss der Entwickler eine Datennutzung darlegen, wenn die App zwar eine Berechtigung enthält, aber keine Daten erhoben oder weitergegeben werden?

Der Entwickler muss nur dann eine Erhebung oder Weitergabe darlegen, wenn Daten tatsächlich erhoben oder weitergegeben werden. Google Play-Apps und Mobile Bundled Apps auf Android-Geräten mit Google Play-Diensten müssen allen anwendbaren Richtlinien entsprechen.

Wenn ein Datentyp als Teil eines anderen erhoben wird, muss der Entwickler dann beide angeben? Muss der Entwickler z. B. die Datentypen „Kontakte“ und „E‑Mail-Adresse“ angeben, wenn er Kontakte erhebt, die die E‑Mail-Adresse des Nutzers enthalten?

Wenn der Entwickler einen Datentyp gezielt während der Erhebung eines anderen Datentyps erhebt, sollte er beide offenlegen. Wenn der Entwickler z. B. Nutzerfotos erhebt und verwendet, um Eigenschaften der Nutzer wie etwa die ethnische Herkunft zu ermitteln, sollte er auch die Erhebung der ethnischen Herkunft offenlegen.

Muss der Entwickler ein Verfahren zum Löschen von Daten anbieten? Muss diese für alle Nutzerdaten gelten?

Im Abschnitt zur Datensicherheit können Entwickler erklären, ob sie eine Option anbieten, über die Nutzer das Löschen von Daten beantragen können. Beim Ausfüllen des Abschnitts zur Datensicherheit muss der Entwickler angeben, ob er eine solche Option zur Verfügung stellt.

Muss der Entwickler eine bestimmte Art von Verfahren nutzen, um zu zeigen, dass die App Anfragen zum Löschen von Nutzerdaten unterstützt?

Es gibt kein vorgeschriebenes Verfahren. Die Option für Löschanfragen sollte allerdings für Nutzer auffindbar und zugänglich sein. Beispiele für Verfahren, mit denen Nutzer klar darüber informiert werden, wie sie das Löschen von Daten beantragen können, sind In-App-Funktionen, Kontaktformulare und ein spezieller E-Mail-Alias.

Wie sollte ein Entwickler im Abschnitt zur Datensicherheit angeben, dass er ein Verfahren zum Löschen von Daten anbietet, die automatisch gelöscht oder anonymisiert werden?

Der Entwickler kann erklären, dass Nutzer das Löschen ihrer Daten beantragen können, wenn er eine oder mehrere der folgenden Optionen anbietet:

• Eine Option, das Löschen von Daten zu beantragen.

• Ein automatischer Prozess, um innerhalb von 90 Tagen nach der Erhebung von Daten mit dem Löschen oder Anonymisieren zu beginnen.

  Der Entwickler kann angeben, dass Nutzer das Löschen ihrer Daten beantragen können, auch wenn er bestimmte Daten aus legitimen Gründen wie Compliance oder Missbrauchsprävention aufbewahren muss.

Was kann ein Entwickler tun, wenn das von ihm angebotene Verfahren zum Löschen von Daten nicht für alle Nutzer weltweit verfügbar ist? Kann er trotzdem angeben, dass er ein Verfahren für Löschanfragen anbietet?

Pro App-Metadaten-Bundle ist nur ein globaler Abschnitt zur Datensicherheit verfügbar. In diesem müssen Informationen zur Datennutzung für alle Regionen und Nutzeralter angegeben werden. Wenn also ein Verfahren in Bezug auf die Datennutzung in irgendeiner Version der App verfügbar ist, die derzeit in irgendeinem Land bei Google Play angeboten wird, müssen Entwickler das im Formular angeben. Der Abschnitt zur Datensicherheit vereint somit sämtliche Praktiken der Datenerhebung und ‑weitergabe der App für alle Nutzer und Regionen.

Welche Methoden können verwendet werden, um Daten zu anonymisieren?

Es gibt verschiedene Möglichkeiten, Daten zu anonymisieren, sodass sie nicht einzelnen Nutzern zugeordnet werden können. Der Entwickler sollte sich mit Datenschutz- und Sicherheitsexperten beraten, um die für seinen Anwendungsfall geeigneten Methoden zu ermitteln. Auf dieser Seite werden z. B. einige der von Google verwendeten Anonymisierungsmethoden für Daten beschrieben, etwa Differential Privacy.

Wie sollte der Entwickler die Erhebung und Verwendung von IP-Adressen behandeln?

Wie bei anderen Datentypen auch sollte der Entwickler die Erhebung, Verwendung und Weitergabe von IP-Adressen entsprechend ihrer jeweiligen Nutzung und Vorgehensweise offenlegen. Wenn Entwickler z. B. mithilfe von IP-Adressen den Standort ermitteln, muss dieser Datentyp (Standort) angegeben werden.

Wie sollte der Entwickler die Erhebung und Weitergabe anderer Arten von Kennungen offenlegen?

Wie bei anderen Datentypen auch sollte der Entwickler die Erhebung, Verwendung und Weitergabe unterschiedlicher Arten von Kennungen entsprechend seiner jeweiligen Nutzung und Vorgehensweise offenlegen. Beispielsweise sollte die Erhebung eines Kontonamens, der einer identifizierbaren Person zugeordnet ist, als „Persönliche Kennung“ und die Erhebung der Android-Werbe-ID eines Nutzers als „Geräte- oder andere Kennungen“ deklariert werden. Ein weiteres Beispiel: Eine Kennung, die sich auf ein bestimmtes In-App-Ereignis bezieht, aber nicht auf ein einzelnes Gerät, einen Browser oder eine App, muss nicht als „Geräte-ID oder andere persönliche Kennungen“ offengelegt werden.

Wie bereits erwähnt, sollte die Erhebung pseudonymisierter Daten im Abschnitt zur Datensicherheit des App-Metadaten-Bundles unter dem relevanten Datentyp dargelegt werden. Wenn der Entwickler beispielsweise Diagnoseinformationen mit einer Gerätekennung erhebt, muss er die Erhebung von „Diagnosedaten“ im Abschnitt zur Datensicherheit offenlegen.

Welche Aktivitäten können „Dienstanbieter“ ausüben?

Dienstanbieter dürfen Nutzerdaten nur im Auftrag des Entwicklers verarbeiten. So wird z. B. ein Analyseanbieter, der Nutzerdaten aus der App ausschließlich im Namen des Entwicklers verarbeitet, oder ein Cloudanbieter, der Nutzerdaten aus der App für die Verwendung durch den Entwickler hostet, typischerweise als „Dienstanbieter“ eingestuft. Wenn aber beispielsweise ein SDK-Anbieter auf Grundlage von App-Daten Werbeprofile für mehrere Kunden erstellt, wird dies im Sinne des Abschnitts zur Datensicherheit nicht als Aktivität eines Dienstanbieters betrachtet. In diesem Fall müsste dies im Abschnitt zur Datensicherheit des App-Metadatenpakets als „Weitergabe“ offengelegt werden.

In einer App kommt ein externer Zahlungsdienst zum Einsatz, um Finanztransaktionen zu ermöglichen. Muss für die App im App-Metadaten-Bundle die Erhebung von Finanzdaten wie Kreditkarteninformationen offengelegt werden?

Dies hängt davon ab, wie der Zahlungsdienst eingebunden ist. Wenn die App einen Zahlungsdienst wie PayPal, Google Pay, das Abrechnungssystem von Google Play oder ähnliche Dienste verwendet, um Zahlungstransaktionen abzuschließen, muss der Entwickler die Erhebung der Daten, die der Zahlungsdienst im Zusammenhang mit der Verarbeitung von Finanztransaktionen erhebt, z. B. eine Kreditkartennummer, nicht deklarieren, wenn alle folgenden Bedingungen erfüllt sind:

• Die App greift grundsätzlich nicht auf diese Informationen zu.

• Der Zahlungsdienst erhebt diese Informationen direkt beim Nutzer und die Erhebung unterliegt den Nutzungsbedingungen des jeweiligen Dienstes.

Der Entwickler sollte die Einbindung des Zahlungsdienstes sorgfältig prüfen, damit im Abschnitt zur Datensicherheit des App-Metadaten-Bundles alle relevanten Datenerhebungen und -weitergaben dargelegt sind, für die diese Bedingungen nicht erfüllt sind. Der Entwickler sollte auch überlegen, ob in der App andere finanzielle Informationen wie bisherige Käufe erhoben werden und ob der Zahlungsdienst relevante Daten an die App sendet, z. B. zu Zwecken der Risikoreduzierung und zum Schutz vor Betrug.

Mit einer App können Nutzer ihre Daten zum Sichern oder Speichern direkt in Google Drive oder Dropbox hochladen. Die App greift auf keine dieser Daten zu. Soll dies trotzdem als „Erhebung“ offengelegt werden?

Das hängt von der jeweiligen Implementierung ab. Wenn der Nutzer seine Daten direkt auf ein eigenes externes Laufwerk oder in ein eigenes Cloud-Speicherkonto (z. B. Google Drive, Dropbox oder ähnliche Dienste) hochlädt und dieser Upload den Nutzungsbedingungen und der Datenschutzerklärung des Anbieters des externen Laufwerks oder des Cloud-Speichers unterliegt und die App die betreffenden Daten nie erhebt oder darauf zugreift, muss die App die Erhebung dieser Daten nicht deklarieren.

Wie sollte der Entwickler Daten bei der Übertragung verschlüsseln?

Der Entwickler sollte sich bei der Verschlüsselung der App-Daten für die Übertragung nach den jeweils aktuellen Branchenstandards für eine wirkungsvolle Verschlüsselung richten. Zu den gängigen Verschlüsselungsprotokollen gehören Transport Layer Security (TLS) und Hypertext Transfer Protocol Secure (HTTPS).

Mit einer App kann der Nutzer ein Konto erstellen oder seinem Konto Informationen hinzufügen, z. B. Geburtsdatum oder Geschlecht. Wie soll der Entwickler die Daten darlegen, die der Nutzer seinem Konto hinzufügt?

Der Entwickler sollte die Erhebung dieser Daten für die Kontoverwaltung darlegen und gegebenenfalls angeben, an welcher Stelle die Erhebung für den Nutzer optional ist.

Legen Sie wie bei allen von Ihrer App erhobenen Datentypen außerdem offen, für welche Zwecke diese Daten in Ihrer App verwendet werden. Wenn es in der App beispielsweise möglich ist, dass ein Nutzer seinem Konto ein Geburtsdatum hinzufügt, und die App diese Daten auch zum Senden von Push-Benachrichtigungen zu diesem Anlass verwendet, sollte dies neben der Kontoverwaltung als zusätzlicher Verwendungszweck in der App dargelegt werden.

Die Kontoverwaltung kann für die allgemeine Verwendung von Kontodaten verwendet werden, die nicht spezifisch für die jeweilige App sind. Wenn der Entwickler beispielsweise Kontoinformationen für die Betrugsprävention, Werbung, Marketing oder die Kommunikation mit Entwicklern in allen Diensten verwendet und diese Verwendung nicht spezifisch für die App oder Aktivitäten in der App ist, reicht es aus, „Kontoverwaltung“ als Zweck der Erhebung dieser Kontodaten anzugeben, um diese allgemeinen Verwendungen im Abschnitt zur Datensicherheit des App-Metadatenpakets abzudecken. Es müssen jedoch immer alle Zwecke dargelegt werden, für die die Daten in der App selbst verwendet werden. Als Best Practice empfiehlt Google, im Rahmen der Dokumentation auf Kontoebene und des Registrierungsprozesses für das Konto offenzulegen, wie die App Nutzerdaten für Kontodienste verarbeitet.

Was sind Systemdienste?

Der Begriff Systemdienste bezeichnet vorinstallierte Software, die grundlegende Systemfunktionen unterstützt. Systemdienste sollten die Bundles transparency_info und system_app_safety_label enthalten (Letzteres wird anstelle eines safety_labels-Bundles bereitgestellt). Für Systemdienste, die über Google Play vertrieben werden, kann eine Ausnahme von der Verpflichtung beantragt werden, ein Formular zur Datensicherheit einzureichen.

Wie legt ein Entwickler die Erhebung von Daten dar, die vorübergehend verwendet werden, um Seiten zu laden und andere clientseitige Anfragen in Echtzeit zu bedienen, bevor diese Daten auf den Servern des Entwicklers protokolliert und für andere Zwecke verwendet werden?

Wenn die Verwendung sitzungsspezifisch ist, muss der Entwickler sie nicht im Abschnitt zur Datensicherheit des Metadaten-Bundles der App angeben. Der Entwickler muss jedoch jede Verwendung dieser Nutzerdaten darlegen, die über die sitzungsspezifische Verarbeitung hinausgeht, einschließlich aller Zwecke, für die er die von ihm protokollierten Nutzerdaten verwendet.