diff --git a/apps/www/app/content/patterns/en/consent-banner.mdx b/apps/www/app/content/patterns/en/consent-banner.mdx
index 51b5229dca..da83153c6b 100644
--- a/apps/www/app/content/patterns/en/consent-banner.mdx
+++ b/apps/www/app/content/patterns/en/consent-banner.mdx
@@ -1,29 +1,12 @@
---
-title: Consent banner
-sidebar_title: Consent banner
-category: Upcoming patterns
-description: How can we ensure a holistic and accessible approach to managing consent for cookies and tracking technologies?
-partners: Digdir, Nav, Skatteetaten ++
+title: Ask users for consent to store information
+sidebar_title: Consent to store information
+category: Ask users for...
+description: How to create a consent banner that is understandable, accessible, and gives users genuine choices.
+partners: Digdir, Oslo municipality, NAV, The Norwegian Tax Administration, Entur ++
search_terms: consent banner, cookie banner, cookies, consent, privacy
-date: 2026-02-16
+date: 2026-06-02
order: 75
---
-A consent banner should give users genuine control over their own data. At the same time, it must be clear, understandable and accessible to everyone. Today, this is handled differently across public services, both in terms of language, design, equal presentation of choices and technical implementation.
-
-A shared pattern for consent banners can contribute to:
-
-- A more consistent and recognisable user experience
-- Equal presentation of choices, without manipulative design
-- Improved accessibility and inclusive design
-- Clearer distinction between necessary and optional technologies
-- A shared understanding of recommended interaction and behaviour
-
-
-**Work in progress** \
-A cross-agency working group is developing common guidelines and recommendations for this topic during spring 2026. We greatly appreciate input from anyone with relevant experience, insights or results from user testing. You are welcome to contribute in the related [GitHub discussion thread](https://github.com/digdir/designsystemet/discussions/1671).
-
-
+The article has not yet been translated into English, but you can view the Norwegian version here: [Consent banner (Norwegian)](/no/patterns/consent-banner)
\ No newline at end of file
diff --git a/apps/www/app/content/patterns/no/consent-banner.dodont.tsx b/apps/www/app/content/patterns/no/consent-banner.dodont.tsx
new file mode 100644
index 0000000000..d347afffaf
--- /dev/null
+++ b/apps/www/app/content/patterns/no/consent-banner.dodont.tsx
@@ -0,0 +1,42 @@
+import { Button, Checkbox, Paragraph } from '@digdir/designsystemet-react';
+
+export const DontNegations = () => {
+ return (
+
+ Ønsker du at vi ikke skal lagre informasjon om deg og dine bruksmønstre?
+
+ );
+};
+
+export const DoNegations = () => {
+ return (
+ Får vi samle informasjon om hvordan nettsiden brukes?
+ );
+};
+
+export const DontButtons1 = () => {
+ return (
+ <>
+
+
+
+
+
+
+ );
+};
+
+export const DontButtons2 = () => {
+ return ;
+};
+
+export const DontNecessaryCookiesCheckbox = () => {
+ return (
+
+ );
+};
diff --git a/apps/www/app/content/patterns/no/consent-banner.mdx b/apps/www/app/content/patterns/no/consent-banner.mdx
index f3f75371d5..e763af433d 100644
--- a/apps/www/app/content/patterns/no/consent-banner.mdx
+++ b/apps/www/app/content/patterns/no/consent-banner.mdx
@@ -1,29 +1,223 @@
---
-title: Samtykkebanner
-sidebar_title: Samtykkebanner
-category: Kommende mønstre
-description: Hvordan kan vi sikre helhetlig og tilgjengelig håndtering av samtykke til informasjonskapsler og sporingsteknologi?
-partners: Digdir, Nav, Skatteetaten ++
+title: Be brukerne om samtykke til å lagre informasjon
+sidebar_title: Samtykke til å lagre informasjon
+category: Spør brukerne om...
+description: Slik lager du et samtykkebanner som er forståelig, tilgjengelig og gir brukerne reelle valgmuligheter.
+partners: Digdir, Oslo kommune, Nav, Skatteetaten, Entur ++
search_terms: consent banner, cookie banner, cookies, samtykke, personvern
-date: 2026-02-16
+date: 2026-06-02
order: 75
---
-Et samtykkebanner skal gi brukeren reell kontroll over egne data. Samtidig skal det være tydelig, forståelig og tilgjengelig for alle. I dag løses dette ulikt på tvers av offentlige tjenester, både når det gjelder språk, utforming, likeverdige valg og teknisk implementering.
+## Hvorfor et felles mønster for samtykkebanner?
+Virksomheter utformer i dag samtykkebannere svært ulikt, med store forskjeller i språkbruk, design, plassering og brukernes faktiske valgmuligheter. Det gjør det vanskelig for brukerne å ta informerte valg.
-Et felles mønster for samtykkebanner kan bidra til:
+Samtidig er de juridiske rammene klare. Samtykket må fylle kravene til et gyldig samtykke etter personvernforordningen og kravene i tilgjengelighetsforskriften.
-- Mer konsekvent og gjenkjennelig brukeropplevelse
-- Likeverdig presentasjon av valg, uten manipulerende design
-- Bedre tilgjengelighet og universell utforming
-- Tydeligere avgrensning mellom nødvendige og valgfrie teknologier
-- Felles forståelse av anbefalt interaksjon og oppførsel
+Et felles mønster gir tydelige rammer for hvordan du kan utforme gode samtykkeløsninger. Når samtykke håndteres likt på tvers av tjenester, blir det enklere for brukerne å forstå valgene sine. Det gir mer forutsigbare brukeropplevelser og reduserer den kognitive belastningen. Samtidig blir det enklere å lage løsninger som bygger på god praksis for brukeropplevelse, tilgjengelighet og personvern. Du må selv vurdere hvilke teknologier du bruker og hvilket rettslig grunnlag som gjelder.
-
-**Arbeid pågår** \
-En tverretatlig arbeidsgruppe arbeider våren 2026 med å utvikle felles retningslinjer og anbefalinger for dette temaet. Vi setter stor pris på innspill fra alle som har erfaringer, innsikt eller resultater fra brukertester. Bidra gjerne i den tilhørende [diskusjontråden på github.com](https://github.com/digdir/designsystemet/discussions/1671).
+## Forberedelser
+Før du kan be om samtykke, må du ha oversikt over hvilke opplysninger du skal samle inn og hvilke teknologier du bruker. Dette kan være informasjonskapsler (cookies), men også andre metoder for å lagre eller lese data på brukerens enhet, for eksempel localStorage og fingerprinting. Reglene gjelder også når du lagrer data på en server, dersom du først henter informasjonen fra brukerens enhet.
-
+Du er juridisk pålagt å informere brukerne dine om hvilke teknologier du bruker og hva du ber om samtykke til. Da kan de ta informerte valg og ivareta personvernet sitt.
+
+### Forstå hva og hvorfor du samler inn
+Lag en oversikt over hvilke teknologier nettstedet du bruker, inkludert førsteparts- og tredjepartsteknologi. Det kan være informasjonskapsler, analyseverktøy og integrasjoner. Kartlegg hvilke opplysninger du samler inn og hvorfor du samler dem inn, og tenk over hvilke konsekvenser det har for brukerne dersom de ikke godkjenner at teknologiene ikke brukes. Kartlegg gjerne dette sammen i tverrfaglige team. Husk å ta med personvernombudet.
+
+Vurder også hvilke teknologier som er nødvendige og hvilke som er valgfrie.
+- De valgfrie teknologiene må du be om samtykke til.
+- Hvis teknologiene er strengt nødvendige, trenger du kun å informere om det.
+
+Se [Datatilsynets veileder om informasjonskapsler og andre sporingsteknologier](https://www.datatilsynet.no/personvern-pa-ulike-omrader/internett-og-apper/bruk-av-informasjonskapsler-og-andre-sporingsteknologier/) om når samtykke er nødvendig. Du finner også informasjon på [Nkoms side om informasjonskapsler](https://nkom.no/internett/informasjonskapsler-cookies), og om strengt nødvendige teknologier i [ekomloven § 3-15](https://lovdata.no/lov/2024-12-13-76/§3-15).
+
+### Lagring av samtykke
+Du trenger ikke innhente et eget samtykke for å lagre selve samtykkesvaret. Dette er en strengt nødvendig informasjonskapsel, siden du er pålagt å be om samtykke og det er nødvendig å lagre svaret for å oppfylle dette.
+
+Utover det bør du lagre så lite som mulig:
+- Lagre minst mulig data, og i kortest mulig tid. For eksempel: data fra en A/B-test trenger ikke lagres etter at testen er avsluttet og retningen er valgt.
+- Ikke lagre standardverdier. Hvis norsk er standardspråket på nettstedet, trenger du ikke lagre dette på brukernes enhet – lagre kun når brukerne avviker fra standarden.
+
+### Deling av samtykke på tvers av tjenester
+Hvis du skal dele samtykket på tvers av tjenester, må brukerne oppleve de aktuelle sidene som en del av det samme nettstedet. Samtykkebanneret må i tillegg inneholde informasjon om alt brukeren gir tillatelse til å lese eller lagre i alle tjenestene som deler banneret.
+
+## Design og opplevelse
+
+### Hvis du kan ha ett spørsmål
+Samle samtykket i ett enkelt spørsmål når det er mulig. Da holder det med to knapper: én for å godta og én for å avslå. Dette er den enkleste og mest forståelige løsningen for brukerne.
+
+
+
+### Hvis du må gi brukerne flere valg
+Noen ganger må du gi brukerne mulighet til å godta noe og avslå noe annet. Da bør du bruke [avkrysningsbokser](/no/components/docs/checkbox/overview), ikke brytere. En bryter ([switch](/no/components/docs/switch/overview)) signaliserer at endringen trer i kraft umiddelbart. Det passer ikke her, siden valget først gjelder etter at brukerne har bekreftet. Avkrysningsbokser forteller brukerne at dette er noe de selv stiller inn og deretter lagrer. Ingen av avkrysningsboksene skal være forhåndsmarkert.
+
+I tillegg til en knapp for å lagre de valgene brukerne har gjort, skal det alltid være knapper for «Godta alle» og «Avslå alle». Det skal nemlig være like enkelt å avslå som å godta, det er et krav for at samtykket skal være gyldig.
+
+
+
+### Hvis det bare er nødvendige informasjonskapsler
+Om nettstedet ditt kun bruker strengt nødvendige informasjonskapsler – for eksempel lagrer språkvalg eller innloggingsstatus – trenger du ikke vise et samtykkebanner. Informer likevel om at du bruker slike informasjonskapsler. Legg informasjonen i bunnen av nettsiden, med en lenke til mer informasjon.
+
+
+
+### Hvis du kan vente med å be om samtykke
+Vent med å be om samtykke til det er aktuelt. For eksempel for å vise en innebygd video fra tredjeparter som YouTube eller Vimeo. Disse tjenestene kan sette egne informasjonskapsler når videoen lastes inn. I stedet for å be om samtykke i det generelle samtykkebanneret, kan du vise en plassholder der videoen skal være – og først spørre om samtykke når brukerne faktisk velger å se på videoen. Dette sikrer at samtykket kommer i riktig kontekst, og at det er relevant og meningsfullt når brukerne gir det.
+
+
+
+### Plassering og løsning
+Vis samtykkebanneret inline i toppen av siden, som eksemplene over viser. Da legger det seg ikke over annet innhold, og tvinger ikke brukerne til å ta et valg. Hvis brukerne går videre uten å ha tatt et valg, følger banneret med videre på andre sider. Ingen valgfrie informasjonskapsler trer i kraft før brukerne har gjort et aktivt samtykke.
+
+Hvis siden har kritisk informasjon som må være synlig i toppen, for eksempel et nødnummer, må du selv vurdere hvor det er best å plassere samtykkebanneret.
+
+#### Unngå dialog-løsninger
+Unngå [Modal dialog](/no/components/docs/dialog/overview) om du kan, fordi den tvinger brukerne til å ta et valg før de har sett innholdet på siden. Selv om det er mulig å legge til en Lukk-knapp (×), er det vanskelig for brukerne å forstå at å lukke dialogen og å velge «Avslå» gir samme konsekvens.
+
+[Ikke-modal dialog](/no/components/docs/dialog/overview#ikke-modal-dialog) bør unngås fordi den legger seg over annet interaktivt innhold på siden. Dette bryter [WCAG 2.4.11 Fokus ikke skjult (minimum)](https://www.w3.org/WAI/WCAG22/Understanding/focus-not-obscured-minimum.html). Suksesskriteriet ble innført i WCAG 2.2 og er foreløpig ikke en del av tilgjengelighetsforskriften, men representerer likevel god praksis for tilgjengelighet.
+
+### Likestilte valg
+For at samtykket skal være frivillig og gyldig, må valgalternativene fremstå som likeverdige. Gi knappene for å godta og avslå samme farge, størrelse og synlighet – ingen av dem skal skille seg ut som det «riktige» valget.
+
+Unngå visuelle hint som leder brukerne mot ett bestemt valg, for eksempel ved å gjøre «Godta»-knappen større, mer fargerik eller mer fremtredende enn «Avslå»-knappen.
+
+### Pass på at brukerne kan endre samtykket sitt i etterkant
+Brukerne må når som helst kunne endre eller trekke tilbake samtykket sitt. Legg derfor en fast lenke nederst på siden som åpner samtykkebanneret på nytt. Lenken skal være synlig på alle sider og ha en tydelig tekst, for eksempel «Endre hvilken informasjon vi kan lagre».
+
+
+
+## Språk
+Bruk hverdagslige uttrykk og korte, presise setninger.
+
+Unngå juridiske og tekniske uttrykk der det ikke er nødvendig. Legg vekt på formålet med behandlingen, ikke teknologien som brukes.
+
+Begrepet «informasjonskapsler» kan være uforståelig for mange brukere, og det kan være upresist hvis nettstedet bruker en blanding av teknologier. Skriv heller «teknologier for å samle inn opplysninger om hvordan tjenesten brukes», eller lignende. Det kommuniserer bedre hva det handler om.
+
+### Still ett klart og tydelig spørsmål
+Samtykkebanneret bør stille ett klart og tydelig spørsmål: Hva ber du om samtykke til? Beskrivelsen under spørsmålet kan forklare mer om hvorfor du spør om dette og hva det betyr hvis brukerne svarer ja.
+
+
+
+Spørsmål med nektelser kan gjøre det vanskelig å forstå spørsmålet. Det er ofte setninger med «ikke» og «aldri».
+
+
+Still spørsmålet konkret. Da blir det tydeligere hva brukerne sier ja til, og valget blir enklere å forstå.
+
+
+
+### Tekst på knapper og valg
+Knappetekstene må være så tydelige at brukerne umiddelbart forstår hvilket valg de tar, og hva det er de samtykker til.
+
+
+
+Unngå ledende, følelsesladde eller manipulerende formuleringer som kan presse brukerne mot ett valg.
+
+
+
+#### Strengt nødvendige informasjonskapsler er unntatt samtykke
+Strengt nødvendige informasjonskapsler krever ikke samtykke, og skal ikke være en del av spørsmålet brukerne skal ta stilling til. Unngå derfor formuleringer i knappene som «Godta bare nødvendige informasjonskapsler». Det kan skape forvirring og gjøre valget mer komplisert.
+
+
+
+Nødvendige informasjonskapsler skal ikke være en del av spørsmålet brukerne skal ta stilling til, så de bør du ikke nevne i knappene.
+
+
+Ikke vis nødvendige informasjonskapsler som et forhåndsvalgt eller deaktivert valg. De kan ikke velges bort, og skal derfor heller forklares i tekst.
+
+
+
+Legg informasjonen om strengt nødvendige informasjonskapsler *under* valgalternativene, siden det ikke er en del av spørsmålet brukerne skal ta stilling til.
+
+### Innhold i samtykkebanneret
+
+#### Unngå for mye tekst i selve samtykkebanneret
+For at et samtykke skal være gyldig, må brukerne få klar og forståelig informasjon som gjør det mulig å ta et aktivt og informert valg. Forklar tydelig hva brukerne samtykker til, hva konsekvensene av valget er og hvem opplysningene eventuelt deles med.
+
+#### Legg fullstendig informasjon i en egen erklæring
+Brukerne skal ha tilgang til detaljert og fullstendig informasjon. Samle informasjonen på en egen side om personvern og informasjonskapsler. Sørg for at samtykkebanneret har en tydelig lenke til denne erklæringen, i tillegg til en lenke i bunnen av siden.
+
+## Kode
+
+### HTML-semantikk
+Kod samtykkebanneret som en `` – en avgrenset seksjon på siden som enkelt kan navigeres til eller hoppes over. Ikke bruk `role="banner"` eller `role="alertdialog"` på seksjonen.
+
+
+
+### Knapper og lenker
+
+Skriv kode for å godta eller avslå skal som knapper (`