Proč mobilní hry potřebují SDK pro souhlas

Pokud vaše hra zobrazuje reklamy z AdMob, Ad Manager nebo zprostředkovaného waterfallu hráčům v Evropském hospodářském prostoru nebo ve Spojeném království, máte zákonnou povinnost získat platný souhlas dříve, než se použije jakákoli personalizovaná reklama nebo sledovací identifikátor. Webový cookie banner to neřeší — nativní mobilní aplikace nemají cookies a souhlas musí dorazit k reklamním SDK, které běží uvnitř vašeho buildu.

Odpovědí Googlu je User Messaging Platform (UMP) SDK, vrstva pro souhlas dodávaná s Google Mobile Ads SDK. Zobrazuje formulář souhlasu kompatibilní s IAB TCF, ukládá volby hráče a poskytuje signál souhlasu, který AdMob a partneři pro mediaci čtou automaticky. Pro studio používající Unity je správné nastavení tohoto toku rozdílem mezi zdravým eCPM a vlnou postihů za porušení pravidel.

Tok souhlasu od začátku do konce

Správné pořadí operací je důležitější než kterékoli jednotlivé volání API. Při každém spuštění aplikace byste měli:

• Vyžádat aktualizaci informací o souhlasu. Tím UMP řeknete, aby zkontrolovala region hráče a zda je formulář vyžadován.
• Načíst a zobrazit formulář, pokud je vyžadován. UMP rozhodne, zda jej zobrazit, na základě zeměpisné polohy a předchozích voleb — nikdy napevno nekódujte "je tento uživatel v EU".
• Počkat, až se formulář zavře, než inicializujete Mobile Ads SDK.
• Inicializovat reklamy až po získání souhlasu, aby první požadavek na reklamu již nesl správný signál.

Inicializace reklamního SDK před tím, než se formulář souhlasu vrátí, je nejčastější chyba, kterou vídáme. Vytváří nepersonalizovaný nebo nevyhovující první zobrazení a může spustit automatizované kontroly pravidel.

Minimální implementace v Unity

V jazyce C# vypadá kostra takto:

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

Kontrola CanRequestAds() je vaše brána. Dokud vrací true — buď proto, že hráč souhlasil, nebo proto, že se nachází mimo regulovaný region — můžete inicializovat a vyžádat reklamy. Sami si o regionu nic neukládejte do mezipaměti; nechte UMP být jediným zdrojem pravdy.

Testování bez nasazení do obchodu

Nemůžete ověřit tok souhlasu ze své kanceláře řekněme v Istanbulu, pokud nesimulujete zařízení z EHP. UMP podporuje ladicí nastavení zeměpisné polohy a seznam hashovaných ID testovacích zařízení:

• Zaregistrujte hashované ID svého testovacího zařízení v parametrech požadavku.
• Vynuťte ladicí zeměpisnou polohu na EEA, aby se formulář zobrazil.
• Mezi spuštěními použijte metodu resetu SDK, abyste pokaždé viděli zážitek prvního spuštění.

Před produkčním buildem vždy odstraňte ladicí nastavení. Dodávat každému hráči vynucený ladicí příznak EHP je skutečný a trapný incident.

Souhlas, mediace a vaše příjmy

Když se souhlas šíří správně, každá síť ve vašem mediačním stacku — AdMob, Meta Audience Network, Unity Ads, AppLovin — obdrží TCF řetězec a může nabízet na personalizovaném inventáři tam, kde je to povoleno. Když se to poruší, tyto sítě se vrátí k nepersonalizovaným reklamám za zlomek eCPM a váš waterfall tiše ztrácí příjmy. Berte vrstvu souhlasu jako součást svého monetizačního stacku, nikoli jako dodatečnou záležitost compliance.

Kam zapadá FlexyConsent

Nativní aplikace potřebují CMP přímo v aplikaci, například UMP od Googlu. FlexyConsent pokrývá webové stránky na počítačích i mobilech (CMP ID 317 je webová CMP). Odesílá signály IAB TCF 2.4 a Google Consent Mode v2. Jeho přehledy ukazují rozhodnutí podle zdroje a regionu.

Klíčové poznatky

• Získejte souhlas prostřednictvím UMP SDK dříve, než inicializujete Mobile Ads SDK.
• Nikdy napevno nekódujte logiku regionu — nechte UMP rozhodnout, kdy je formulář vyžadován.
• Testujte s ladicí zeměpisnou polohou a hashovanými testovacími ID, poté je před vydáním odstraňte.
• Správné šíření souhlasu chrání vaše eCPM personalizovaných reklam napříč celým mediačním stackem.