På hvert nettsted i dashbordet finner du kortet Installasjonshelse. Det viser om banneret faktisk kjører på nettstedet ditt, om Google-tagger respekterer samtykket, og hva du bør gjøre når noe er galt. Oversikten viser en samlet status per nettsted.
Kortet bygger på to kilder: det banneret selv forteller serveren når det lastes (at det kjører, og fra hvilket domene), og et lite teknisk signal banneret sender fra en andel av sidevisningene. Signalet inneholder bare ja/nei-svar, Google-ID-er (G-, GTM-, AW-) og navn på Google-cookies. Det inneholder aldri cookie-verdier, besøker-ID, adresser eller noe annet om den besøkende.
Hver kontroll har et nivå: OK, Info (ingen handling nødvendig), Advarsel eller Feil. Samlet status følger den alvorligste kontrollen. Vil du oppdatere kortet med en gang, åpne nettstedet ditt med ?csdebug=1 bak adressen i et privat vindu – da sendes det tekniske signalet alltid.
Serveren har ikke fått noen sidevisning som laster banneret. Vanlige årsaker: kodesnutten er ikke lagt inn, den ligger bare på én side, nettstednøkkelen er feil, eller siden er ikke publisert ennå.
Gjør dette: Lim kodesnutten fra nettstedssiden inn i <head> på alle sider, publiser, og åpne nettstedet i et privat vindu. Ser du fortsatt ikke banneret, følg Feilsøking: banneret vises ikke. «Ikke sett på over 7 dager» betyr at banneret har virket før, men ikke lenger lastes – typisk etter en temaoppdatering, ny publisering eller bytte av CMS.
Banneret kjører bare på domenet som er registrert på nettstedet (inkludert www. og underdomener). Lastes kodesnutten fra et annet domene, svarer serveren «ikke tillatt», banneret vises ikke der, og kortet viser hvilket domene forsøket kom fra.
Gjør dette: Er det nettstedets riktige domene, endre domenet under Innstillinger. Er det et test- eller staging-domene, opprett et eget nettsted for det. Hvis banneret virker på det registrerte domenet, vises forsøket bare som informasjon.
Banneret er sett, men ingen besøkende har gjort et valg som ble logget. Enten har ingen trykket i banneret ennå, eller banneret vises uten at valget når serveren (for eksempel fordi det er blokkert av en annen samtykkeløsning eller en innholdsblokkerer).
Gjør dette: Åpne nettstedet i et privat vindu, gjør et valg, og sjekk at det dukker opp under Samtykker. Gjør det ikke det, se feilsøkingen og skru av eventuelle andre cookie-bannere (Wix: Settings → Privacy & cookies).
Raden viser hvilken lastemetode nettstedet har valgt under Google-verktøy. Med Etter samtykke laster banneret ikke GA4/GTM før besøkeren har samtykket til statistikk; finnes det likevel en Google-tag hos en besøkende uten valg, er det en feil, fordi taggen da må ligge i siden, temaet eller CMS-et og kan sende cookieløse forespørsler før samtykke. Med Avansert Consent Mode er en tag før valget forventet, så lenge samtykkestandarden (alt avvist) kommer først – det kontrolleres i raden under. Gjør dette: flytt taggen inn under Google-verktøy, eller bytt lastemetode dersom du ønsker at taggen skal kjøre før valget. Kontrollen ser på Google-tagger i siden og dataLayer; den ser ikke inn i en GTM-container, så en grønn rad sier ikke noe om taggene inni containeren.
Google respekterer bare samtykket hvis standarden «alt avvist» er registrert før første Google-tag (GA4, Tag Manager eller Ads) starter. Banneret ser på rekkefølgen i dataLayer: ligger en config- eller GTM-kommando før bannerets standard, er rekkefølgen feil. Setter nettstedet selv en standard med granted, er det også feil.
Gjør dette: Flytt kodesnutten øverst i <head>, over alle Google-tagger. Enklest er å fjerne taggen fra siden/CMS-et og lime ID-en inn under Google-verktøy, så laster banneret den selv med standarden satt først. Må taggen ligge i siden, se Løsning B under «Google-cookies settes før samtykke».
Banneret ser etter to typer tegn hos besøkende som ikke har gitt samtykke: Google-forespørsler der gcs-signalet melder lagring som tillatt (analytics_storage for GA4, ad_storage for Ads) før besøkeren har valgt, og GA4-/Ads-cookies (_ga, _gid, _gcl_au …) hos en besøkende som ikke har gjort noe valg. Begge tyder på at en tag lastes utenfor banneret eller med sin egen «granted»-standard – typisk en GA4-integrasjon i CMS-et (Wix, WordPress-plugin) eller en limt inn gtag-snutt.
Dette er en diagnostisk heuristikk, ikke en fullstendig kontroll av Consent Mode v2: bare analytics_storage og ad_storage leses av signalet. ad_user_data og ad_personalization måles ikke i dag. Grønn status her betyr «ingen tegn til lagring uten samtykke er observert», ikke at hele Consent Mode-oppsettet er verifisert.
Gjør dette: Fjern GA4 fra CMS-et og lim måle-ID-en inn under Google-verktøy (anbefalt). Ads-tagger legger du bak samtykke med data-consent-category="marketing", eller setter standarden «avvist» før taggen. Se «Google-cookies settes før samtykke» for kode.
Vises «GA4 lastes utenfor banneret» som Info, er taggen funnet i siden, men det er ikke observert cookies eller treff uten samtykke: med standarden satt først sender den bare samtykkefrie signaler (Advanced Consent Mode). Vil du at banneret skal styre lastingen, flytt ID-en til Google-verktøy.
Listen viser navnene på Google-cookies som fantes hos en besøkende som ikke hadde gjort noe valg. Bare navnene rapporteres, aldri innholdet. Kontrollen bruker bare besøkende uten lagret valg: hos en som tidligere har samtykket kan cookies være igjen fra den gang, og det er ikke en feil.
Gjør dette: Finn taggen som setter dem (GA4- og Ads-kontrollene over peker på den) og flytt den bak samtykke eller inn under Google-verktøy.
Samme Google-ID lastes både av banneret (fordi den ligger under Google-verktøy) og av nettstedet selv, eller flere ganger i siden. Det gir dobbelttelling i Google Analytics. Kontrollen er en indikasjon, ikke et bevis – Tag Manager kan for eksempel laste GA4 på en måte som ligner.
Gjør dette: Velg ett sted: fjern taggen fra nettstedet/CMS-et, eller fjern ID-en fra Google-verktøy – ikke begge.
Kontrollene for Consent Mode, GA4, Ads, cookies og dobbel tagg bygger på det tekniske signalet. Det sendes fra en andel av sidevisningene, alltid når banneret oppdager et problem, og alltid når siden åpnes med ?csdebug=1. Hver kontroll husker sin siste observasjon: en «ren» sidevisning fra en besøkende som allerede har samtykket, nuller ikke ut en feil som ble sett hos en ny besøkende. Signalet påvirker aldri banneret – feiler sendingen, merker ikke besøkeren noe.
Det samme du kan se i kortet finner du i nettleseren: Nettkapsler.debug().health.
Hvert valg lagres som dokumentasjon. Loggen inneholder:
💡 Personvern
Rå IP-adresse lagres ikke. Du kan eksportere hele loggen som CSV (Excel) eller JSON (for egne verktøy) fra «Samtykker» på nettstedets side i dashboardet — det er dokumentasjonen du viser frem hvis noen ber om bevis på samtykke etter GDPR.
Hver rad i loggen har en Bevis-lenke som åpner et utskriftsvennlig bevisark for det ene samtykket: nettsted, tidspunkt, besøkerens valg per kategori, metoden, bannerversjonen samtykket er knyttet til, visningsspråk, fingerprint med status, cookie-erklæringsversjonen når den finnes, sideadressen og om oppføringen er anonymisert — med en kort forklaring av hvert felt. Bruk nettleserens Skriv ut → Lagre som PDF; arket er laget for det, og verktøylinjen følger ikke med på papiret.
Last ned bevispakke over loggen gir en ZIP for et nettsted og en periode (norsk tid, begge dager inkludert): samtykkene som CSV og JSON i samme format som eksporten, bannerversjonene samtykkene faktisk peker på med fingerprint-kontroll, cookie-erklæringsversjonene disse lenker til, og et manifest med SHA-256 for hver fil. Pakken lages i øyeblikket og lagres ikke hos oss.
Bevisarket viser bare det som faktisk er lagret. Eldre samtykker (skjemaversjon 1) mangler bannerrad, visningsspråk og fingerprint; det står som «Ikke registrert» og er det normale, ikke en feil. Fingerprinten er en SHA-256-kontrollsum over bannerets tekst, kategorier og Consent Mode-kart: den viser om disse feltene fortsatt samsvarer, men kan ikke gjenskape historisk tekst og er verken en digital signatur eller et betrodd tidsstempel. IP-hashen sier ikke noe om hvor besøkeren befant seg.
Nye kontoer starter med 2 års oppbevaring og anonymisering av eldre oppføringer; kontoer opprettet før dette beholder loggen så lenge kontoen finnes, til du velger noe annet. Under Profil → Oppbevaring av samtykkeloggen kan du sette en grense (1–5 år, eller egendefinert). Hver natt behandles oppføringer som er eldre enn grensen:
Velg en grense som stemmer med det dere har skrevet i deres egen personvernerklæring. Sletter du et nettsted eller kontoen, slettes loggen med en gang.
Dette er den vanligste årsaken.
www og subdomener dekkes — f.eks. dekker eksempel.no også shop.eksempel.no.Løsning: Gå til nettstedets innstillinger i dashboardet og kontroller at domenet er riktig. Ikke legg inn et test- eller midlertidig domene hvis banneret skal brukes på produksjonsdomenet.
Banneret leveres kun når:
Er ikke abonnementet aktivt, står banneret som «pauset».
Snutten bør ligge så høyt som mulig i <head> og før Google-tagger / GTM. Ligger den etter Google-taggene, kan Google rekke å laste før samtykke er satt.
Koden må inneholde din faktiske nettstednøkkel, ikke plassholderen.
Feil:
<script src="https://cdn.nettkapsler.no/cdn/cs.js" data-site="DIN_SITE_KEY" async></script>Riktig:
<script src="https://cdn.nettkapsler.no/cdn/cs.js" data-site="cs_BuWC86lI6ZXlcufGvO3pbC2D" async></script>Åpne siden din med ?csdebug=1 bak adressen (f.eks. https://eksempel.no/?csdebug=1), eller legg data-debug på kodesnutten:
<script src="https://cdn.nettkapsler.no/cdn/cs.js" data-site="cs_…" data-debug async></script>Da logger banneret hvert steg til nettleserkonsollen (F12 → Console), merket [Nettkapsler]:
data-consent-category som ble lastet, og hvilke som fortsatt er blokkertUten debug-modus er konsollen stille. Du kan alltid hente det samme øyeblikksbildet ved å skrive Nettkapsler.debug() i konsollen, og Nettkapsler.status() gir besøkerens lagrede valg.
Ser du _ga, _ga_XXXX eller _gcl_au i nettleseren før besøkeren har valgt noe, laster en Google-tag utenfor banneret. Banneret varsler da i konsollen: [Nettkapsler] Google-cookies finnes uten samtykke ….
Vanligste årsaker:
async). Consent Mode-standarden må ligge i dataLayer før gtag('config', …).Løsning A (anbefalt): fjern GA4/GTM fra CMS-et og lim ID-en inn under Google-verktøy på nettstedet i dashbordet. Da laster banneret Google-taggen selv, med samtykkestandarden satt først.
Løsning B (hvis taggen må ligge i siden, f.eks. Google Ads): legg denne linjen før Google-taggen, så står alle signaler som avvist til banneret oppdaterer dem:
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
ad_storage: 'denied', ad_user_data: 'denied', ad_personalization: 'denied',
analytics_storage: 'denied', personalization_storage: 'denied',
functionality_storage: 'granted', security_storage: 'granted', wait_for_update: 2000
});
</script>Kontroller etterpå med ?csdebug=1: i et nytt privat vindu skal det ikke finnes _ga-cookies før du har trykket Godta. Samme besøk oppdaterer Installasjonshelse-kortet på nettstedssiden, så du ser der om feilen er borte.