Cookiescanning vs. blokering af scripts: hvad er forskellen?
Dit site bestod en cookiescanning i sidste måned, og i går tilføjede nogen en ny annoncepixel. Hvad beskytter dagens besøgende?
Cookiescanning finder cookies og trackere på de sider og under de forhold, den undersøger. Blokering af scripts styrer, om scripts må køre før og efter den besøgendes valg. Det ene giver dig overblik; det andet ændrer adfærden.
Ingen af dem beviser alene, at hjemmesiden gør det, de besøgende har valgt. Det kræver en tredje opgave: at tjekke adfærden i en browser.
| Aktivitet | Hvad den gør | Hvornår den sker | Hvad den ikke kan bevise alene |
|---|---|---|---|
| Cookiescanning | Hvad den gørBesøger sider og oplister de cookies og trackere, den finder. | Hvornår den skerEfter en tidsplan, eller når du starter en scanning. | Hvad den ikke kan bevise aleneAt et værktøj ikke findes på sider, logins eller interaktioner, der ikke er scannet. |
| Blokering af scripts | Hvad den gørHolder scripts tilbage, indtil den besøgende tillader den relevante kategori. | Hvornår den skerVed hver sidevisning, fra første besøg. | Hvad den ikke kan bevise aleneAt alle installationsveje er dækket, eller at alle kategorier er rigtige. |
| Manuel kontrol | Hvad den gørTester rigtige forløb og sammenligner forventet med observeret adfærd. | Hvornår den skerEfter ændringer på hjemmesiden og før vigtige lanceringer. | Hvad den ikke kan bevise aleneAlt ud over de sider, valg og browsere, du har testet. |
Følg en ny pixel mellem to scanninger
Forestil dig en fiktiv webshop, der forbereder en kampagne. En marketingmedarbejder tilføjer en remarketingpixel til hjemmesidens tema. Den næste automatiske scanning er først om tre uger.
Hvis pixlen er omfattet af sitets blokeringsopsætning, følger den det relevante samtykkevalg fra første sidevisning. Hvis den ikke er omfattet, kan den køre i ugevis, før en scanning finder den. Et synligt banner besvarer ikke det spørgsmål.
Den næste scanning kan hjælpe med at identificere værktøjet. Nogen skal stadig bekræfte dets formål, dets konfiguration og oplysningerne om det: at kalde cookien “marketing” i en rapport stopper ikke forespørgslen.
Identificér, kobl, test: rækkefølgen for hvert nyt værktøj
- Identificér værktøjet. Notér udbyder, formål, ansvarlig, de sider, det kører på, og hvordan det er installeret: temakode, plugin, tag manager eller indlejret frame.
- Kobl det til det relevante samtykkevalg. Giv det den kategori, der passer til det, det gør, og sørg for, at blokeringsreglen eller tag manager-reglen for dets installationsvej håndhæver den kategori.
- Test adfærden. Tjek i nye browsersessioner før ethvert valg, efter afvisning og efter accept, og gennemfør derefter én rigtig interaktion, fx et testkøb.
For den fiktive webshop er pixlen færdig, når de tre trin er udført, ikke når koden er indsat. Brug guiden til testen af “Afvis alle” til trin tre; resultatet bør være et kort notat om, hvad der skete, ikke et skærmbillede af banneret.
Efter udgivelsen bekræfter den næste scanning, hvad crawleren ser, og holder dine cookieoplysninger opdaterede. Den er et tjek af processen, ikke den første forsvarslinje.
Det er en scanning god til
En scanning er nyttig til at opbygge og opdatere en oversigt. Den kan afsløre en tracker, du havde glemt, eller vise, at et gammelt plugin stadig indlæser tredjepartstjenester.
Gennemgå resultaterne med spørgsmål, der fører til handling:
- Har vi stadig brug for dette værktøj?
- Hvem tilføjede det, og hvor er det installeret?
- Passer kategorien til det, vi bruger det til?
- Beskriver vores cookieoplysninger det korrekt?
- Hvilke af de besøgendes forløb kræver en manuel test?
En lang rapport uden en ansvarlig er nem at ignorere. Tildel hvert fund til en person, der kan fjerne, konfigurere eller undersøge værktøjet.
Det kan en scanning ikke bevise
En crawler ser et afgrænset sæt sider og interaktioner. Den når måske ikke frem til en konto, der kræver login, en kasse efter flere trin eller en widget, der kun vises i en bestemt region.
Betragt “ikke fundet” som et udsagn om den pågældende scanning, ikke som en garanti for hele hjemmesiden. En kvote på 500 sider kan være nyttig, men antallet af sider alene fortæller dig ikke, om den afgørende interaktion blev testet.
Sammenlign scanningens omfang med dine vigtigste forløb for besøgende. I Passiro viser Scan History, hvor mange sider hver scanning dækkede, og crawlerindstillingerne styrer antal sider, udelukkede stier og indlæsningstid; se manglende eller ufuldstændige scanningsresultater.
Det skal blokeringen have styr på
Blokering afhænger af, hvordan scripts indlæses, og hvordan deres formål kobles til samtykke. Temakode, plugins, tag managers og indlejrede frames kan tilføje værktøjer ad forskellige veje.
Før en oversigt over disse veje. Tjek, at standardværdierne anvendes, før det berørte værktøj kører, og at senere ændringer af præferencerne når frem til det. Googles dokumentation om samtykkeskabeloner viser, hvorfor implementeringsrækkefølge og samtykkeopdateringer har betydning i Google Tag Manager.
Gå ikke ud fra, at én kontrol dækker alle leverandører. Google Consent Mode håndterer adfærden for understøttede Google-tags; andre værktøjer kræver deres egne passende kontroller. Vores guide til Consent Mode for marketingfolk forklarer sammenhængen.
Samtykkeværktøjets egen installation har også betydning. Passiros automatiske blokering forudsætter, at Passiro-scriptet er installeret som det første script i sidens head, og den styrer understøttede trackere, så tjek tilpassede integrationer særskilt (se Tjek automatisk blokering af scripts). Nogle hjemmesidebyggere begrænser også kode på betalingssider eller indlejrede sider, så test de sider for sig.
To hurtige spørgsmål
Kan vi springe blokering over, hvis vi scanner oftere?
Nej. Hyppigere opdagelse styrer ikke, hvad der sker mellem scanningerne. Hvor der kræves forudgående samtykke, skal hjemmesiden håndhæve det på tidspunktet for besøget.
Kan en scanning fortælle os, hvilken kategori en cookie hører til?
Den kan foreslå en. En scanning matcher typisk cookies og forespørgsler med kendte udbydere, så kategorien i en rapport er et udgangspunkt. Bekræft, hvad værktøjet faktisk gør på din hjemmeside, især alt, der er markeret som Unknown (ukendt).