Zakaj mobilne igre potrebujejo SDK za privolitev

Če vaša igra prikazuje oglase iz AdMoba, Ad Managerja ali posredovanega waterfalla igralcem v Evropskem gospodarskem prostoru ali Združenem kraljestvu, ste zakonsko zavezani pridobiti veljavno privolitev preden se uporabi kakršno koli personalizirano oglaševanje ali identifikator za sledenje. Spletni piškotni pasica tega ne reši — domorodne mobilne aplikacije nimajo piškotkov, privolitev pa mora doseči oglasne SDK-je, ki tečejo znotraj vaše gradnje.

Googlov odgovor je User Messaging Platform (UMP) SDK, sloj privolitve, ki je priložen Google Mobile Ads SDK. Prikaže obrazec privolitve, skladen z IAB TCF, shrani igralčeve izbire in izpostavi signal privolitve, ki ga AdMob in partnerji za posredovanje samodejno berejo. Za studio Unity je pravilna izvedba tega toka razlika med zdravim eCPM in valom kršitev pravil.

Tok privolitve od začetka do konca

Pravilen vrstni red operacij šteje bolj kot kateri koli posamezen klic API. Ob vsakem zagonu aplikacije bi morali:

• Zahtevati posodobitev informacij o privolitvi. To pove UMP-ju, naj preveri igralčevo regijo in ali je obrazec potreben.
• Naložiti in prikazati obrazec, če je potrebno. UMP odloči, ali ga prikaže, na podlagi geografije in prejšnjih izbir — nikoli ne kodirate trdo "ali je ta uporabnik v EU".
• Počakati, da se obrazec zapre, preden inicializirate Mobile Ads SDK.
• Inicializirati oglase šele po zbrani privolitvi, tako da prva zahteva za oglas že nosi pravilen signal.

Inicializacija oglasnega SDK-ja, preden se obrazec privolitve vrne, je najpogostejša napaka, ki jo vidimo. Ustvari nepersonalizirano ali neskladno prvo prikazovanje in lahko sproži samodejne preglede pravil.

Minimalna implementacija v Unityju

V C# je okostje videti takole:

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

Preverjanje CanRequestAds() so vaša vrata. Dokler vrača true — bodisi ker je igralec privolil bodisi ker je zunaj regulirane regije — lahko inicializirate in zahtevate oglase. Sami ne predpomnite ničesar o regiji; pustite, da je UMP edini vir resnice.

Testiranje brez objave v trgovini

Toka privolitve ne morete preveriti iz svoje pisarne v, recimo, Istanbulu, razen če simulirate napravo v EGP. UMP podpira nastavitev geografije za razhroščevanje in seznam zgoščenih ID-jev testnih naprav:

• Registrirajte zgoščeni ID svoje testne naprave v parametrih zahteve.
• Prisilite geografijo razhroščevanja na EEA, da se obrazec pojavi.
• Med zagoni uporabite metodo ponastavitve SDK-ja, da vsakič vidite izkušnjo prvega zagona.

Pred produkcijsko gradnjo vedno odstranite nastavitve razhroščevanja. Pošiljanje prisilne zastavice razhroščevanja EGP vsakemu igralcu je resničen in neprijeten incident.

Privolitev, posredovanje in vaš prihodek

Ko se privolitev pravilno razširi, vsako omrežje v vašem skladu posredovanja — AdMob, Meta Audience Network, Unity Ads, AppLovin — prejme niz TCF in lahko ponuja za personalizirano zalogo, kjer je dovoljeno. Ko se pokvari, se ta omrežja vrnejo na nepersonalizirane oglase ob delčku eCPM, vaš waterfall pa tiho izgublja prihodek. Sloj privolitve obravnavajte kot del svojega sklada za monetizacijo, ne kot naknadno misel o skladnosti.

Kam se umešča FlexyConsent

UMP pokriva Googlovo lastno površino, vendar večina resnih založnikov vodi privolitev hkrati po spletnih lastnostih, več aplikacijah in označevanju na strani strežnika. FlexyConsent vam daje enoten zapis privolitve, signale TCF in Google Consent Mode v2 ter analitiko o stopnjah privolitve na vsaki platformi — tako da izbira, ki jo igralec naredi v vaši igri Unity, in izbira, ki jo obiskovalec naredi na vašem trženjskem spletnem mestu, živita na enem mestu, primernem za revizijo. Skladnost postane nadzorna plošča, ne gasilska vaja.

Ključne ugotovitve

• Privolitev zberite prek UMP SDK preden inicializirate Mobile Ads SDK.
• Nikoli ne kodirajte trdo logike regije — pustite, da UMP odloči, kdaj je obrazec potreben.
• Testirajte z geografijo razhroščevanja in zgoščenimi testnimi ID-ji, nato pa jih pred izdajo odstranite.
• Pravilno širjenje privolitve ščiti eCPM vaših personaliziranih oglasov po celotnem skladu posredovanja.