A probléma: túl korán lefutó címkék

A hozzájárulási banner csak akkor működik, ha a mögötte lévő címkék tiszteletben tartják a látogató döntését. A leggyakoribb hiba egyszerű: a banner megjelenik, de az analitikai és hirdetési szkriptek már betöltődtek és azonosítókat állítottak be, mielőtt bárki bármit kattintott volna. A megoldás a szkriptek blokkolása a hozzájárulásig. Három gyakorlati módja van.

1. módszer: a szkript típusának átírása

A böngészők csak akkor hajtanak végre egy script elemet, ha a típusa JavaScript-típus. Ha a típust text/plain értékre változtatja, a böngésző figyelmen kívül hagyja a szkriptet. Ezután hozzáad egy data attribútumot, amely rögzíti, melyik hozzájárulási kategóriába tartozik a szkript:

• Változtassa a type="text/javascript" értéket type="text/plain" értékre.
• Adjon hozzá egy olyan attribútumot, mint a data-category="analytics".
• Amikor a látogató hozzájárul az adott kategóriához, egy kis betöltő visszaállítja a típust, és beilleszti a szkriptet, hogy lefusson.

Jó választás: néhány ismert beágyazott vagy külső szkript a sablonjaiban. Vigyázat: a más szkriptek által beinjektált szkriptek nem mennek át a sablonjain, ezért soha nem íródnak át.

2. módszer: címkék kapuzása egy címkekezelőben

Ha a címkéi a Google Tag Managerben vagy hasonló eszközben élnek, a konténert az oldalon hagyhatja, és a lefutást hozzájárulást figyelembe vevő eseményindítókkal vezérelheti. Minden címkéhez hozzájárulási követelmény tartozik, a címkekezelő pedig csak akkor futtatja, ha a megfelelő hozzájárulási állapot megadott. A nagy előny a központi irányítás: a marketing a sablonok érintése nélkül adhat hozzá címkéket, és a szabály együtt mozog a címkével.

Jó választás: sok marketingcímkével rendelkező oldalak. Vigyázat: a konténeren kívül elhelyezett, keményen kódolt szkriptek és az egyéni HTML-címkék, amelyek további saját szkripteket töltenek be.

3. módszer: szkriptek dinamikus betöltése hozzájáruláskor

Itt a script címkéket teljesen eltávolítja az oldalról, és írja meg a függvényt, amely csak egy hozzájárulási esemény után injektálja őket. Ez a legtisztább megoldás egyoldalas alkalmazásokhoz és olyan fejlesztőknek, akik teljes kontrollt akarnak:

1. Figyelje a CMP hozzájárulási visszahívását.
2. Ellenőrizze, mely kategóriák kaptak engedélyt.
3. Hozzon létre egy script elemet, állítsa be a forrását, és fűzze hozzá a dokumentumhoz.
4. Futtasson minden inicializálási kódot a szkript load eseménykezelőjében.

Jó választás: build lépéssel rendelkező modern alkalmazások. Vigyázat: a visszatérő látogató elfelejtése, akinek a tárolt döntésének az oldal betöltésekor új kattintás nélkül el kell indítania a betöltést.

A visszavonás kezelése

A hozzájárulás előtti blokkolás csak a munka fele. Ha a látogató később visszavonja a hozzájárulását, hagyja abba az eszközök hívását, és gondoskodjon róla, hogy ne olvassanak és ne írjanak tovább azonosítókat. A szkript eltávolítása az oldalról nem távolítja el a már memóriában lévő kódot, ezért a visszavonás utáni újratöltés gyakran a legegyszerűbb megbízható megoldás.

Melyiket válassza?

• Kevés szkript, szerveroldalon renderelt sablonok: 1. módszer.
• Sok marketingcímke, amelyeket nem fejlesztők szerkesztenek: 2. módszer.
• Egyoldalas alkalmazás vagy egyedi front-end: 3. módszer.
• A vegyes környezetek gyakran kettőt kombinálnak. Csak arra ügyeljen, hogy egyetlen címkét se hagyjon fedetlenül.

Hogyan tesztelje

1. Nyisson egy privát ablakot kiürített gyorsítótárral.
2. Nyissa meg a böngésző fejlesztői eszközeit a Network és az Application lapon az oldal betöltése előtt.
3. Töltse be az oldalt, és ne nyúljon a bannerhez. Győződjön meg róla, hogy nem megy ki analitikai vagy hirdetési kérés, és nem jelenik meg kapcsolódó süti vagy tárolóbejegyzés.
4. Fogadjon el csak egy kategóriát, és ellenőrizze, hogy csak a megfelelő szkriptek töltődnek be.
5. Utasítson el mindent, töltse újra az oldalt, és ismételje meg az első ellenőrzést.
6. Vonja vissza a hozzájárulást, és ellenőrizze a fent leírt viselkedést.

Hol illeszkedik a FlexyConsent

A FlexyConsent támogatja az IAB TCF 2.4-et és a Google Consent Mode v2-t, és Google által tanúsított CMP (CMP ID 317). Bármelyik blokkolási módszert választja, a banner feladata, hogy egyértelmű jelzést adjon a kódjának arról, mit választott a látogató. Az Ön feladata gondoskodni arról, hogy minden szkript ehhez tartsa magát.

Legfontosabb tanulságok

• Az olyan szkriptek, amelyek a látogató választása előtt betöltődnek, értelmetlenné teszik a bannert.
• A típusátírás, a címkekezelő-eseményindítók és a dinamikus betöltés különböző típusú oldalakhoz illenek.
• A más szkriptek által beinjektált szkriptek a leggyakoribb szivárgás.
• Kezelje a visszatérő látogatókat és a visszavonást, ne csak az első látogatást.
• Tesztelje tiszta privát ablakban, nyitott fejlesztői eszközökkel, mielőtt a bannerhez nyúlna.