Tovább a tartalomhoz

Első féltől származó marketingsütik és a CookieShredder

Mit kezd a Complianz a saját domainen beállított marketingsütikkel, és hogyan törli a sütiket a CookieShredder.

Első féltől származó marketingsütik

Szekció neve “Első féltől származó marketingsütik”

A varázsló egyik kérdése: You have stated that you don’t use third-party services. Do you use plugins that might set marketing cookies? (Azt jelölted, hogy nem használsz harmadik féltől származó szolgáltatást. Használsz olyan bővítményt, amely marketingsütit állíthat be?)

Harmadik fél szolgáltatás az a követő vagy marketing szolgáltatás, amely a saját domainjén állít be sütit marketingcélra (például Facebook, Twitter). Ezek a Complianz integrációs listájában szerepelnek.

Egyes szolgáltatások a te domainedre is állíthatnak marketingsütit, vagy hibrid módon a sajátjukat és a tiédet is használják. Ilyen az Active Campaign és a HubSpot. Mivel többféle módon és beállítással kapcsolódhatnak a WordPresshez, az integrációjukat részben kézzel kell elvégezni.

Lehet, hogy egy bővítmény első féltől származó marketingsütit állít be. Ezeket a Complianz egységes hozzájárulási API nélkül nem tudja blokkolni. Erre találták ki a WP Consent API-t, amelyet a WordPress magja is fontolgat.

Ha bizonytalan vagy a válaszban, kérdezd a támogatást, és írd meg, melyik bővítmény állíthat marketingsütit.

Ha a kérdésre Nem a válasz, a sáv marketing kategóriája eltűnik, és a cmplz_event_marketing aktiválási esemény nem fut le.

A CookieShredder a hozzájárulás nélküli sütik azonnali eltávolítására szolgáló kiegészítés a sütiblokkoló mellett. A látogatás közben minden oldalbetöltés és interakció után ellenőrzi a böngészőben lévő sütiket a cookiedatabase.org adataival: ha egy süti nem felel meg a látogató hozzájárulási szintjének, azonnal törli.

A sütiblokkoló a szkriptfájlokat átalakítja, így azok csak a megadott hozzájárulási szinten indulnak el. Ezt a szkriptet jelölik a type="type/plain" és a class="cmplz-marketing" jellemzők, hozzájárulás után pedig type="type/javascript" lesz:

<!-- Hozzájárulás előtt -->
<script type="type/plain" class="cmplz-marketing">
/* Csak marketing szinten engedélyezhető JavaScript */
</script>
<!-- Hozzájárulás után -->
<script type="type/javascript" class="cmplz-marketing">
/* Ez a szkript már marketing szinten fut */
</script>

Korlátok:

  • PHP. A bővítmények vezérléséhez a PHP-ba kell beavatkozni, még mielőtt a funkciók elindulnak. Ezek az integrációk bővítményfrissítésekkel változhatnak, és karbantartásuk időigényes. Ezért született a WP Consent API javaslata. Széles körű elterjedés nélkül minden bővítményhez külön integráció kell, 50 000 bővítménnyel és szolgáltatással a teljes lefedés nehezen érhető el.
  • Bővítmény teljes blokkolása. Lehet, de nem megjósolható, hogyan viselkedik a webhely egy teljesen blokkolt vagy hozzájáruláskor indított bővítménnyel. A frontend blokkolása durva módszer.
  • Minifikált és összevont JavaScript. Van olyan szkript, amelyet lehetetlen blokkolni a webhely működésének megzavarása nélkül. Példa az Elementor YouTube-widgetje, amely az összevont front-end.js fájlban töltődik be a menükkel és más widgetekkel együtt. Az ilyen esetekre a Complianz teljes integrációt kínál az Elementorral, így akár Elementor Pro-val is építhetsz sávot.

Az oldal betöltésekor a sütiblokkoló végzi a fő munkát. Ha mégis beállít sütit egy PHP-kód vagy egy erősen optimalizált, összevont JavaScript, ezeket a sütiket összeveti a Complianz a frissítve tartott sütilistával (cookiedatabase.org, helyben). Ha a süti nem felel meg a látogató hozzájárulási szintjének, szinte azonnal törlődik a böngészőből.

A harmadik féltől származó domainekről (például facebook.com) a sütik nem törölhetők, mert ez biztonsági kockázat lenne. Visszavonáskor minden szkript újra text/plain típusú lesz, és nem tud csatlakozni a külső domainhez. A látogató a böngésző gyorsítótárának törlésével távolíthatja el ezeket a sütiket, ahogy a sütiszabályzat leírja. Ha viszont a szolgáltatás a te aldomainedre költözik (például facebook.tedomain.hu), a sütik törölhetők.

Példa: a WordPress bejelentkezési süti

Szekció neve “Példa: a WordPress bejelentkezési süti”

A CookieShredder a sütiszabályzatban megjelenő, cookiedatabase.org-os adatokra épül. A szolgáltatásokhoz vagy sütikhez más kategóriát is rendelhetsz, és ezzel megváltoztatod a működését.

Ha van tag- vagy fiókrészleg a webhelyen, a WordPress sütijeit is fel kell tüntetni a sütiszabályzatban, mert bár funkcionálisak, a látogató gépére kerülnek. A Complianz ezt automatikusan elvégzi.

A varázsló Cookie Descriptions lépésében a wordpress_logged_in_* sütit át lehet állítani marketingre: ehhez le kell választani a cookiedatabase.org-ról, és a legördülő listából kategóriát választani. Ezt ne tedd meg! Teszteléskor láthatod, hogy a sütiszabályzatban megváltozik a kategória, és létrejön a cmplz_cookie_data munkamenet-süti, amely a törlésre előkészített sütiket tartalmazza:

{statistics: {google-analytics: ["_ga", "_ga"]}, marketing: {facebook: ["_fbc", "fbm", "xs", "fr", "act", "_fbp", "datr", "c_user", "sb"], wordpress: ["wordpress_logged_in_*"]}}

Ha ilyenkor visszavonod a hozzájárulást a marketing kategóriára vagy a „WordPress” szolgáltatásra, azonnal kijelentkeztetnek.

Miért bővítmény és nem felhőszolgáltatás

Szekció neve “Miért bővítmény és nem felhőszolgáltatás”

Nem minden sütisáv egyben hozzájárulás-kezelő eszköz is. A WordPress-bővítmény kezelni tudja a többi bővítmény viselkedését, a felhőszolgáltatás csak „távolról” tud dolgozni. A CookieShredder alapja a folyamatosan karbantartott sütiadatbázis, amelynek segítségével a hozzájárulási szintnek nem megfelelő sütik törölhetők.

Készült:

Tiszteletben tartjuk a magánszférádat

Sütiket használunk a böngészési élmény javítására és a forgalom elemzésére. Az analitika csak akkor indul, ha engeded. Adatvédelmi irányelvek, Sütitájékoztató.

Sütibeállítások