A csendes bevételszivárgás

Amikor az eCPM-je havonta néhány százalékkal lejjebb csúszik, az ok ritkán a leltár vagy az alapárak. Gyakrabban egy hibás TC string — az IAB Transparency & Consent Framework (TCF) jel, amely minden hirdetési kéréssel utazik. A hibás vagy hiányzó sztring nem dob hangos hibát. Ehelyett a hirdetési kiszolgáló csendben visszaesik a nem személyre szabott hirdetésekre, a keresleti partnerek kiesnek, és a bevétel egyetlen riasztás nélkül vérzik el. Az EGT-ben és az Egyesült Királyságban monetizáló alkalmazás- és játékkiadók számára ez az elveszett bevétel legfigyelmenkívülhagyottabb oka.

Mit hordoz valójában a TC string

A TC string egy base64-kódolású blob, amelyet a hozzájáruláskezelő platformja (CMP) hoz létre. Kódolja a felhasználó döntéseit: a hozzájárult célokat, az engedélyezett szállítókat, az Ön CMP-azonosítóját, az irányelv-verziót és egy időbélyeget. A vásárlók ezredmásodpercek alatt dekódolják, hogy eldöntsék, ajánlatot tehetnek-e személyre szabott célzással. Két jel ugyanolyan fontos:

• gdprApplies — egy zászló (1, 0 vagy undefined), amely megmondja a vásárlóknak, hogy a GDPR hatálya alá tartozik-e.
• Google Consent Mode v2 — az ad_storage, ad_user_data és ad_personalization jelek, amelyeket a Google a TCF sztringtől függetlenül olvas.

Ha ezek bármelyike hibás, a kereslet elpárolog — még akkor is, ha a felhasználó valójában hozzájárult.

Az öt hiba, amely csendben pénzbe kerül

1. Hiányzó vagy lejárt sztring. Ha a CMP soha nem ír sztringet, vagy a gyorsítótárazott hozzájárulás az újrakérdezési ablakon túl elöregszik, a kérések jel nélkül mennek ki. A vásárlók a "nincs sztring"-et úgy kezelik, mint a "nincs hozzájárulás"-t, és csak alacsony eCPM-ű kontextuális kereslettel tesznek ajánlatot, vagy kihagyják az aukciót.

2. Hibás CMP-azonosító. Minden tanúsított CMP-nek van egy regisztrált azonosítója a sztringbe ágyazva. Ha egy felismerhetetlen azonosítót írnak be, a Google és az IAB szállítók elutasítják — gyakori egy migráció után, amikor a régi SDK még be van csomagolva.

3. Nem deklarált szállító. Egy keresleti partnernek lehet teljes hozzájárulása, de ha a szállítói azonosítója nincs az engedélyezett szállítók listáján, nem tud személyre szabottan ajánlatot tenni. A kiadók gyakran elfelejtik frissíteni a listát egy partner hozzáadása után.

4. Hibás gdprApplies. Egy "1" sztring átadása egész szám helyett, vagy undefined-ként hagyása egy egyértelműen az EGT-ben lévő felhasználó számára összezavarja a vásárlókat. Egy helytelen gdprApplies=0 megfelelőségi kockázatnak is kiteheti Önt, miközben rendben lévőnek tűnik.

5. A Consent Mode jelek nem aktiválódnak. A TCF sztring lehet tökéletes, miközben a Consent Mode az alapértelmezett elutasított állapotában marad — például amikor az SDK a hozzájárulás feloldása előtt tölt be hirdetéseket. A Google ekkor a TC stringtől függetlenül nem személyre szabott hirdetéseket szolgál ki.

Lépésről lépésre haladó hibakeresési munkafolyamat

Dolgozzon a készüléktől kifelé a hirdetési kiszolgáló felé, és reprodukálja tiszta állapotban — törölje az alkalmazásadatokat, vagy használjon friss böngészőprofilt, hogy az elavult hozzájárulás ne vezesse félre.

• 1. lépés — Rögzítse a nyers sztringet. Weben olvassa be a __tcfapi('getTCData', 2, cb) segítségével. Alkalmazásban írja ki az IABTCF_TCString kulcsot a SharedPreferences (Android) vagy az NSUserDefaults (iOS) helyről.
• 2. lépés — Dekódolja és validálja. Illessze be az IAB TCF dekódolóba vagy egy CMP-validátorba. Erősítse meg, hogy a CMP-azonosító az Öné, az irányelv-verzió és az időbélyeg aktuális, és a kulcsfontosságú szállítói azonosítói megjelennek a listában.
• 3. lépés — Vizsgálja meg a hirdetési kérést. Használjon Charles Proxyt vagy hálózati felügyelőt a GAM kérés megfigyeléséhez, és ellenőrizze, hogy a gdpr és gdpr_consent paraméterek a megfelelő értékeket hordozzák.
• 4. lépés — Ellenőrizze a Consent Mode-ot. Használja a Google Tag Assistant-et annak megerősítésére, hogy az ad_user_data és az ad_personalization átvált granted-re, amikor a felhasználó elfogadja.
• 5. lépés — Erősítse meg a GAM-ban. Nyissa meg az Ad Manager nem személyre szabott hirdetések jelentési dimenzióját. Egy NPA-forgalom kiugrása, amely nem egyezik a leiratkozási rátájával, a rossz sztring ujjlenyomata.

A gyökérok kijavítása

Egy rossz kérés befoltozása könnyű; a következő megelőzése a munka. Várassa meg a hirdetéseket a hozzájárulásra az inicializálás előtt, tartsa szinkronban a szállítói listáját a keresleti veremmel, és kövesse a személyre szabott és nem személyre szabott megjelenítések arányát — egy elmozdulás ott a legkorábbi figyelmeztetése.

Itt termeli ki a hasznát egy Google-tanúsított CMP. A FlexyConsent érvényes IAB TCF 2.3 sztringeket bocsát ki a megfelelő CMP-azonosítóval és szállítói deklarációkkal, aktiválja a Consent Mode v2 jeleket, hogy az ad_user_data és az ad_personalization kövesse a felhasználó döntését, és felszínre hozza a hozzájárulási ráta analitikát weben, Androidon és iOS-en — így egy hibás sztring egy irányítópulton jelenik meg, nem a kifizetésében.

Legfontosabb tanulságok

• Egy rossz TC string nem omlik össze — csendben lefokozza Önt nem személyre szabott hirdetésekre és alacsonyabb eCPM-re.
• Öt bűnös: hiányzó/lejárt sztringek, hibás CMP-azonosító, nem deklarált szállítók, hibás gdprApplies és halott Consent Mode jelek.
• Hibakeresés a készüléktől a hirdetési kiszolgálóig: rögzítés, dekódolás, a kérés vizsgálata, a Consent Mode ellenőrzése, a GAM ellenőrzése.
• Kövesse folyamatosan a személyre szabott-NPA arányát — egy tanúsított CMP, mint a FlexyConsent, alapértelmezetté teszi az érvényes sztringeket és a helyes Consent Mode v2 jeleket.