Repository navigation
User consent (Samtykkebanner) #2977
Replies: 13 comments
|
Alternativ kilde med info om endringer: https://nkom.no/internett/informasjonskapsler-cookies Står at nkom og dt skal komme med mer informasjon fremover. |
|
Relevant blogg-artikkel fra Nav: https://aksel.nav.no/produktbloggen/cookiebanner-navno |
|
Noen av hyllevarene for slike banner kan ha egne personvern utfordringer fordi de feks kan lagre valg og innstillinger ikke bare lokalt hos den som samtykker, men også på en server som knytter den til andre data. Bør et eventuelt mønster for dette også inkludere helt konkrete retningslinjer for den tekniske siden? |
|
In the main working group for pattern development (NAV, Skatteetaten, and Digdir), we agreed to try to initiate a conversation with NKOM to hear their thoughts on this topic and find out if they are already working on any guidelines or examples. Related issue: #3946 |
|
Vi som jobber med innbyggertjenester hos KSDigital har også behov for at designsystemet kan hjelpe til en samordning av samtykkebanner-mønstre på tvers av digitale innbyggertjenester. Skriver oss herved på interessentlista :) |
|
Relevant: EU vil bli kvitt irriterende pop-up-vinduer De vil presentere forslag i desember som skal fjerne krav til at nettsider om å ha pop-up-vinduer som ber om samtykke til informasjonskapsler, ogå kalt cookies. |
|
https://www.tek.no/nyheter/nyhet/i/pB66rj/eu-foreslaar-ny-cookie-lov-for-aa-redusere-samtykkebannere |
|
Datatilsynets anbefalinger: |
|
Innspill fra NAV som forteller om følgende diskusjon internt hos dem: Utfordring: Situasjon: |
|
I dette mønsteret blir det relevant å ta stilling til WCAG-kriteriene 2.4.11 Focus Not Obscured (Minimum) og 2.4.12 Focus Not Obscured (Enhanced). Disse handler om at interaktive elementer som får fokus ikke skal være skjult av annet innhold, det vil si at brukeren alltid skal kunne se hvilket element som har fokus når de tabber seg gjennom grensesnittet. Ikke-modale dialoger (som ofte er brukt til samtykkebanner) legger seg over andre interaktive elementer, og når vi bruker dem er det i praksis umulig å oppfylle 2.4.11 / 2.4.12 på små skjermer. Eksempel fra Nav sin: Jeg har fokus nå på pensjons-knappen, men kan ikke se hvor fokus er siden hele pensjonsknappen er dekket av samtykkebanneret. Når skjermen blir enda mindre er det enda mer som blir skjult. Slik er det på de fleste sider i dag ser det ut til.
Er det derfor mer hensiktsmessig å vurdere en modal dialog for samtykkebanner, der brukeren må håndtere dialogen før de kan navigere videre? Ulemper med modal dialog er at den er mer inngripende og brukeren får ikke “se seg rundt” før de må ta stilling. Alternativ: Kan en ikke-modal dialog minimere seg så den tar minimalt med plass? Men vi må fortsatt passe på at elementer som kan få fokus ikke havner bak den minimerte dialogen, og det blir nok fortsatt krevende. Vi må også ta stilling til om modalen skal ha en lukkeknapp (X). Lukker de modalen bør det føre til det minst inngripende valget for brukeren når de ikke har tatt et aktivt valg selv, altså ikke godkjenning. |
|
Relevant: https://design-system.service.gov.uk/components/cookie-banner/ |
|
This pattern was finalized and published on June 29, 2026. We are keeping this GitHub discussion open to gather feedback and input on the pattern. Article in norwegian: Be brukerne om samtykke til å lagre informasjon |

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
This pattern was finalized and published on June 29, 2026. We are keeping this GitHub discussion open to gather feedback and input on the pattern.
Article in norwegian: Be brukerne om samtykke til å lagre informasjon
Article in english: Ask users for consent to store personal information
Other relevant sources and articles
All reactions