Automatizált hozzájárulási banner tesztek Playwrighttal: gyakorlati útmutató

Miért érdemes automatizálni a hozzájárulás tesztelését

A kézi hozzájárulás-ellenőrzéseket könnyű kihagyni és könnyű elrontani. Egy új címke, amelyet a marketing ad hozzá, egy témafrissítés vagy egy átalakított szkriptbetöltő csendben elindíthat nyomkövetőket hozzájárulás előtt, és ezt senki sem veszi észre, amíg egy ügyfél vagy egy szabályozó nem teszi. Az automatizált böngészőtesztek a “megfelelően viselkedik-e még a bannerünk?” kérdést olyasmivé alakítják, ami minden kiadásnál lefut. A Playwright jó választás, mert valódi böngészőket vezérel, el tudja fogni a hálózati kéréseket, és friss, elszigetelt böngészőkörnyezeteket ad.

A tesztkörnyezetek

Minden tesztnek tiszta böngészőkörnyezetből kell indulnia, sütik és helyi tároló nélkül. Ez az első alkalommal érkező látogatót utánozza. Tesztenként hozzon létre új környezetet, ne használja újra az oldalt, különben az egyik teszt által tárolt döntés átszivárog a következőbe.

1. teszt: Hozzájárulás előtt semmi sem fut

Figyeljen minden hálózati kérést az oldal betöltésének megkezdésétől. Töltse be az oldalt, várja meg, amíg tétlen lesz, és ne érintse a bannert. Ezután hasonlítsa össze a kéréseket az Ön által karbantartott nyomkövető domainek listájával, például elemzési, hirdetési és közösségi pixelekkel. A teszt megbukik, ha bármely kérés listán szereplő domainre megy. Olvassa ki a sütik listáját is a környezetből, és bukjon meg a teszt, ha létezik nem szükséges süti.

2. teszt: Az elutasítás mindent kikapcsolva tart

  1. Töltse be az oldalt friss környezetben.
  2. Kattintson a banner elutasítás vezérlőjére.
  3. Lépjen tovább két-három további oldalra, köztük egyre beágyazott médiával.
  4. Ellenőrizze, hogy nem történt nyomkövető kérés, és nem helyeztek el nem szükséges sütiket.
  5. Töltse újra az oldalt, és ellenőrizze, hogy a banner rejtve marad, és a döntés megmarad.

3. teszt: Az elfogadás azt engedélyezi, amit kell

Kattintson az elfogadásra, és ellenőrizze, hogy a várt címkék most lefutnak, például az elemzési kérése. Ez az ellenkező hibától véd: egy olyan bannertől, amely rögzíti a hozzájárulást, de sosem engedi el a szkripteket, ami csendben adatba és bevételbe kerül.

4. teszt: Részletes választások

Nyissa meg a beállítások rétegét, kapcsoljon be csak egy célt, és mentse. Ellenőrizze, hogy az ahhoz a célhoz kötött címkék lefutnak, a többihez kötöttek pedig nem. Tartson egy kis leképezési fájlt a célokról a várt domainekre, hogy a teszt jól olvasható és könnyen frissíthető legyen.

5. teszt: Visszavonás

Fogadjon el, majd nyissa meg újra a beállításokat az állandó hivatkozáson keresztül, és vonja vissza a hozzájárulást. Ellenőrizze, hogy a nyomkövetőkhöz irányuló későbbi kérések leállnak, és a tárolt hozzájárulási állapot tükrözi a változást. Vegye figyelembe, hogy a már elhelyezett sütiket esetleg kifejezetten el kell távolítani, ezért döntse el, mi az irányelve, és tesztelje.

6. teszt: Jelek

Ha Google Consent Mode-ot használ, olvassa ki az adatréteget az oldal környezetében minden választás előtt és után, és ellenőrizze, hogy a hozzájárulási állapot értékei egyeznek: alapértelmezés szerint megtagadva, az elfogadott kategóriákra megadva. Ha TCF stringet használ, olvassa ki a TCF API-n keresztül, és ellenőrizze, hogy egy választás után jelen van, és tükrözi azt.

A tesztek megbízhatóságának megőrzése

Hol illeszkedik a FlexyConsent

A FlexyConsent támogatja az IAB TCF 2.4-et, az IAB GPP v1.1-et és a Google Consent Mode v2-t, így a tesztekben vizsgált jelek szabványosak, és az oldalról kiolvashatók. A banner 58 nyelven érhető el; ha többet is kiszolgál, vegyen fel egy tesztet, amely legalább egy nem angol változatot betölt.

Legfontosabb tanulságok

← Blog Összes olvasása →