- TCF v2.1: Továbbra is elfogadjuk a TCF 2.1-es karakterláncait, de javasoljuk a beleegyezés-kezelési platformoknak, hogy kövessék az IAB-útmutatót a megvalósítási mérföldkövekről, ahogy az iparág egyre inkább átáll a TCF 2.2-es verziójára.
- A Google beleegyezés-kezelési megoldásai: A Google beleegyezés-kezelési megoldásai, amelyek az Ad Manager, az AdSense és az AdMob Adatvédelem és üzenetek lapján találhatók, a tervek szerint november elejére már támogatják a TCF 2.2-es verzióját a GDPR-ral kapcsolatos beleegyezést kérő üzenetek esetében, az IAB beleegyezés-kezelési platformokra vonatkozó, 2023. november 20-i aktualizált megvalósítási határidejének megfelelően.
Az IAB Europe véglegesítette az IAB Tech Lab vállalattal és a két szervezet tagvállalataival közösen kifejlesztett Átláthatósági és Hozzájárulási Keretrendszerének (TCF) 2.0-s verzióját. A Google immár teljes mértékben támogatja a TCF 2.0-t.
Szeretnénk időt hagyni a megjelenítőknek arra, hogy kijavítsák az IAB Europe Átláthatósági és Hozzájárulási Keretrendszer 2.0-s verziójával kapcsolatos hibákat és helytelen konfigurációkat, ezért a Google jelentésben tájékoztatja a megjelenítőket az észlelt hibákról, továbbá 150 napos türelmi időszakot ad a hibák kijavítására.
Ebben a cikkben a TCF v2.2 implementációs hibáinak javításáról olvashat bővebben, beleértve az alábbiakat:
Frissített útmutató
Frissítések
- Emlékeztető a 13 havonta esedékes újbóli beleegyezés megszerzésére vonatkozó TCF-követelményről:
Az IAB TCF-irányelvei szerint Önnek kötelessége legalább 13 havonta (390 naponta) emlékeztetni a felhasználókat a beleegyezési döntésükre. Ha a beleegyezési döntés 13 hónapnál régebbi, a TC-karakterláncot a Google már nem tekinti érvényesnek, és a Google nem jelenít meg hirdetéseket az érintett felhasználónak. Javasoljuk, hogy a hozzájárulás-kezelési platform használatával emlékeztesse a felhasználókat a beleegyezési döntésükre, még a 13 hónapos korlát elérése előtt.
- A 3.2-es hibatípust megszüntettük. Az elmúlt 13 hónapban frissített TC-karakterláncok érvényesek maradnak.
A gyakori hibák elhárítása
Az Ad Manager, az AdSense és az AdMob szolgáltatással kapcsolatos leggyakoribb problémák megoldásához próbálja meg elvégezni a következő műveleteket:
Fontolja meg, hogy a felhasználóktól ismét beleegyezést kér olyan TC-karakterláncokkal, amelyek nem szereznek bevételt(1.1-es, 3.1-es, 4.1-es, 5.1-es, 5.2-es és 6.1-es hiba)
Kapcsolódó hiba/hibák
Frissített útmutató
Fontolja meg a felhasználók beleegyezésének ismételt kérését.
Indoklás
A megjelenítők számára akkor jelent előnyt a beleegyezés újbóli megszerzése, ha korábban keretrendszeren kívüli, globális hatókörű karakterláncokat, (tesztelésből származó) érvénytelen beleegyezéskezelésiplatform-azonosítókat, (tesztelésből származó) érvénytelen globálisszolgáltatóilista-azonosítókat használtak, vagy hiányzott a Google mint szolgáltató megfelelő elfogadása valamikor a megvalósítás során.
1.1-es, 1.2-es, 1.3-as hiba: Fontos, hogy ellenőrizze, hogy ezek a hibák jelentős mennyiségű forgalmat képviselnek-e. Ha igen, vizsgálja meg, előfordulhat-e hiba a beleegyezés-kezelési platform oldalán, és győződjön meg arról, hogy a Google kapott-e beleegyezést a szükséges célokhoz, valamint szolgáltatóként Ön regisztrált-e beleegyezés ÉS jogos érdek lehetőséget (szolgáltatóazonosító: 755).
IAB-specifikáció
Az IAB specifikációinak megfelelően a beleegyezés-kezelési platformok a beleegyezési karakterláncokat 13 hónapig gyorsítótárazhatják.
AddEventHandler elemtől érkező hívásokat 500 ms-on belül viszonozza(2.1a, 2.1b, 2.0a, 2.0b és 2.0c hiba)
Kapcsolódó hiba/hibák
2.1a hiba. Ez az útmutató a 2.1b, 2.0a, 2.0b és 2.0c hibákra is érvényes.
Frissített útmutató
Bár a továbbiakban már nincs időtúllépési követelmény, azt javasoljuk, hogy a beleegyezés-kezelési platformok alaposan tekintsék át az implementációjukat, hogy biztosítsák a hívások azonnali viszonozását az AddEventListener getTCData számára.
Ha a beleegyezés-kezelési platform nem válaszol, akkor lehetséges, hogy a kérelemből nem történik bevételszerzés.
Indoklás
A Google betartja az IAB-specifikációban foglaltakat, amely szerint a beleegyezés-kezelési platformnak azonnal válaszolnia kell az AddEventListener függvényre. Ha a beleegyezés-kezelési platform nem válaszol azonnal, akkor lehetséges, hogy a kérelemből nem történik bevételszerzés.
Ezenkívül a beleegyezés-kezelési platform válaszai azon eseménylánc részét képezik, amely befolyásolja, hogy milyen gyorsan küldhető el a hirdetési kérelem. Az oldalbetöltés és a hirdetési kérelmek közötti idő csökkentése kevesebb megjelenítésveszteséget eredményez a megjelenítő számára.
IAB-specifikáció
Vonatkozó IAB-specifikáció: IAB AddEventListener specifikáció (a GitHub szolgáltatásban)
AddEventListener visszahívást azonnal el kell végezni az aktuális TC-adatokkal történő regisztrációkor, még akkor is, ha a beleegyezés-kezelési platform állapota töltődik, és a beleegyezés-kezelési platform hiányos TC-adatokkal rendelkezik. A hívószkript így hozzáférhet a regisztrált listenerId azonosítóhoz. Továbbá minden TC-karakterlánc-módosításnál végre kell hajtani a visszahívást, hacsak nem lett eltávolítva a RemoveEventListener függvénnyel.Irányelvközpont
Az irányelvközpontban a megjelenítők értesítést kapnak, ha valamelyik alkalmazás vagy webhely nem felel meg a Google beleegyezés-kezelési követelményeinek.
Hibajelentés
A termék kezelőfelületén fogjuk értesíteni a megjelenítőket, ha egy vagy több webhelyükhöz vagy alkalmazásukhoz társított TC-karakterlánccal kapcsolatos problémát észlelünk. A fiók „EU-beli felhasználók hozzájárulása” oldalán a hibával rendelkező megjelenítők rákattinthatnak a TCF-hibajelentés letöltése lehetőségre, és letölthetik az elmúlt 7 nap során észlelt hibákkal kapcsolatos részletes jelentést.
- Ad Manager: Kattintson az Adminisztrálás
EU-beli felhasználók hozzájárulása lehetőségre.
- AdMob és AdSense: Kattintson a Letiltási vezérlők
A jelentés a következő információkat tartalmazza a talált hibákról:
- Domain/MobileAppID: Az a webhely vagy mobilalkalmazás, amely hibásan van konfigurálva.
- Hirdetési egység elérési útja: A hibához kapcsolódó hirdetési egység.
- Hibakód: A hibához hozzárendelt kód.
- Hibák száma: Az elmúlt héten megfigyelt, hibát tartalmazó lekérdezések száma.
- Utolsó észlelés dátuma: A hiba legutóbbi észlelésének dátuma.
A megjelenítők a jelentésben található hibakódok alapján megkereshetik a javasolt műveleteket az alábbi hibaelhárítási táblázatokban, és kijavíthatják a hibákat.
Problémamegoldás
Szeretnénk segítséget nyújtani a megjelenítőknek a hibásan konfigurált IAB TCF 2.2-integrációk kijavításához, ezért összeállítottuk a következő táblázatokat, amelyekben a TC-karakterlánccal kapcsolatban leggyakrabban felmerülő hibatípusok, valamint a kapcsolódó problémamegoldási javaslatok láthatók.
A táblázatokból megismerheti a hirdetési kérelmek szintjén felmerülő problémákat, valamint azt, hogyan viselkedik a rendszer ezeknek a problémáknak az előfordulásakor.
Korlátozott beleegyezési esetek
Mindhárom eset elsőbbséget élvez a hibás konfigurációból fakadó hibákkal szemben, még akkor is, ha egy adott kérelem több hibával is rendelkezik.
| Eset | Leírás | Javasolt intézkedés |
|---|---|---|
| 1.1 | A beleegyezés, illetve jogos érdek alapján nem engedélyezett a Google szolgáltatóként történő használata. | Győződjön meg arról, hogy a felhasználó szándékosan utasította el a Google szolgáltatóként történő használatát, esetleg hiba lépett fel a hozzájárulás-kezelési platform implementálásával kapcsolatban, vagy megjelenítői korlátozások vannak érvényben. |
| 1.2 | Nincs beleegyezés az 1. célhoz az EGT országaiban és az Egyesült Királyságban. |
Ellenőrizze, hogy a felhasználó szándékosan tiltotta-e le az 1. célra való felhasználást, vagy az a beleegyezés-kezelési platform implementálási hibái miatt történt-e. A svájci megjelenítőknek gondoskodniuk kell arról, hogy helyesen állítsák be a
PublisherCC és a PurposeOneTreatment mezőt, ha nem kérik a felhasználók beleegyezését. 2021 decemberétől a német távközlési és televíziós adatvédelmi törvénynek megfelelően nem ellenőrizzük a |
| 1.3 | Beleegyezést kapott az 1. célra vonatkozóan, azonban nem rendelkezik jogalappal az alaphirdetésekre vonatkozóan. |
Győződjön meg róla, hogy a felhasználó szándékosan utasította-e el a többi célhoz kapcsolódó jogos érdeket, vagy az a beleegyezés-kezelési platform implementálásával kapcsolatos hibák miatt történt-e. |
Hibás konfiguráció
Amíg a hibás konfiguráció hibája fennáll, addig a hirdetési kérelem nem teljesül.
| Hiba | Leírás | Javasolt intézkedés |
|---|---|---|
| 2.1a | A címke vagy az SDK nem kap TC-karakterláncot, mivel a beleegyezés-kezelési platform állapota stub, loading vagy error. |
Ha manuálisan hívja meg a hirdetéskérelmezési funkciót, gondoskodjon arról, hogy a válasz Ha nem manuálisan hívja meg a hirdetéskérelmezési funkciót, akkor a beleegyezés-kezelési platformmal együttműködve biztosítsa azt, hogy a beleegyezés-kezelési platform támogassa a |
| 2.1b |
Mindkét feltétel teljesül:
|
Tájékozódjon arról, hogy a beleegyezés-kezelési platform API-jai az IAB TCF technikai specifikációinak megfelelően vannak-e implementálva. |
| 2.0a |
A TC-karakterláncot nem lehet szintaktikailag elemezni, mert nem base64 kódolású. Példa: |
A beleegyezés-kezelési platformoknak (vagy a megjelenítőknek) base64 kódolású adatokat kell küldeniük a gdpr_consent= paraméterekben. |
| 2.0b |
A TC-karakterláncot dekódolási hiba miatt nem lehet szintaktikailag elemezni. Példa: a karakterlánc helytelen számú bitet tartalmaz |
A beleegyezés-kezelési platformnak ki kell javítania a TC-karakterlánc implementációjában található hibákat. |
| 2.0c |
A TC-karakterláncot adathiba miatt nem lehet szintaktikailag elemezni. Példa: helytelen időbélyeg, túl hosszú szolgáltatói azonosító |
A beleegyezés-kezelési platformnak ki kell javítania a TC-karakterlánc implementációjában található hibákat. |
TC-karakterlánccal kapcsolatos problémák
Egy adott hirdetési kérelemhez társított TC-karakterlánccal kapcsolatos problémák. A rendszer elutasítja és nem teljesíti a hirdetési kérelmeket.
| Hiba | Leírás | Javasolt intézkedés |
|---|---|---|
| 3.1 | Érvénytelen a beleegyezés-kezelési platform-azonosítója. |
Győződjön meg arról, hogy valamelyik, az IAB által jóváhagyott beleegyezés-kezelési platformot használja, és az azonosítóját helyesen adta meg a TC-karakterláncokban. Ha a beleegyezés-kezelési platform a TC-karakterlánc létrehozásakor érvényes volt, ám később az IAB törölte, akkor Önnek újból beleegyezést kell kérni a felhasználóktól egy érvényes beleegyezés-kezelési platform használatával. |
| 3.2 | Már nincs használatban. | Nincs. Előző jelentés: A TC-karakterlánc létrehozása óta 13 hónapnál több telt el. |
Ismét beleegyezést kell kérni
A felhasználótól beleegyezést kell kérni. Ha egy adott felhasználó beleegyezését több mint 13 hónappal ezelőtt szerezte meg, vagy a globális szolgáltatói lista olyan verzióját használja, amelyben a Google még nem szerepelt, akkor ismét kérnie kell a felhasználó beleegyezését, különben a rendszer elveti és nem teljesíti a hirdetési kérelmet.
| Hiba | Leírás | Javasolt művelet |
|---|---|---|
| 3.3 | A TC-karakterlánc utolsó frissítése óta 13 hónapnál több telt el. |
A beleegyezés-kezelési platformnak törölnie kell a régi TC-karakterláncot, és ismét beleegyezést kell kérnie. Várhatóan kis számban előfordulhatnak ilyen hibák, ha a hirdetési kérelmeket lejárt TC-karakterlánccal küldik el, mielőtt a beleegyezés-kezelési platform érvénytelenítette és újra megszerezte volna a felhasználó beleegyezését. Ha a Google hozzájárulás-kezelési megoldásait és az UMP SDK-t használja az alkalmazásban, győződjön meg arról, hogy az UMP SDK megvalósítása megfelelő, illetve hogy minden alkalommal megtörténik a |
| 4.1 | A TC-karakterláncot a globális szolgáltatói lista egy olyan verziójával állították elő, amelyben még nem szerepelt a Google. | Szerezze meg ismét a beleegyezést a globális szolgáltatói lista aktuális verziójának használatával. |
Globális hatókör és a keretrendszeren kívül beállított hatókör
A globális vagy a keretrendszeren kívül beállított hatókörrel kapcsolatosan felmerült problémák (Ad Manager, AdMob, AdSense). A hirdetések nem jelennek meg, ha a TC-karakterláncban továbbra is a keretrendszeren kívül beállított vagy globális hatókör szerepel.
| Hiba | Leírás | Javasolt művelet |
|---|---|---|
| 5.1 | A TC-karakterlánc engedélyezi a keretrendszeren kívül megszerzett beleegyezést. | Utasítsa a beleegyezés-kezelési platformot, hogy távolítsa el a keretrendszeren kívüli jeleket a TC-karakterláncokból. |
| 5.2 | Globális hatókörű TC-karakterlánc. | Utasítsa a beleegyezés-kezelési platformot, hogy tegye szolgáltatásspecifikussá a TC-karakterláncokat. |
Mennyiségileg korlátozott hirdetésmegjelenítés
Korlátozott mennyiségű hirdetés jelenik meg.
| Hiba | Leírás | Javasolt művelet |
|---|---|---|
| 6.1 | A TC-karakterlánc verziószáma 1 vagy 1.1 (1.0-s verziójú karakterlánc). |
A beleegyezés-kezelési platformnak TCF 2.2-karakterláncokat kell küldenie. |
A Google kezeli a problémákat
Ha ilyen problémák jelentkeznek, a Google szükség esetén kijavítja a hibát, és a továbbiakban a normál módon végzi a TCF kezelését.
| Hiba | Leírás | Javasolt művelet |
|---|---|---|
| 7.1 | A gdprApplies nincs megadva, esetleg érvénytelen vagy nem dekódolható értékre van állítva, ám van érvényes TC-karakterlánc. |
– |
| 7.2 | A globális szolgáltatói lista olyan verziójával hozták létre a TC-karakterláncot, amely újabb a Google hirdetésmegjelenítési technológiája által ismertnél. | – |
| 7.3 | Bizonyos célok, funkciók és/vagy szolgáltatók kívül esnek az érvényes tartományon (ismeretlenek). | – |
| 7.4 | A TC-karakterlánc tcf_policy_version verziója régebbi a legújabb globális szolgáltatói lista verziójánál. |
A beleegyezés-kezelési platformnak törölnie kell a régi TC-karakterláncot, és ismét beleegyezést kell kérnie a legújabb globális szolgáltatói lista használatával. |
| 7.5 |
A kérelemben szerepel a |
– |
| 7.6 | A megjelenítő országkódja érvénytelen, de az 1. célhoz van beleegyezés. | A beleegyezés-kezelési platformnak ki kell javítania a TC-karakterlánc implementációjában található hibákat. |
| 7.7 | Érvénytelen nyelvkód. | A beleegyezés-kezelési platformnak ki kell javítania a TC-karakterlánc implementációjában található hibákat. |
| 7.8 | A TC-karakterlánc verziómezőjében nem az 1 vagy a 2 érték szerepel. |
A beleegyezés-kezelési platformnak ki kell javítania a TC-karakterlánc implementációjában található hibákat úgy, hogy érvénytelen TC-karakterlánc észlelése esetén új beleegyezést kér. Ha a Google hozzájárulás-kezelési megoldásait és az UMP SDK-t használja az alkalmazásban, győződjön meg arról, hogy az UMP SDK megvalósítása megfelelő, illetve hogy minden alkalommal megtörténik a |
| 7.9 | Az AC-karakterlánc verziója nem 1 vagy 2. |
A beleegyezés-kezelési platformnak az 1 vagy a 2 értéket kell beállítania az AC-karakterlánc verziójaként. |
Az AC-karakterlánccal (a kiegészítő hozzájárulás karakterláncával) kapcsolatos problémák
Ilyen problémák esetén a Google a kiegészítő hozzájárulás (AC) karakterláncát érvénytelenként kezeli, és a TC-karakterláncon túl nem vesz figyelembe további szolgáltatókat.
| Hiba | Leírás | Javasolt művelet |
|---|---|---|
| 8.1 | Az AC-karakterlánc nem használja a verzióelválasztót (~). |
A beleegyezés-kezelési platformnak az AC-karakterlánc második karaktereként a „~” karaktert kell használnia, hogy elválassza a verziószámot a beleegyezéssel rendelkező szolgáltatók listájától. |
| 8.2 | Az AC-karakterlánc olyan szolgáltatólistát tartalmaz, amely nem felel meg az elvárt formázásnak (int64 elemek listája, melyeket ' jel választ el egymástól ). | A beleegyezés-kezelési platformnak ki kell javítania az AC-karakterlánc implementációjában található hibákat. |
