Kuidas blokeerida skriptid, kuni nõusolek on antud: kolm meetodit võrdluses

Probleem: sildid, mis käivituvad liiga vara

Nõusolekubänner töötab ainult siis, kui selle taga olevad sildid austavad külastaja valikut. Kõige tavalisem tõrge on lihtne: bänner kuvatakse, kuid analüütika- ja reklaamiskriptid on juba laaditud ja identifikaatorid määranud enne, kui keegi on midagi klõpsanud. Lahendus on blokeerida skriptid, kuni nõusolek on antud. Selleks on kolm praktilist viisi.

Meetod 1: kirjuta skripti tüüp ümber

Brauserid käivitavad script-elemendi ainult siis, kui selle tüüp on JavaScripti tüüp. Kui muudad tüübiks text/plain, ignoreerib brauser skripti. Seejärel lisad andmeatribuudi, mis märgib, millisesse nõusolekukategooriasse skript kuulub:

Sobib: käputäiele tuntud inline- või väliste skriptide jaoks sinu mallides. Ettevaatust: skriptid, mida lisavad teised skriptid, ei läbi kunagi sinu malle ja neid ei kirjutata seega kunagi ümber.

Meetod 2: piira silte sildihalduris

Kui sinu sildid asuvad Google Tag Manageris või sarnases tööriistas, võid konteineri lehele jätta ja käivitamist juhtida nõusolekut arvestavate päästikutega. Igale sildile määratakse nõusolekunõue ja sildihaldur käivitab selle ainult siis, kui vastav nõusoleku olek on antud. Suur eelis on keskne kontroll: turundus saab lisada silte malle puudutamata ja reegel liigub sildiga kaasa.

Sobib: paljude turundussiltidega saitidele. Ettevaatust: konteineriväliste kõvakodeeritud skriptide ja kohandatud HTML-siltide suhtes, mis laadivad ise veel skripte.

Meetod 3: laadi skriptid nõusoleku peale dünaamiliselt

Siin eemaldad script-sildid lehelt täielikult ja kirjutad funktsiooni, mis lisab need alles pärast nõusolekusündmust. See on puhtaim valik üheleheküljeliste rakenduste ja arendajate jaoks, kes soovivad täielikku kontrolli:

  1. Kuula oma CMP nõusoleku callbacki.
  2. Kontrolli, millised kategooriad anti.
  3. Loo script-element, määra selle allikas ja lisa see dokumenti.
  4. Käivita võimalik lähtestuskood skripti load-käsitlejas.

Sobib: moodsatele rakendustele, millel on ehitusetapp. Ettevaatust: naasva külastaja unustamine, kelle salvestatud valik peab käivitama laadimise lehe laadimisel ilma uue klõpsuta.

Tühistamise käsitlemine

Blokeerimine enne nõusolekut on vaid pool tööst. Kui külastaja tühistab nõusoleku hiljem, lõpeta tööriistade kutsumine ja veendu, et need ei jätka identifikaatorite lugemist ega kirjutamist. Skripti eemaldamine lehelt ei eemalda juba mälus olevat koodi, seega on uuesti laadimine pärast tühistamist sageli lihtsaim usaldusväärne lähenemine.

Millise peaksid valima?

Kuidas seda testida

  1. Ava privaatne aken tühjendatud vahemäluga.
  2. Ava brauseri arendajatööriistad vahelehtedel Võrk ja Rakendus enne lehe laadimist.
  3. Laadi leht ja ära puuduta bännerit. Veendu, et ühtegi analüütika- ega reklaamipäringut ei saadeta ning seotud küpsiseid ega salvestuskirjeid ei ilmu.
  4. Nõustu ainult ühe kategooriaga ja veendu, et laaditakse vaid vastavad skriptid.
  5. Lükka kõik tagasi, laadi uuesti ja korda esimest kontrolli.
  6. Tühista nõusolek ja kontrolli eespool kirjeldatud käitumist.

Kus FlexyConsent kaasa tuleb

FlexyConsent toetab IAB TCF 2.4 ja Google Consent Mode v2 ning on Google'i sertifitseeritud CMP (CMP ID 317). Olenemata sellest, millise blokeerimismeetodi valid, on bänneri ülesanne anda sinu koodile selge signaal selle kohta, mida külastaja valis. Sinu ülesanne on tagada, et iga skript seda järgib.

Põhilised järeldused

← Blogi Loe kõike →