SDK-Versionsübersicht und Änderungsprotokoll
Diese Version 3 weist im Vergleich zu Version 2 auf allen Plattformen erhebliche Änderungen auf.
Änderungsprotokoll iOS SDK v3
Version 3.3.1 (veröffentlicht am 2025)
Behoben
- Frühzeitiges Timeout-Problem mit
checkAndOpen
Methode
Version 3.3.0 (veröffentlicht am 2025)
Hinzugefügt/Verbessert
- Google Consent Mode v2 löst nun automatisch Firebases
setConsent
Methode zur Aktualisierung der Zustimmungen durch Introspektion - Verbessertes WKWebView-Lebenszyklusmanagement zur Leistungssteigerung
- Barrierefreiheits-Listener, der jetzt die Schriftgröße innerhalb der Zustimmungsebene entsprechend den Geräteeinstellungen für großen Text erhöht
- Asynchrone Version des
forceOpen
Methode
Behoben
- Problem mit
getGoogleConsentModeStatus
Methode, die in einigen Fällen die falsche Zeichenfolge zurückgab - Unregelmäßige Neuanzeige der Zustimmungsebene auf einigen Geräten
- Der Dunkelmodus zeigt jetzt das Zieldesign korrekt an
-
getStatusForVendor
Methode gibt jetzt den Status eines bestimmten Lieferanten korrekt zurück - Problem, das dazu führte, dass die Zustimmungsebene nicht mehrmals hintereinander angezeigt wurde
Version 3.2.0 (veröffentlicht am 2025)
Hinzugefügt/Verbessert
- Google Consent Mode v2
- SwiftDoc zur Vereinfachung der Nutzung
Breaking Change/Entfernt
- Alle ATT-Verwaltungsmethoden, da es nicht möglich ist, ATT-Methoden während der entsprechenden Lebenszyklusereignisse aufzurufen, auf die von unserem CMP SDK aus nicht zugegriffen werden kann.
Version 3.1.1 (veröffentlicht am 2025)
Hinzugefügt
- Benutzerdefinierter Serialisierer hinzugefügt, um die Zuordnung zwischen JSON-Zeichenfolgenwerten und Enumerationstypen zu handhaben
Behoben
- Relevante Methoden wurden aktualisiert, um korrekte Enumerationstypen zu verwenden, die bei manchen Zustimmungen fälschlicherweise das Ergebnis „abgelehnt“ lieferten.
Version 3.1.0 (veröffentlicht am 2025)
Wichtige Änderungen
- Einführung eines neuen einheitlichen Einwilligungsstatusmanagements durch
getUserStatus()
Methode - Unterstützung für die Integration von Google Consent Mode v2 hinzugefügt
- Verbesserte WebView-Verwaltung und Lebenszyklusbehandlung
Neue Funktionen
- - Hinzugefügt
getStatusForPurpose()
undgetStatusForVendor()
zur granularen Einwilligungsprüfung - Eingeführt
forceOpen()
für direktes Consent Layer Management mitjumpToSettings
Parameter - Hinzugefügt
checkAndOpen()
mit verbesserter Fehlerbehandlung und Callback-Unterstützung - Neue implementiert
ConsentStatus
Enumeration für präziseres Einwilligungsstatusmanagement - Kompatibilität mit Google Consent Mode v2 hinzugefügt mit
getGoogleConsentModeStatus()
- Eingeführt
LinkClickHandler
Typealias für Rückrufe zur URL-Behandlung. Dies fügt unserem CMP SDK Funktionen zur Link-Klick-Behandlung hinzu, sodass Anwendungen anpassen können, wie Links innerhalb der Zustimmungsebene behandelt werden.
Einstellungen
Mehrere Methoden wurden zugunsten robusterer oder einheitlicherer Alternativen verworfen:
- Veraltete
checkIfConsentIsRequired()
- BenutzencheckAndOpen()
beantragen müssen - Veraltete
hasUserChoice()
- BenutzengetUserStatus()
beantragen müssen - Veraltete
hasPurposeConsent()
- BenutzengetStatusForPurpose()
beantragen müssen - Veraltete
hasVendorConsent()
- BenutzengetStatusForVendor()
beantragen müssen
Die folgenden Methoden wurden zusammengefasst in getUserStatus()
:
- Veraltete
getAllPurposesIDs()
- Veraltete
getEnabledPurposesIDs()
- Veraltete
getDisabledPurposesIDs()
- Veraltete
getAllVendorsIDs()
- Veraltete
getEnabledVendorsIDs()
- Veraltete
getDisabledVendorsIDs()
UI-Methoden
- Veraltete
openConsentLayer()
- BenutzenforceOpen()
beantragen müssen - Veraltete
checkWithServerAndOpenIfNecessary()
- BenutzencheckAndOpen()
beantragen müssen
Migrationsleitfaden
So migrieren Sie zur neuen API:
- Ersetzen Sie individuelle Einwilligungsprüfungsmethoden durch
getUserStatus()
- Aktualisieren Sie die zu verwendenden UI-bezogenen Anrufe
forceOpen()
undcheckAndOpen()
- Refactoring-Zweck und zu verwendende Lieferantenprüfungen
getStatusForPurpose()
undgetStatusForVendor()
Alle veralteten Methoden werden im nächsten Versionsupdate entfernt.
Überarbeitet
Verstärkter Schutz vor Webview-Ablehnung.
Version 3.0.2 (veröffentlicht am 2024)
Behoben
Verknüpfungsprobleme mit Objective-C-Integrationen.
Version 3.0.1 (veröffentlicht am 2024)
Behoben
Problem mit der JSON-Kodierung/Dekodierung für einige bestimmte CMPs.
Version 3.0.0 (veröffentlicht am 2024)
Diese von Grund auf neu geschriebene Version bietet alle Vorteile, Funktionen und Fehlerbehebungen, die wir in den letzten Jahren mit unseren Kunden gesammelt haben. Sie ist leichter, schneller und sicherer.
Änderungsprotokoll Android SDK v3
Version 3.3.0 (veröffentlicht am 2025)
Hinzugefügt/Verbessert
- Google Consent Mode v2 löst nun automatisch Firebases
setConsent
Methode zur Aktualisierung der Zustimmungen durch Introspektion - Verbessertes WKWebView-Lebenszyklusmanagement zur Leistungssteigerung
- Barrierefreiheits-Listener, der jetzt die Schriftgröße innerhalb der Zustimmungsebene entsprechend den Geräteeinstellungen für großen Text erhöht
- Asynchrone Version des
forceOpen
Methode
Behoben
- Sicherer Bereich jetzt Problem auf API 35+
- Der Dunkelmodus zeigt jetzt das Zieldesign korrekt an
- Javadoc-Parameter auf
checkAndOpen
Methode
Version 3.2.2 (veröffentlicht am 2025)
Behoben
- Problem mit dem Parameter „jumpToSettings“ der Methode „forceOpen“.
Version 3.2.1 (veröffentlicht am 2025)
Entfernt
- SYSTEM_ALERT_WINDOW-Berechtigung
Geändert
- Neue minSdk-Unterstützung, jetzt ab API-Level 21 (Android 5).
Version 3.2.0 (veröffentlicht am 2025)
Hinzugefügt/Verbessert
- Google Consent Mode v2
- Javadoc zur Verdeutlichung der Verwendung
Behoben
- Speicherleck in den Delegate-Methoden des CMPManagers
Version 3.1.2 (veröffentlicht am 2025)
Hinzugefügt
- Benutzerdefinierter Serialisierer hinzugefügt, um die Zuordnung zwischen JSON-Zeichenfolgenwerten und Enumerationstypen zu handhaben
Behoben
- Relevante Methoden zur Verwendung geeigneter Enumerationstypen aktualisiert
Version 3.1.1 (veröffentlicht am 2025)
Brechen von Änderungen
- CMPManagerDelegate.didReceiveConsent akzeptiert jetzt Map anstelle von JsonObject
- Direkte JsonObject-Präsenz aus öffentlichen APIs entfernt
Hinzugefügt
- Typsichere/nullsichere Erweiterungsfunktionen für Map
Geändert
- Die öffentliche API des Android SDK wurde an die iOS-Implementierung angepasst.
- Verbesserte Typ- und Nullsicherheit in Delegate-Methoden
- Aktualisierte interne Serialisierungsbehandlung
Migration
Aktualisieren Sie CMPManagerDelegate-Implementierungen, um Map zu verwenden .
Version 3.1.0 (veröffentlicht am 2025)
Wichtige Änderungen
- Einführung eines neuen einheitlichen Einwilligungsstatusmanagements durch
getUserStatus()
Methode - Unterstützung für die Integration von Google Consent Mode v2 hinzugefügt
- Verbesserte WebView-Verwaltung und Lebenszyklusbehandlung
Neue Funktionen
- - Hinzugefügt
getStatusForPurpose()
undgetStatusForVendor()
zur granularen Einwilligungsprüfung - Eingeführt
forceOpen()
für direktes Consent Layer Management mitjumpToSettings
Parameter - Hinzugefügt
checkAndOpen()
mit verbesserter Fehlerbehandlung und Callback-Unterstützung - Neue implementiert
ConsentStatus
Enumeration für präziseres Einwilligungsstatusmanagement - Kompatibilität mit Google Consent Mode v2 hinzugefügt mit
getGoogleConsentModeStatus()
- Eingeführt
LinkClickHandler
Typealias für Rückrufe zur URL-Behandlung. Dies fügt unserem CMP SDK Funktionen zur Link-Klick-Behandlung hinzu, sodass Anwendungen anpassen können, wie Links innerhalb der Zustimmungsebene behandelt werden.
Einstellungen
Mehrere Methoden wurden zugunsten robusterer oder einheitlicherer Alternativen verworfen:
- Veraltete
checkIfConsentIsRequired()
- BenutzencheckAndOpen()
beantragen müssen - Veraltete
hasUserChoice()
- BenutzengetUserStatus()
beantragen müssen - Veraltete
hasPurposeConsent()
- BenutzengetStatusForPurpose()
beantragen müssen - Veraltete
hasVendorConsent()
- BenutzengetStatusForVendor()
beantragen müssen
Die folgenden Methoden wurden zusammengefasst in getUserStatus()
:
- Veraltete
getAllPurposesIDs()
- Veraltete
getEnabledPurposesIDs()
- Veraltete
getDisabledPurposesIDs()
- Veraltete
getAllVendorsIDs()
- Veraltete
getEnabledVendorsIDs()
- Veraltete
getDisabledVendorsIDs()
UI-Methoden
- Veraltete
openConsentLayer()
- BenutzenforceOpen()
beantragen müssen - Veraltete
checkWithServerAndOpenIfNecessary()
- BenutzencheckAndOpen()
beantragen müssen
Migrationsleitfaden
So migrieren Sie zur neuen API:
- Ersetzen Sie individuelle Einwilligungsprüfungsmethoden durch
getUserStatus()
- Aktualisieren Sie die zu verwendenden UI-bezogenen Anrufe
forceOpen()
undcheckAndOpen()
- Refactoring-Zweck und zu verwendende Lieferantenprüfungen
getStatusForPurpose()
undgetStatusForVendor()
Alle veralteten Methoden werden im nächsten Versionsupdate entfernt.
Überarbeitet
Verstärkter Schutz vor Webview-Ablehnung.
Version 3.0.1 (veröffentlicht am 2024)
Behoben
Problem mit der JSON-Kodierung/Dekodierung für einige bestimmte CMPs.
Version 3.0.0 (veröffentlicht am 2024)
Diese von Grund auf neu geschriebene Version bietet alle Vorteile, Funktionen und Fehlerbehebungen, die wir in den letzten Jahren mit unseren Kunden gesammelt haben. Sie ist leichter, schneller und sicherer.
Änderungsprotokoll React Native SDK v3
Version 3.3.0 (veröffentlicht am 2025)
Erhöhung der Abhängigkeiten zu den zugrunde liegenden nativen iOS- und Android-SDKs auf Version 3.3.0.
Version 3.2.4 (veröffentlicht am 2025)
Erhöhung der Abhängigkeiten auf die native Android-Version 3.2.2.
Version 3.2.3 (veröffentlicht am 2025)
Funktionen im Zusammenhang mit Apple Transparency Tracking (ATT) wurden entfernt. Weitere Informationen zu ATT finden Sie unter hier.
Version 3.2.2 (veröffentlicht am 2025)
Behebung fehlender interner Abhängigkeiten zu iOS 3.2.0.
Version 3.2.1 (veröffentlicht am 2025)
Aktualisieren interner Abhängigkeiten auf Android Native Version 3.2.1
Version 3.2.0 (veröffentlicht am 2025)
Versionserhöhung, um die oben genannten Änderungen an den nativen SDKs für Android und iOS zu berücksichtigen.
Version 3.0.0 (veröffentlicht am 2024)
Diese von Grund auf neu geschriebene Version bietet alle Vorteile, Funktionen und Fehlerbehebungen, die wir in den letzten Jahren mit unseren Kunden gesammelt haben. Sie ist leichter, schneller und sicherer.
Änderungsprotokoll Flutter SDK v3
Version 3.3.0 (veröffentlicht am 2025)
Hinzugefügt/Verbessert
- Abhängigkeiten aktualisiert, um die Veröffentlichung von v.3.3.0 der zugrunde liegenden nativen iOS- und Android-CMP-SDKs zu berücksichtigen
- Unterstützung für den Dunkelmodus
- Kompiliert mit Flutter 3.32.0
- Bridged Link-Klick-Handler
Behoben
- Speicherleck und Inkonsistenzen zwischen plattformspezifischen Methodenaufrufen.
Version 3.2.3 (veröffentlicht am 2025)
Behoben
- Problem mit der Positionierung der Zustimmungsebene unter iOS, Halbbildschirmpositionierungen funktionieren nicht wie erwartet
Version 3.2.2 (veröffentlicht am 2025)
Behoben
- Falsche Fehlermeldung, die in den Methoden forceOpen und checkAndOpen protokolliert wurde, obwohl der Vorgang erfolgreich war
Version 3.2.1 (veröffentlicht am 2025)
Aktualisieren interner Abhängigkeiten auf Android Native Version 3.2.1
Version 3.2.0 (veröffentlicht am 2025)
Versionserhöhung, um die oben genannten Änderungen an den nativen SDKs für Android und iOS zu berücksichtigen.
Version 3.0.0 (veröffentlicht am 2024)
Diese von Grund auf neu geschriebene Version bietet alle Vorteile, Funktionen und Fehlerbehebungen, die wir in den letzten Jahren mit unseren Kunden gesammelt haben. Sie ist leichter, schneller und sicherer.
Änderungsprotokoll Unity SDK v3
Version 3.2.0 (veröffentlicht am 2025)
Versionserhöhung, um die oben genannten Änderungen an den nativen SDKs für Android und iOS zu berücksichtigen.
Version 3.0.0 (veröffentlicht am 2024)
Verwenden Sie diese Version nicht, sie ist veraltet und wird nicht mehr unterstützt. Verwenden Sie stattdessen 3.2.0.
Diese von Grund auf neu geschriebene Version bietet alle Vorteile, Funktionen und Fehlerbehebungen, die wir in den letzten Jahren mit unseren Kunden gesammelt haben. Sie ist leichter, schneller und sicherer.