Kort svar: LocalStorage er en browserbaseret lagringsmekanisme, der, ligesom cookies, falder ind under databeskyttelsesregler, herunder EU's ePrivacy-direktiv og GDPR. Lagring eller adgang til ikke-essentielle data i LocalStorage uden forudgående, informeret og frit givet brugersamtykke er en overtrædelse af compliance. De fleste organisationer overser dette, fordi deres samtykkestyringsværktøjer kun er konfigureret til cookies, hvilket efterlader LocalStorage helt uadministreret.
Nøglepunkter
- LocalStorage behandles juridisk som en "lignende teknologi" til cookies under britisk og EU-lovgivning, hvilket betyder, at de samme samtykkeregler gælder.
- Det Europæiske Databeskyttelsesråd (EDPB) har bekræftet, at teknologier som LocalStorage kræver forudgående, informeret og frit givet samtykke, før ikke-essentielle data lagres eller tilgås [2].
- ICO skelner mellem lagring, der er strengt nødvendig for en tjeneste, og ikke-nødvendig lagring, der bruges til sporing eller analyse; kun sidstnævnte kræver udtrykkeligt samtykke [1].
- Mange samtykkestyringsplatforme regulerer cookies som standard, men lader LocalStorage være uovervåget, hvilket skaber et betydeligt compliance-hul [3].
- SessionStorage har de samme privatlivsmæssige konsekvenser som LocalStorage, når det bruges til sporings- eller analyseformål.
- Tilbagetrækning af samtykke forpligter en hjemmeside til at slette alle LocalStorage-data indsamlet under det samtykke.
- Tredjeparts-scripts, der skriver til LocalStorage, kræver også samtykkedækning; ansvaret ligger hos webstedets operatør.
- Sanktioner for manglende overholdelse under GDPR kan være betydelige; risikoen forstærkes, når overtrædelser er systemiske og ikke oplyst.
Hvad er LocalStorage, og hvordan fungerer det?
LocalStorage er en Web Storage API indbygget i moderne browsere, der giver hjemmesider mulighed for at gemme nøgle-værdi-data direkte på en brugers enhed, uden udløbsdato og med en typisk grænse på omkring 5-10 MB pr. oprindelse. I modsætning til cookies sendes LocalStorage-data aldrig automatisk til en server med HTTP-anmodninger; de forbliver, indtil de udtrykkeligt ryddes af hjemmesidens JavaScript eller af brugeren.
Sådan fungerer det i praksis:
- En hjemmesides JavaScript kalder
localStorage.setItem('key', 'value')for at skrive data. - Disse data forbliver på enheden på tværs af browsersessioner, indtil
localStorage.removeItem('key')ellerlocalStorage.clear()kaldes. - Kun scripts fra samme oprindelse (protokol + domæne + port) kan læse eller skrive disse data.
Almindelige anvendelser inkluderer: lagring af brugerpræferencer (tema, sprog), sessions-tokens, analyse-identifikatorer, indhold i indkøbskurven og A/B-testvarianttildelinger.
Det kritiske compliance-punkt: fordi LocalStorage gemmer data på en brugers enhed, udløser det det samme juridiske rammeværk som cookies under ePrivacy-direktivet og GDPR, uanset om disse data nogensinde overføres til en server [4].
Kræver du brugersamtykke til LocalStorage under GDPR?
Ja, for enhver ikke-essentiel brug af LocalStorage kræves udtrykkeligt brugersamtykke, før data lagres eller tilgås. EDPB har bekræftet, at teknologier som LocalStorage falder ind under de samme samtykkekrav som cookies, hvilket nødvendiggør forudgående, informeret og frit givet samtykke [2]. ICO specificerer yderligere, at samtykke skal bekræftes gennem en klar, utvetydig handling, ikke udledes af browsingadfærd eller antages ud fra fortsat brug af webstedet [1].
Nødvendighedsundtagelsen: Hvis LocalStorage udelukkende bruges til at levere en funktion, som brugeren udtrykkeligt har anmodet om, f.eks. at bevare varer i en indkøbskurv under en aktiv session, kan dette kvalificere som strengt nødvendig lagring og ikke kræve samtykke. Men hvis de samme kurvdata bruges til analyse, retargeting eller adfærdsprofilering, gælder nødvendighedsundtagelsen ikke længere.
Almindelig fejl: Antagelsen om, at fordi LocalStorage-data ikke rejser med HTTP-anmodninger, er de uden for databeskyttelseslovens anvendelsesområde. Loven gælder for handlingen med at lagre eller tilgå information på en brugers enhed, ikke om denne information overføres.
Forskellen mellem LocalStorage og Cookies: Samtykkekrav
Både LocalStorage og cookies kræver samtykke, når de bruges til ikke-essentielle formål, men de adskiller sig i teknisk adfærd og hvordan compliance-værktøjer typisk håndterer dem.
| Funktion | Cookies | LocalStorage |
|---|---|---|
| Udløb | Konfigurerbar | Ingen (indtil ryddet) |
| Sendes med HTTP-anmodninger | Ja | Nej |
| Server-side adgang | Ja | Nej |
| Dækket af de fleste CMP'er som standard | Ja | Ofte ikke [3] |
| Samtykke påkrævet (ikke-essentielt) | Ja | Ja |
| Omfang | Pr. domæne/sti | Pr. oprindelse |
Det praktiske hul er betydeligt: de fleste samtykkestyringsplatforme er arkiveret omkring cookie-blokering og cookie-kategorisering. LocalStorage-skrivninger sker via JavaScript, som CMP'er muligvis ikke opfanger, medmindre de specifikt er konfigureret til det. Dette er grunden til, at LocalStorage under radaren: Hvorfor det også kræver udtrykkeligt brugersamtykke ikke blot er en teoretisk bekymring, det er et aktivt compliance-blindpunkt for en stor del af hjemmesider [3].
Hvorfor LocalStorage kræver udtrykkeligt brugersamtykke
LocalStorage kræver udtrykkeligt samtykke, fordi det udgør adgang til eller lagring af information på en brugers enhed, en handling reguleret af ePrivacy-direktivet (og dets nationale implementeringer) uafhængigt af, om personoplysninger er involveret. Juridiske eksperter klassificerer LocalStorage som en "lignende teknologi" til cookies under britisk lovgivning, hvilket kræver forudgående, informeret og frit givet samtykke, før enhver ikke-essentiel lagring finder sted [4].
Den underliggende logik er ligetil: loven beskytter brugerens enhed som en udvidelse af deres private sfære. Uanset om data lagres i en cookie, LocalStorage, IndexedDB eller en service worker cache, er den juridiske udløser selve lagringshandlingen, ikke formatet.
Tre betingelser for gyldigt samtykke (ifølge ICO-vejledning) [1]:
- Frit givet, ingen sammenkobling af samtykke med accept af servicevilkår.
- Specifikt og informeret, brugeren skal vide, hvad der lagres og hvorfor.
- Utvetydigt, samtykke skal komme fra en klar bekræftende handling, såsom at afkrydse en boks.
Betragtes LocalStorage som sporing under databeskyttelseslovgivningen?
LocalStorage betragtes som sporing, når det bruges til at identificere, profilere eller overvåge brugere på tværs af sessioner eller sider. Lagring af et analyse-bruger-ID, en A/B-testtildeling eller en adfærdsmæssig segmentetiket i LocalStorage udgør sporing under de fleste reguleringsfortolkninger, uanset om disse data senere synkroniseres til en server.
Dette er kernen i LocalStorage under radaren: Hvorfor det også kræver udtrykkeligt brugersamtykke, mange udviklere behandler LocalStorage som en neutral caching-mekanisme, når regulatorer betragter enhver vedvarende enhedsbaseret identifikator som en potentiel sporingsvektor, der kræver samtykke.
Kan du gemme personlige data i LocalStorage?
Teknisk set ja, men det medfører betydelig juridisk risiko og er generelt frarådeligt. Personlige data gemt i LocalStorage (såsom e-mailadresser, komponenter til enhedsfingeraftryk eller bruger-ID'er knyttet til profiler) er underlagt alle GDPR-forpligtelser: lovligt grundlag, dataminimering, opbevaringsgrænser og retten til sletning [1].
Risici specifikke for LocalStorage:
- Data forbliver på ubestemt tid, medmindre de udtrykkeligt ryddes, hvilket gør overholdelse af opbevaringsregler vanskelig.
- Enhver JavaScript på siden (inklusive tredjeparts-scripts) kan potentielt få adgang til LocalStorage-data fra samme oprindelse.
- Der er ingen indbygget kryptering; følsomme data gemt i klartekst er tilgængelige for enhver med enhedsadgang eller via XSS-sårbarheder.
Anbefaling: Undgå at gemme identificerbare personlige data i LocalStorage. Hvis lagring er nødvendig, skal du sikre, at samtykke er indhentet, data er minimeret, og der findes en klar sletningsmekanisme.
LocalStorage vs. SessionStorage: Konsekvenser for privatlivets fred
SessionStorage opfører sig identisk med LocalStorage med hensyn til Web Storage API, men data ryddes, når browserfanen eller -vinduet lukkes. På trods af denne kortere levetid er SessionStorage underlagt de samme samtykkekrav, når det bruges til sporing eller analyse [6].
Den vigtigste forskel for compliance-formål:
- SessionStorage kan lettere kvalificere sig som strengt nødvendig (f.eks. opretholdelse af tilstand under en flertrins-checkout), fordi data ikke forbliver ud over sessionen.
- LocalStorage kræver næsten altid samtykke til sporingsbrugssager, fordi dets vedholdenhed skaber en langsigtet identifikator på brugerens enhed.
Ingen af mekanismerne er i sig selv undtaget fra databeskyttelseslovgivningen. Formålet og indholdet af de lagrede data bestemmer samtykkeforpligtelsen, ikke selve lagringstypen.
Hvad sker der, hvis du bruger LocalStorage uden samtykke?
Brug af LocalStorage til ikke-essentielle formål uden at indhente gyldigt forudgående samtykke er en overtrædelse af ePrivacy-direktivet og, hvor personoplysninger er involveret, GDPR. Konsekvenserne kan omfatte reguleringsmæssig undersøgelse, håndhævelsesforanstaltninger og omdømmetab.
Ud over den reguleringsmæssige risiko er der en voksende teknisk håndhævelsesdimension: browserens privatlivsfunktioner og annonceblokkere retter sig i stigende grad mod LocalStorage-baseret sporing. Websteder, der er afhængige af LocalStorage uden samtykke til analyse eller personalisering, kan opleve, at deres data bliver stadig mere upålidelige, efterhånden som disse værktøjer bliver mere udbredte.
Praktisk tjekliste for eksponering:
- Tredjeparts analyse-scripts, der skriver LocalStorage-identifikatorer uden samtykkedækning.
- A/B-testværktøjer, der gemmer varianttildelinger, før samtykke er indsamlet.
- Chat-widgets eller supportværktøjer, der initialiserer LocalStorage ved sideindlæsning, før nogen brugerinteraktion.
- Retargeting-pixels, der bruger LocalStorage som en cookie-sync-fallback.
Sådan implementeres LocalStorage-samtykke på din hjemmeside
Implementering af LocalStorage-samtykke kræver en samtykkestyringsplatform, der kan blokere JavaScript-udførelse, ikke kun cookie-indstilling, indtil brugeren har truffet et gyldigt samtykkevalg. Standard cookie-bannere, der kun fungerer på HTTP-laget, vil ikke opfange LocalStorage-skrivninger foretaget af JavaScript [3].
Trin-for-trin implementeringsmetode:
- Gennemgå din LocalStorage-brug. Brug browserens udviklerværktøjer (fanen Applikation) og en script-scanner til at identificere hver nøgle, der skrives til LocalStorage, hvilket script der skriver den, og til hvilket formål.
- Kategoriser hver brug. Klassificer lagring som strengt nødvendig, funktionel, analyse eller markedsføring. Kun strengt nødvendig lagring må fortsætte uden samtykke.
- Vælg en CMP, der dækker LocalStorage. Sørg for, at din samtykkestyringsplatform kan blokere eller udskyde JavaScript-udførelse for ikke-nødvendige scripts, indtil samtykke er givet. Biscotti CMP er designet til at håndtere dette niveau af script-niveau samtykkestyring.
- Implementer samtykke-gated script-indlæsning. Ikke-essentielle scripts, der skriver til LocalStorage, bør kun indlæses, efter at brugeren har accepteret den relevante samtykkekategori.
- Giv en klar samtykke-brugergrænseflade. Samtykkebanneret skal beskrive LocalStorage-brug i almindeligt sprog, kategoriseret efter formål, med granulære opt-in-muligheder.
- Implementer en tilbagetræknings- og sletningsmekanisme. Når en bruger trækker samtykke tilbage, skal de relevante LocalStorage-nøgler ryddes med det samme.
Sådan sletter du LocalStorage-data, efter at brugeren trækker samtykke tilbage
Når en bruger trækker samtykke tilbage, skal hjemmesiden straks slette alle LocalStorage-data, der blev indsamlet under det samtykke. Dette er ikke valgfrit; retten til at trække samtykke tilbage og få tilknyttede data fjernet er et centralt GDPR-princip.
Implementeringsmønster: