Google UMP SDK: GDPR-Einwilligung in Unity-Mobilspielen umsetzen

Warum Mobilspiele ein Einwilligungs-SDK brauchen

Wenn Ihr Spiel Spielern im Europäischen Wirtschaftsraum oder im Vereinigten Königreich Werbung von AdMob, Ad Manager oder einer vermittelten Wasserfall-Struktur zeigt, sind Sie gesetzlich verpflichtet, eine gültige Einwilligung einzuholen, bevor irgendeine personalisierte Werbung oder ein Tracking-Identifikator verwendet wird. Ein Web-Cookie-Banner löst das nicht — native Mobile-Apps haben keine Cookies, und die Einwilligung muss die Werbe-SDKs erreichen, die in Ihrem Build laufen.

Googles Antwort ist das User Messaging Platform (UMP) SDK, die Einwilligungsebene, die mit dem Google Mobile Ads SDK ausgeliefert wird. Es zeigt ein IAB-TCF-konformes Einwilligungsformular an, speichert die Entscheidungen des Spielers und stellt ein Einwilligungssignal bereit, das AdMob und Mediation-Partner automatisch auslesen. Für ein Unity-Studio entscheidet die korrekte Umsetzung dieses Ablaufs über einen gesunden eCPM oder eine Welle von Richtlinienverstößen.

Der Einwilligungsablauf von Anfang bis Ende

Die richtige Reihenfolge der Vorgänge ist wichtiger als jeder einzelne API-Aufruf. Bei jedem App-Start sollten Sie:

Das Ad-SDK zu initialisieren, bevor das Einwilligungsformular zurückkehrt, ist der häufigste Fehler, den wir sehen. Er erzeugt eine nicht personalisierte oder nicht konforme erste Impression und kann automatisierte Richtlinienprüfungen auslösen.

Eine minimale Unity-Implementierung

In C# sieht das Grundgerüst so aus:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

Die Prüfung CanRequestAds() ist Ihr Tor. Solange sie true zurückgibt — entweder weil der Spieler eingewilligt hat oder weil er sich außerhalb einer regulierten Region befindet — dürfen Sie Werbung initialisieren und anfordern. Speichern Sie selbst nichts über die Region; lassen Sie UMP die einzige Quelle der Wahrheit sein.

Testen, ohne in den Store zu veröffentlichen

Sie können einen Einwilligungsablauf nicht aus Ihrem Büro in etwa Istanbul überprüfen, ohne ein EWR-Gerät zu simulieren. UMP unterstützt eine Debug-Geografie-Einstellung und eine Liste gehashter Test-Geräte-IDs:

Entfernen Sie die Debug-Einstellungen immer vor einem Produktions-Build. Ein erzwungenes EWR-Debug-Flag an jeden Spieler auszuliefern ist ein realer und peinlicher Vorfall.

Einwilligung, Mediation und Ihr Umsatz

Wenn die Einwilligung korrekt weitergegeben wird, erhält jedes Netzwerk in Ihrem Mediation-Stack — AdMob, Meta Audience Network, Unity Ads, AppLovin — den TCF-String und kann dort, wo erlaubt, auf personalisiertes Inventar bieten. Wenn es bricht, fallen diese Netzwerke auf nicht personalisierte Werbung zu einem Bruchteil des eCPM zurück, und Ihr Wasserfall verliert still Umsatz. Behandeln Sie die Einwilligungsebene als Teil Ihres Monetarisierungs-Stacks, nicht als nachträglichen Compliance-Gedanken.

Wo FlexyConsent ins Spiel kommt

UMP deckt Googles eigene Oberfläche ab, aber die meisten ernsthaften Publisher verwalten Einwilligungen gleichzeitig über Web-Properties, mehrere Apps und serverseitiges Tagging. FlexyConsent gibt Ihnen einen einzigen Einwilligungsdatensatz, TCF- und Google-Consent-Mode-v2-Signale sowie Analysen zu Einwilligungsraten über jede Plattform hinweg — sodass die Entscheidung, die ein Spieler in Ihrem Unity-Spiel trifft, und die Entscheidung, die ein Besucher auf Ihrer Marketing-Website trifft, an einem prüfbaren Ort liegen. Compliance wird zu einem Dashboard, nicht zu einer Feuerwehrübung.

Wichtigste Erkenntnisse

← Blog Alle lesen →