Slik blokkerer du skript til samtykke er gitt: tre metoder sammenlignet

Problemet: Tagger som utløses for tidlig

Et samtykkebanner fungerer bare hvis taggene bak det respekterer den besøkendes valg. Den vanligste feilen er enkel: Banneret vises, men analyse- og annonseskript er allerede lastet og har satt identifikatorer før noen har klikket på noe. Løsningen er å blokkere skript til samtykke er gitt. Det finnes tre praktiske måter å gjøre det på.

Metode 1: Skriv om skripttypen

Nettlesere kjører bare et script-element når typen er en JavaScript-type. Hvis du endrer typen til text/plain, ignorerer nettleseren skriptet. Deretter legger du til et data-attributt som angir hvilken samtykkekategori skriptet tilhører:

Egnet for: en håndfull kjente inline- eller eksterne skript i malene dine. Se opp for: skript som injiseres av andre skript, som aldri går gjennom malene dine og derfor aldri blir omskrevet.

Metode 2: Styr tagger i en tagbehandler

Hvis taggene dine ligger i Google Tag Manager eller et lignende verktøy, kan du la containeren bli på siden og styre utløsingen med samtykkebevisste triggere. Hver tagg får et samtykkekrav, og tagbehandleren utløser den bare når den tilsvarende samtykketilstanden er gitt. Den store fordelen er sentral kontroll: Markedsføring kan legge til tagger uten å røre malene, og regelen følger taggen.

Egnet for: nettsteder med mange markedsføringstagger. Se opp for: hardkodede skript utenfor containeren og egendefinerte HTML-tagger som selv laster flere skript.

Metode 3: Last skript dynamisk ved samtykke

Her fjerner du script-taggene helt fra siden og skriver en funksjon som setter dem inn først etter en samtykkehendelse. Dette er den reneste løsningen for single page-applikasjoner og for utviklere som vil ha full kontroll:

  1. Lytt etter samtykke-callbacken fra CMP-en din.
  2. Sjekk hvilke kategorier som er gitt.
  3. Opprett et script-element, angi kilden, og legg det til i dokumentet.
  4. Kjør eventuell initialiseringskode i skriptets load-handler.

Egnet for: moderne applikasjoner med et byggetrinn. Se opp for: å glemme tilbakevendende besøkende, hvis lagrede valg må utløse innlasting ved sideinnlasting uten et nytt klikk.

Håndtering av tilbaketrekking

Å blokkere før samtykke er bare halve jobben. Hvis en besøkende senere trekker tilbake samtykket, må du slutte å kalle verktøyene og sørge for at de ikke fortsetter å lese eller skrive identifikatorer. Å fjerne et skript fra siden fjerner ikke kode som allerede ligger i minnet, så en ny innlasting etter tilbaketrekking er ofte den enkleste pålitelige løsningen.

Hvilken bør du velge?

Slik tester du det

  1. Åpne et privat vindu med tom hurtigbuffer.
  2. Åpne nettleserens utviklerverktøy på fanene Nettverk og Applikasjon før du laster siden.
  3. Last siden og ikke rør banneret. Bekreft at det ikke sendes analyse- eller annonseforespørsler, og at det ikke dukker opp tilhørende informasjonskapsler eller lagringsposter.
  4. Godta bare én kategori, og bekreft at bare de tilsvarende skriptene lastes.
  5. Avslå alt, last på nytt, og gjenta den første kontrollen.
  6. Trekk tilbake samtykket, og kontroller oppførselen beskrevet ovenfor.

Hvor FlexyConsent kommer inn

FlexyConsent støtter IAB TCF 2.4 og Google Consent Mode v2, og er en Google-sertifisert CMP (CMP ID 317). Uansett hvilken blokkeringsmetode du velger, er bannerets jobb å gi koden din et tydelig signal om hva den besøkende har valgt. Din jobb er å sørge for at hvert skript følger det.

Viktige poenger

← Blogg Les alt →