Datenschutz bei Android-Spielen im Jahr 2026: Welche Daten Werbe- und Analyse-SDKs erfassen können

Ein Android-Spiel wirkt auf den ersten Blick wie ein einzelnes Produkt, doch sein Installationspaket kann mehrere Software Development Kits von Drittanbietern enthalten, die meist als SDKs bezeichnet werden. Diese vorgefertigten Komponenten übernehmen Werbung, Reichweitenmessung, Absturzberichte, Käufe, Anmeldungen, Benachrichtigungen und weitere Funktionen, deren eigene Entwicklung für ein Studio deutlich mehr Zeit erfordern würde. Aus Datenschutzsicht ist entscheidend, dass jede Komponente eigene Daten übertragen kann, teilweise bereits unmittelbar nach dem Start des Spiels. Im Jahr 2026 lautet die zentrale Frage daher nicht nur, welche Angaben ein Spieler selbst eingibt, sondern auch, welche Informationen das Spiel und die integrierten SDKs im Hintergrund versenden, zu welchem Zweck dies geschieht und welche Kontrollmöglichkeiten bestehen. Werbe- und Analysewerkzeuge können Kennungen, Interaktionsdaten, technische Merkmale, Kaufereignisse und abgeleitete Standortinformationen verarbeiten. Der genaue Umfang hängt von der SDK-Version, den Einstellungen, der Region des Spielers und seinen Einwilligungsentscheidungen ab. Eine verantwortungsvolle Prüfung muss deshalb die tatsächlich veröffentlichte Spielversion untersuchen und darf sich nicht allein auf eine allgemeine Datenschutzerklärung stützen.

Warum die Datenerfassung durch SDKs bei Android-Spielen relevant ist

SDKs sind weitverbreitet, weil sie Entwicklern praktische Funktionen bereitstellen, ohne dass jedes Element von Grund auf programmiert werden muss. Ein Werbe-SDK kann eine Anzeige anfordern und darstellen, eine Impression erfassen, einen Klick registrieren und feststellen, ob ein Spieler später eine Installation oder einen Kauf durchgeführt hat. Ein Analyse-SDK kann Sitzungen zählen, den Fortschritt durch verschiedene Level aufzeichnen und zeigen, an welcher Stelle Spieler ein Tutorial abbrechen. Eine Komponente für Absturzberichte kann den technischen Zustand des Spiels übermitteln, wenn es unerwartet geschlossen wird. Solche Anwendungen können berechtigt und hilfreich sein, doch der Datenfluss ist für die Person am Smartphone nicht immer erkennbar. Der Spieleentwickler entscheidet, welche SDKs eingebunden und wie sie eingerichtet werden. Der jeweilige Anbieter bestimmt jedoch einen erheblichen Teil des Standardverhaltens. Ein einziges Spiel kann zudem Werbevermittlung verwenden, bei der ein zentrales Werbewerkzeug mehrere Werbenetzwerke aufruft. Dadurch können mehr Empfänger auf Daten zugreifen, als der im Spiel sichtbare Name vermuten lässt.

Datenerfassung führt nicht immer zu einer sichtbaren Android-Berechtigungsanfrage. Der Zugriff auf Mikrofon, Kontakte oder den genauen Standort erfordert normalerweise eine ausdrückliche Berechtigung. Viele wertvolle Signale können jedoch auch ohne eine solche Abfrage übermittelt werden. Ein SDK kann beim Verbindungsaufbau die IP-Adresse des Geräts erhalten, die Spielversion und das Smartphone-Modell erfassen, Bildschirmberührungen registrieren, eine Installationskennung erstellen oder die Sitzungsdauer messen. Das Fehlen eines Berechtigungsfensters bedeutet daher nicht, dass keine Informationen das Gerät verlassen. Android-Berechtigungen regeln den Zugriff auf ausgewählte geschützte Funktionen. Die Datenschutzerklärung und der Abschnitt zur Datensicherheit bei Google Play sollen dagegen eine breitere Erfassung und Weitergabe beschreiben. Spieler sollten beide Informationsquellen lesen. Entwickler sollten zusätzlich das tatsächliche Netzwerkverhalten prüfen, da eine Kontrolle der Manifestdatei allein nicht alle Ereignisse, Kennungen oder Serveranfragen sichtbar macht, die während des Spielens entstehen.

Die Verantwortung bleibt beim Herausgeber des Spiels, auch wenn der Programmcode von einem Drittanbieter stammt. Google Play verlangt von Entwicklern, die Verarbeitung durch Bibliotheken und SDKs in der Erklärung zur Datensicherheit zu berücksichtigen, diese Angaben aktuell zu halten und mit der Datenschutzerklärung abzustimmen. Derselbe Grundsatz gilt im Datenschutzrecht. Nach der DSGVO dürfen personenbezogene Daten nur rechtmässig, transparent und in dem Umfang verarbeitet werden, der für einen festgelegten Zweck erforderlich ist. Die britische Datenschutzbehörde Information Commissioner’s Office bestätigte in ihren Hinweisen vom April 2026, dass Vorschriften über das Speichern von Informationen oder den Zugriff auf Geräte auch für mobile Anwendungen und eingebettete SDKs gelten. Wenn keine gesetzliche Ausnahme greift, kann eine vorherige Einwilligung erforderlich sein, insbesondere bei werblichem Tracking. Ein Studio kann sich diesen Pflichten nicht entziehen, indem es erklärt, ein Werbe- oder Analyseunternehmen habe die Daten eigenständig erhoben. Es muss die Funktionsweise jeder Komponente verstehen, die es in das Spiel eingebunden hat.

Kennungen, die Ereignisse mit einem Gerät oder einer Installation verbinden

Die Android-Werbe-ID, häufig als AAID oder GAID bezeichnet, gehört zu den bekanntesten Kennungen für Werbung, Kampagnenmessung und Betrugsprävention. Sie ist zurücksetzbar und unterscheidet sich von der Hardware-Seriennummer eines Smartphones. Android ermöglicht es Nutzern, diese Kennung in den Werbeeinstellungen zurückzusetzen oder zu löschen. Anwendungen müssen zudem die Entscheidung des Nutzers zur personalisierten Werbung berücksichtigen. Spiele, die für Android 13 oder neuere Versionen entwickelt wurden, benötigen ausserdem die entsprechende AD_ID-Berechtigung, bevor ein SDK die Kennung auf dem üblichen Weg abrufen kann. Die Regeln von Google Play untersagen Versuche, eine Zurücksetzung zu umgehen, indem ein neues Werbeprofil mit einem älteren Profil verbunden wird. Ebenso ist es untersagt, die Werbe-ID für Werbung oder Analysen mit dauerhaften Gerätekennungen zu verknüpfen. Auch die Verbindung mit direkt identifizierenden Kontodaten kann erhebliche rechtliche Probleme verursachen, sofern dafür keine gültige und verständlich erklärte Grundlage besteht.

Spiele und SDKs können andere Kennungen verwenden, wenn die Werbe-ID nicht verfügbar oder für den jeweiligen Zweck ungeeignet ist. Eine Firebase-Installations-ID kennzeichnet eine einzelne Installation einer bestimmten Anwendung und ändert sich normalerweise, wenn die Anwendung entfernt und erneut installiert wird. Eine App-Set-ID kann demselben Entwickler helfen, die Nutzung mehrerer eigener Anwendungen auszuwerten, ist jedoch nicht für Werbung vorgesehen. Werbeunternehmen und Anbieter von Attributionsdiensten können ausserdem eigene Installations- oder Nutzerkennungen erstellen. Solche Werte wirken möglicherweise anonym, weil sie aus langen Zeichenfolgen und nicht aus Namen bestehen. Dennoch können sie als personenbezogene Daten gelten, wenn sie eine Unterscheidung einzelner Personen ermöglichen, Verhalten über längere Zeit zusammenführen oder mit einem Konto verknüpft werden können. Die Datenschutzwirkung hängt von Reichweite und Beständigkeit ab. Ein kurzlebiger Sitzungscode verursacht ein geringeres Tracking-Risiko als eine Kennung, die über Monate bestehen bleibt und in Anfragen an mehrere Unternehmen erscheint.

Technische Merkmale können als ergänzende Identifikatoren dienen, auch wenn keines davon ausdrücklich als Nutzer-ID bezeichnet wird. Serververbindungen legen die IP-Adresse offen, aus der sich ein ungefährer geografischer Bereich ableiten lässt. SDKs können ausserdem die Betriebssystemversion, den Hersteller und das Modell des Geräts, die Sprache, die Zeitzone, die Bildschirmabmessungen, die Art der Netzwerkverbindung, die Anwendungsversion und die Installationsquelle erfassen. Ein einzelnes Merkmal kann auf Millionen von Geräten zutreffen. Eine umfangreiche Kombination macht ein bestimmtes Gerät jedoch leichter unterscheidbar. Genau deshalb ist Device Fingerprinting problematisch: Dabei wird versucht, ein Gerät anhand mehrerer Merkmale statt über eine einzelne zurücksetzbare Kennung wiederzuerkennen. Android beschränkt den Zugriff gewöhnlicher Anwendungen auf Hardwarekennungen wie IMEI und MAC-Adresse. Google empfiehlt Entwicklern ausserdem, stets die am stärksten begrenzte und am einfachsten zurücksetzbare Kennung zu wählen, die für den vorgesehenen Zweck ausreicht.

Welche Informationen Werbe- und Analyse-SDKs aufzeichnen können

Werbe-SDKs benötigen bestimmte Informationen, um eine Anzeige auszuwählen, auszuliefern, das Ergebnis zu erfassen und Missbrauch zu begrenzen. Die im Juli 2026 veröffentlichte Datenerklärung von Google für das aktuelle mobile Werbe-SDK nennt eine automatische Verarbeitung von IP-Adressen, Anwendungsstarts, Berührungen, Videoaufrufen, Diagnosedaten und Kennungen wie der Android-Werbe-ID und der App-Set-ID. Die IP-Adresse kann verwendet werden, um einen ungefähren Standort zu bestimmen. Diagnosedaten können den Startzeitpunkt, eingefrorene Anwendungen und den Energieverbrauch umfassen. Interaktionsdaten können zeigen, dass eine Anzeige eingeblendet wurde, wie lange ein Video lief, ob es übersprungen wurde und ob ein Spieler darauf getippt hat. Einige Informationen dienen der Abrechnung und Betrugserkennung statt der Personalisierung. Das Abschalten personalisierter Werbung verhindert daher nicht zwangsläufig jede werbebezogene Datenübertragung. Auch kontextbezogene Anzeigen benötigen technische Informationen für die Auslieferung, Messung der Einblendung und grundlegende Sicherheitskontrollen.

Andere auf Spiele ausgerichtete Werbewerkzeuge veröffentlichen ähnlich umfangreiche Angaben. Unity Ads erklärt beispielsweise, dass sein Android-SDK ungefähre Standortdaten, persönliche Kennungen, Kaufhistorien, Interaktionen mit Anwendungen, Diagnosedaten und Gerätekennungen erfassen kann. Als Zwecke werden unter anderem Werbung, Analysen, Funktionalität und Betrugsprävention genannt. Die tatsächlich verarbeiteten Felder hängen von der jeweiligen Version und Konfiguration ab. Werbevermittlung fügt eine weitere Ebene hinzu: Das Vermittlungs-SDK wählt zwischen mehreren Anbietern, wobei jedes verbundene Netzwerk eigenen Programmcode ausführen oder eine Gebotsanfrage mit Geräte- und Werbeinformationen erhalten kann. Entwickler müssen deshalb jeden aktiven Adapter prüfen und dürfen sich nicht auf das wichtigste Vermittlungsprodukt beschränken. Für Spieler kann ein einziges Werbeunternehmen deutlich sichtbar sein, obwohl im Hintergrund mehrere weitere Anbieter beteiligt sind. Eine verständliche Datenschutzerklärung sollte die Kategorien der Empfänger nennen und erläutern, wie eine Person widersprechen, eine Einwilligung widerrufen oder die Löschung ihrer Daten beantragen kann, sofern entsprechende Rechte gelten.

Analyse-SDKs konzentrieren sich darauf, wie ein Spiel verwendet wird. Zu den häufig automatisch erfassten Ereignissen gehören der erste Start, der Beginn einer Sitzung, die Dauer der Nutzung im Vordergrund, die Gerätekategorie, das Land, die Sprache und die Anwendungsversion. Entwickler können zusätzlich eigene Ereignisse anlegen, beispielsweise den Abschluss eines Tutorials, den Start oder das Scheitern eines Levels, erhaltene virtuelle Währung, den Besuch eines Shops, das Ansehen einer Werbung oder einen Kauf. Diese Aufzeichnungen können detaillierte Spielgewohnheiten sichtbar machen, auch wenn sie keinen echten Namen enthalten. Ein schlecht eingerichtetes Ereignis kann mehr Daten übermitteln als beabsichtigt. Eine Levelbezeichnung könnte freien Text enthalten, eine Nutzereigenschaft eine E-Mail-Adresse speichern oder ein Kaufereignis mit einer Kontokennung verbunden werden. Viele benutzerdefinierte Felder kann ein SDK nur deshalb verarbeiten, weil der Entwickler sie aktiv sendet. Die Konfiguration ist daher ebenso wichtig wie die standardmässige Datenerfassung des Anbieters. Sinnvolle Analysen sollten eine konkrete Frage zur Spielentwicklung beantworten, anstatt jede denkbare Handlung dauerhaft zu speichern.

Daten zu Abstürzen, Leistung und Attribution

SDKs für Absturzberichte erfassen eine andere, dennoch relevante Gruppe von Informationen. Firebase Crashlytics zeichnet bei einem Absturz automatisch Stack-Traces, wichtige Zustandsdaten der Anwendung, Gerätemetadaten und eine Installations-UUID auf. Diese Angaben helfen Entwicklern dabei, Fehler nachzustellen, die bestimmte Android-Versionen oder Smartphone-Modelle betreffen. Entwickler können zusätzlich eigene Schlüssel, Protokolleinträge, nicht zum Absturz führende Fehler und Nutzerkennungen übermitteln. Diese Flexibilität verursacht ein häufiges Datenschutzrisiko: Ein für die Fehlersuche bestimmtes Protokoll kann den Namen oder die E-Mail-Adresse eines Spielers, eine Chatnachricht, ein Zugriffstoken, eine Zahlungsreferenz oder eine genaue Spielhandlung enthalten. Absturzberichte sollten wie produktiv genutzte Daten behandelt werden und nicht wie private Notizen der Entwicklungsabteilung. Teams sollten festlegen, welche Felder zulässig sind, geheime Informationen vor der Protokollierung entfernen, den Zugang zu Berichten beschränken und Aufbewahrungsfristen bestimmen, die der tatsächlich benötigten Zeit für Fehlersuche und Überprüfung einer Korrektur entsprechen.

Werkzeuge zur Leistungsüberwachung können die Startzeit einer Anwendung, Verzögerungen bei Bilddarstellung oder Antworten, die Dauer von Netzwerkanfragen, CPU- und Arbeitsspeichernutzung, Verbindungsart und Geräteeigenschaften erfassen. Diese Informationen zeigen, warum ein Spiel auf einem Smartphone flüssig läuft, während es auf einem anderen ruckelt. Sie können jedoch mehr offenlegen als erwartet, wenn Entwickler personenbezogene Angaben in Anfrageadressen, benutzerdefinierte Messnamen oder Diagnoseattribute einfügen. Befindet sich beispielsweise eine Kontonummer im Abfragebereich einer Serveradresse, kann sie Teil eines Leistungsberichts werden. Sicherer sind neutrale Routenbezeichnungen und interne Referenzen, die einen Spieler für sich genommen nicht identifizieren können. Leistungsdaten verursachen normalerweise ein geringeres Datenschutzrisiko als verhaltensbezogene Werbung. Dennoch benötigen sie einen festgelegten Zweck, beschränkten Zugriff, eine geeignete Speicherdauer und eine korrekte Offenlegung, sobald sie das Gerät verlassen.

Attributions-SDKs versuchen, eine Anzeige oder Kampagne mit einer Installation und späteren Aktivitäten zu verbinden. Dabei können die Werbe-ID, die IP-Adresse, der Installationszeitpunkt, die Anwendungsversion, Verweisinformationen, Kampagnenbezeichnungen und ausgewählte Ereignisse im Spiel verarbeitet werden. Bei der Umsatzmessung können Kaufbeträge, Währung und Werbeeinnahmen hinzukommen. Einige Anbieter stellen Einstellungen bereit, mit denen Entwickler den Start des SDKs bis zur Einwilligung verzögern, Werbekennungen abschalten, Übertragungen beenden oder Kennungen nach dem Empfang anonymisieren können. Diese Möglichkeiten wirken jedoch nur, wenn sie korrekt und vor Beginn der Datenerfassung umgesetzt werden. Ein Einwilligungsfenster, das erst erscheint, nachdem ein Attributions-SDK bereits gestartet wurde, macht die erste Übertragung nicht rückgängig. Studios sollten ausserdem Verbindungen zwischen Servern prüfen. Das Entfernen eines SDKs aus der Anwendung beendet nicht automatisch Datenübertragungen aus Werbekonten, Cloud-Funktionen oder älteren Spielversionen, die weiterhin auf Geräten installiert sind.

Wie Entwickler und Spieler unnötiges Tracking begrenzen können

Eine Datenschutzprüfung sollte mit einer vollständigen Bestandsaufnahme der veröffentlichten Spielversion beginnen. Entwickler müssen direkte SDKs, Vermittlungsadapter und indirekte Abhängigkeiten erfassen, die durch andere Bibliotheken eingebunden werden. Für jede Komponente sollte das Team die aktuelle Version, Datenkategorien, Empfänger, Zwecke, standardmässige Erfassung, optionale Funktionen, Aufbewahrungsbedingungen und verfügbare Löschmöglichkeiten dokumentieren. Der SDK Index von Google Play und die Datenerklärungen der Anbieter sind sinnvolle Ausgangspunkte. Die Dokumentation sollte jedoch mit der tatsächlich veröffentlichten Version abgeglichen werden. Eine Prüfung der Netzwerkverbindungen während des ersten Starts, des normalen Spielens, der Anzeige von Werbung, eines Kaufs, der Abmeldung und des Widerrufs einer Einwilligung kann Anfragen sichtbar machen, die in einer schriftlichen Checkliste fehlen. Die Prüfung sollte nach jeder SDK-Aktualisierung wiederholt werden, da sich die Datenerfassung zwischen Versionen verändern kann. Eine genaue Bestandsaufnahme erleichtert ausserdem das Entfernen ungenutzter Werkzeuge, deren Programmcode weiterhin startet und Daten übermittelt.

Eine sorgfältige Konfiguration reduziert Risiken, ohne jede sinnvolle Messfunktion zu entfernen. SDKs, die eine entsprechende Einstellung anbieten, können deaktiviert bleiben, bis der Spieler die erforderliche Entscheidung getroffen hat. Die Einwilligung sollte genau genug sein, um notwendige Funktionen, Analysen und personalisierte Werbung voneinander zu trennen, statt eine gemeinsame Zustimmung für unterschiedliche Zwecke zu verlangen. Eine Ablehnung muss an jeden Werbeadapter weitergegeben werden. Wo es geeignet ist, können kontextbezogene Anzeigen eingesetzt werden. Entwickler können die Erfassung der Werbe-ID abschalten, auf kontobezogene Nutzerkennungen verzichten, Aufbewahrungszeiten verkürzen, Ereignisparameter begrenzen und verhindern, dass persönliche Angaben in Protokolle gelangen. Für die Messung von Käufen sollten nur die Felder verwendet werden, die für Abrechnung oder Kampagnenanalyse tatsächlich erforderlich sind. Ein sichtbarer Datenschutzbereich im Spiel sollte es ermöglichen, Entscheidungen erneut aufzurufen, eine Löschung anzufordern und zu verstehen, welche Verarbeitung für Sicherheit, Betrugsprävention oder wesentliche Spielfunktionen weiterhin stattfindet.

Spiele, die von Kindern genutzt werden, erfordern strengere Entscheidungen. Werbekennungen, Verhaltensprofile und eine umfassende Weitergabe an Drittanbieter können je nach Alter, Aufenthaltsort und geltendem Store-Programm verboten oder deutlich eingeschränkt sein. SDKs stellen häufig Einstellungen für kindergerichtete Inhalte oder Altersbeschränkungen bereit. Der Entwickler muss diese jedoch korrekt aktivieren und sicherstellen, dass jedes verbundene Werbeunternehmen dasselbe Signal erhält. Tests sollten den Einwilligungsstatus, den Netzwerkverkehr, die Datenschutzerklärung und die Angaben bei Google Play miteinander vergleichen. Entwickler sollten nicht davon ausgehen, dass die frühere Privacy Sandbox für Android diese Probleme löst. In der offiziellen Dokumentation wird angegeben, dass dieses Vorhaben am 17. Oktober 2025 eingestellt wurde. Im Jahr 2026 hängt wirksamer Schutz weiterhin von Datenminimierung, zurücksetzbaren Kennungen, korrekter Einwilligungsverwaltung, ehrlichen Angaben und einer sorgfältigen Kontrolle jedes eingebundenen SDKs ab.

Praktische Datenschutzprüfungen im Jahr 2026

Spieler können bereits vor der Installation eines Spiels wichtige Informationen erhalten, indem sie den Abschnitt zur Datensicherheit bei Google Play und die Datenschutzerklärung gemeinsam lesen. Die Store-Erklärung sollte angeben, ob das Spiel Standortinformationen, persönliche Angaben, Finanzdaten, Aktivitäten in Anwendungen, Diagnosedaten und Gerätekennungen erfasst oder weitergibt. Ausserdem sollten die jeweiligen Zwecke genannt werden. Die Angaben stammen vom Entwickler und stellen keine unabhängige Prüfung dar. Unklare Formulierungen oder Widersprüche zur Datenschutzerklärung sind daher ein Grund zur Vorsicht. Eine weltweit verwendete Erklärung kann zudem das umfangreichste Verhalten über verschiedene Versionen und Regionen hinweg beschreiben. Dadurch ist es möglich, dass einige genannte Daten nicht bei jedem Spieler erfasst werden. Berechtigungslisten sind weiterhin hilfreich, um den Zugriff auf sensible Smartphone-Funktionen zu erkennen. Sie zeigen jedoch keine gewöhnlichen Serverdaten wie IP-Adressen, Sitzungsereignisse oder Werbemessungen.

Die Android-Einstellungen bieten mehrere praktische Kontrollmöglichkeiten. Ein Spieler kann die Berechtigungen eines Spiels überprüfen, nicht benötigte Zugriffe entfernen, Einstellungen zur Werbeprivatsphäre verwalten und die Werbe-ID zurücksetzen oder löschen, sofern das jeweilige Gerät diese Möglichkeit anbietet. Das Löschen der Anwendungsdaten oder eine Neuinstallation kann einige auf die Anwendung beschränkte Installationskennungen zurücksetzen. Informationen, die mit einem Onlinekonto verbunden sind, können jedoch auf den Servern des Entwicklers gespeichert bleiben. Innerhalb des Spiels sollten Spieler nach getrennten Einstellungen für Analysen und personalisierte Werbung sowie nach einer Möglichkeit zum Widerruf ihrer Einwilligung suchen. Die Löschung eines Kontos und die Löschung gespeicherter Daten sind nicht immer derselbe Vorgang. Eine Datenschutzerklärung sollte beide Möglichkeiten erläutern. Das Sperren einer einzelnen Berechtigung kann eine Funktion deaktivieren, ohne davon unabhängige Analysen zu beenden. Deshalb sind die Einstellungen im Spiel und die Android-Kontrollen gemeinsam am wirksamsten.

Zu den Warnzeichen gehören ein Werbe- oder Analysefenster ohne Ablehnungsmöglichkeit, eine Datenschutzerklärung ohne konkrete Datenkategorien, ein Spiel mit sachlich nicht erforderlichen Berechtigungen oder die Behauptung, sämtliche Informationen seien anonym, obwohl dauerhafte Kennungen verwendet werden. Auch ein gleichbleibend umfangreicher Hintergrunddatenverkehr nach einem Widerspruch verdient Aufmerksamkeit. Einige Verbindungen können jedoch weiterhin für Spielstände, Sicherheit, Mehrspielerfunktionen oder kontextbezogene Werbung erforderlich sein. Datenerfassung ist nicht grundsätzlich schädlich: Absturzberichte können schwere Fehler beheben, Analysen ein unverständliches Tutorial verbessern und Betrugskontrollen Käufe schützen. Entscheidend ist, ob jede Information einem verständlichen Zweck dient, auf das für diesen Zweck notwendige Mass begrenzt ist, nur für einen erklärten Zeitraum gespeichert wird und wirksamen Kontrollmöglichkeiten unterliegt. Vertrauenswürdiger Datenschutz bei Android-Spielen hängt im Jahr 2026 weniger von beruhigenden Bezeichnungen ab als von einem überprüfbaren Verhalten innerhalb der gesamten SDK-Kette.