Automaatne skriptide blokeerimine: kuidas nõusoleku-eelne blokeerimine toimib
Automaatne skriptide blokeerimine (mida nimetatakse ka nõusoleku-eelseks blokeerimiseks või automaatblokeerimiseks) takistab mitteoluliste skriptide käivitamist seni, kuni kasutaja on nõusoleku andnud. See on juriidiline nõue vastavalt ePrivacy direktiivi artikli 5 lõikele 3: ilma eelneva teadliku nõusolekuta ei tohi kasutaja seadmesse paigutada küpsiseid ega jälgimistehnoloogiaid, välja arvatud juhul, kui need on kasutaja soovitud teenuse jaoks rangelt vajalikud.
Ilma automaatse blokeerimiseta seab veebisait, mis laadib Google Analyticsi, Facebook Pixeli või mõne muu kolmanda osapoole turundusskripti, küpsised ja kogub andmeid enne, kui kasutajal on olnud võimalus teha oma nõusolekuvalik. See on nõuete rikkumine, olenemata sellest, kas nõusolekubänner kuvatakse või mitte.
Miks skriptide käsitsi märgistamisest ei piisa
Traditsiooniline lähenemine nõusolekupõhisele skriptide laadimisele nõuab arendajatelt saidi iga skripti käsitsi märgistamist. Iga skript tuleb muuta nii, et see ei laaduks vaikimisi, ning seejärel tingimuslikult aktiveerida, kui kasutaja annab nõusoleku vastavale kategooriale. Tavaliselt tähendab see type="text/javascript" muutmist type="text/plain"-iks ja andmeatribuudi lisamist, mis näitab nõusolekukategooriat.
Sellel lähenemisel on tõsised puudused:
- Iga saidile lisatud uus skript tuleb käsitsi märgistada. Kui turundusmeeskond lisab sildihalduri kaudu uue jälgimispikslid, käivitub see ilma nõusolekuta, kui keegi ei mäleta blokeerimisreeglit seadistada.
- Kolmandate osapoolte skriptid laadivad sageli dünaamiliselt lisaskripte. Ülemskripti blokeerimine ei blokeeri tingimata alamskripte, mille see oleks laadinud.
- Lehe HTML-i põimitud reasiseseid skripte ei ole lihtne kinni püüda.
- Lähenemine on habras. Üksainus märkamata jäänud skript tähendab nõuetele mittevastavat andmete kogumist.
Kuidas automaatne blokeerimine toimib
Automaatse blokeerimisega nõusolekuhalduse platvorm läheneb asjale teisiti. Selle asemel, et nõuda arendajatelt üksikute skriptide märgistamist, püüab CMP kinni kõik skriptide laadimised brauseri tasandil ja blokeerib kõik, mis ei ole rangelt vajalik.
Protsess toimib järgmiselt:
- CMP laaditakse lehe
<head>-sektsioonis esimese skriptina, enne kõiki teisi skripte. - See püüab kinni brauseri skriptide laadimismehhanismid, sealhulgas
document.createElement('script'), reasiseste skriptide käivitamise ja dünaamiliselt sisestatavad skriptid. - Iga skripti kontrollitakse klassifikatsiooniandmebaasi alusel. Tuntud analüütika-, reklaami- ja sotsiaalmeediadomeenidelt pärit skriptid tuvastatakse ja kategoriseeritakse.
- Mitteoluliseks klassifitseeritud skriptid hoitakse järjekorras. Need ei käivitu, ei sea küpsiseid ega tee võrgupäringuid.
- Kui kasutaja annab nõusoleku konkreetsele kategooriale, vabastatakse selle kategooria järjekorras olevad skriptid ja lubatakse neil tavapäraselt käivituda.
- Kui kasutaja lükkab kategooria tagasi, jäävad selle kategooria skriptid seansi ajaks blokeerituks.
Mis blokeeritakse
Automaatne blokeerimine klassifitseerib skriptid tavaliselt nelja kategooriasse, mis on kooskõlas standardsete küpsiste nõusolekukategooriatega:
| Kategooria | Näited | Blokeeritud enne nõusolekut |
|---|---|---|
| Rangelt vajalikud | Makseprotsessorid, autentimine, seansihaldus, CMP ise | Ei (alati lubatud) |
| Analüütika | Google Analytics, Hotjar, Matomo, Plausible | Jah |
| Turundus | Google Ads, Facebook Pixel, LinkedIn Insight, TikTok Pixel | Jah |
| Eelistused | Keele-eelistused, kasutajaliidese kohandamine, A/B-testimise tööriistad | Jah |
Ajastuse probleem
Selleks, et automaatne blokeerimine toimiks korrektselt, peab CMP olema lehel laaditav kõige esimene skript. Kui mõni mitteoluline skript laaditakse enne CMP-d, käivitub see ilma nõusolekuta. Seetõttu ei tohi CMP skriptisilt kasutada defer- ega async-atribuute ning see peab paiknema <head>-sektsioonis enne kõiki teisi skripte.
See on sama arhitektuur, mida kasutab iga nõuetele vastav CMP: Cookiebot, OneTrust, CookieYes ja Passiro nõuavad kõik sünkroonset laadimist dokumendi päise esimese skriptina.
Koostöö Google Consent Mode'iga
Automaatne skriptide blokeerimine töötab koos Google Consent Mode v2-ga. Kui Consent Mode kohandab, kuidas Google'i enda sildid nõusoleku puudumisel käituvad (lülitudes küpsisevabale mõõtmisele), siis automaatne blokeerimine takistab kõigi mitteoluliste skriptide käivitumist üldse.
Need kaks mehhanismi täiendavad teineteist: Consent Mode käsitleb Google'i silte sujuvalt (võimaldades modelleeritud konversioone), samal ajal kui automaatblokeerimine haldab kõike muud (kolmandate osapoolte piksleid, sotsiaalmeedia vidinaid, mitte-Google'i tarnijate reklaamiskripte).
Automaatne blokeerimine ja Passiro
Passiro sisaldab automaatset skriptide blokeerimist oma tasuta nõusolekuvidinas. Kui Passiro skript laaditakse, tuvastab ja blokeerib see mitteolulised skriptid enne, kui need saavad käivituda. Skriptide käsitsi märgistamist ei ole vaja.
Klassifikatsiooniandmebaas põhineb EasyPrivacy kogukonna blokeerimisnimekirjal (GPL-3.0), mis hõlmab ~4900 jälgija-, analüütika- ja reklaamidomeeni ning mida uuendatakse iga päev. See on oluliselt suurem kui enamiku kommertsiaalsete CMP-de kasutatavad autoriõigusega kaitstud kureeritud nimekirjad — Cookiebot, OneTrust ja teised tuginevad tavaliselt suurusjärgu võrra väiksematele andmebaasidele.
Koos IAB TCF v2.3 ja Google Consent Mode v2-ga tagab automaatne blokeerimine, et enne nõusoleku andmist ei koguta ühtegi andmet, täites ePrivacy artikli 5 lõike 3 ja GDPR-i artikli 6 nõuded.
Kas sinu veebisait vastab kupsiste reeglitele?
Skanni oma veebisaiti tasuta ja leia koik kupsised monikuminutiga.
Skanni oma kupsiseid tasuta