Tilgjengelighetserklæring for designsystemet.no

I hvilken grad er nettstedet i samsvar med kravene til universell utforming?

Nettstedet er delvis i samsvar med kravene til universell utforming av ikt.

Det er brudd på 5 av 48 krav i regelverket.

Hva betyr bruddene for brukerne?

Bruddene som er registrert i denne erklæringen får spesielt konsekvenser for brukere som har følgende forutsetninger:

Bruk uten syn
Bruk med avgrenset syn
Bruk uten hørsel
Bruk med nedsatt hørsel
Bruk med nedsatt kognisjon

Meld gjerne fra om brudd på kravene

Vi ønsker tilbakemelding fra brukerne.

Har du oppdaget feil og mangler knyttet til universell utforming av nettstedet?
Trenger du alternativ til innhold som ikke er universelt utformet?
Har du innspill til forbedringer av nettstedet?

Du kontakter oss via:

E-post designsystemet@digdir.no

Klage

Diskrimineringsnemnda behandler klager om brudd på regelverket. Du finner informasjon om hvordan du klager på nettstedet til Diskrimineringsnemnda. Du kan også klage på manglende eller sent svar på tilbakemeldinger du har sendt til oss.

Status for innhold som ikke er universelt utformet

Vi har innhold på nettstedet som ikke er universelt utformet. Vi redegjør for hvilket innhold det gjelder, årsaken til at vi ikke følger kravene til universell utforming av ikt og hva det betyr for brukeren. Det er presentert i samme rekkefølge som kravene i WCAG 2.1-standarden.

DIGITALISERINGSDIREKTORATET kategoriserer innholdet som ikke er universelt utformet på designsystemet.no slik:

Prinsipp 1. Mulig å oppfatte

Informasjon skal være presentert på en måte brukeren kan oppfatte. Det vil si at informasjon ikke bare skal kunne oppfattes med én enkelt sans. For å se grafikk trenger du for eksempel en skjerm og synssansen. Derfor skal bilder ha en alternativ tekst, i følge WCAG. Tekst kan også bli presentert på mange ulike måter, blant annet som punktskrift, syntetisk tale, på skjerm, tolkes som tegnspråk eller som symbol. WCAG krever derfor at tekst blir brukt som alternativ til lyd, film og bilder.

Innhold som bryter kravet

På bloggen vår har vi et opptak fra et møte hvor vi presenterer hvilken funksjonalitet som kommer i versjon 1 av designsystemet. Vi har laget undertekster til dette opptaket, men ikke synstolkning. Dette kan føre til at brukere som ikke ser bildene ikke vil få tilstrekkelig informasjon til å forstå hva som vises visuelt.

Tilgjengelige alternativ

Innholdet i videoen går gjennom det samme som står i artikkelen, men går mer i detalj og viser eksempler.

Innhold som bryter kravet

Vi bruker Storybook for å presentere komponentene fra designsystemet. Dette er et utviklingsverktøy for ui-komponenter som vi nå også bruker som dokumentasjon. Feil i Storybook påvirker ikke komponentene våre. Vi har begrenset mulighet til å gjøre endringer i Storybook, men det vil bli erstattet av vår egen løsning på sikt og vil kun bli brukt som internt utviklingsverktøy.

Storybook har moduler som presenterer kodeeksempler for brukeren. På små skjermer må man scrolle i to retninger for å kunne nå alt innholdet. Vi vil se på en bedre løsning når vi erstatter Storybook.

Prinsipp 2. Mulig å betjene

Web er interaktivt. Det er viktig at brukerne for eksempel kan navigere, velge knapper og sette haker i avkryssingsfelt, med det utstyret og den hjelpemiddelteknologien de bruker. Dette betyr for eksempel at det ikke bare skal være mulig å bruke mus. Alt innhold og all funksjonalitet skal også kunne brukes bare med tastaturet.

Innhold som bryter kravet

På startsiden har vi dekorative animasjoner som varer mer enn 5 sekunder. Disse er programmert til å respektere brukerens valg om å redusere bevegelse og vil ikke bevege seg om dette valget er satt på operativsystemet.

Per i dag er ikke dette godt nok til bestå dette kravet, vi vil derfor se på hvordan vi kan legge til funksjonalitet for å slå av animasjoner direkte på nettsiden. Følg oppgaven på Github

Tilgjengelige alternativ

De er programmert til å respektere operativsystemets innstillinger. Det vil si at hvis brukeren har skrudd på reduser bevegelse vil ikke animasjonene spilles av.

Prinsipp 4. Robust

Rett koding av nettstedet er viktig, og dette er som regel ivaretatt med bruk av standardelement i HTML. Valider at koden på nettstedet er rett. Dette er spesielt viktig dersom du bruker ny teknologi eller lager egne element (custom widgets).

Innhold som bryter kravet

Vi bruker Storybook for å presentere komponentene fra designsystemet. Dette er et utviklingsverktøy for ui-komponenter som vi nå også bruker som dokumentasjon. Feil i Storybook påvirker ikke komponentene våre. Vi har begrenset mulighet til å gjøre endringer i Storybook, men det vil bli erstattet av vår egen løsning på sikt og vil kun bli brukt som internt utviklingsverktøy.

Storybook er ikke kodet i henhold til HTML standarden og gir derfor valideringsfeil i W3Cs validator. Disse vil bli løst når vi erstatter Storybook med vår egen løsning.

Vi har også lignende valideringsfeil på våre hjemmesider. Disse vil bli løst fortløpende. Følg oppgaven på Github

Denne type valideringsfeil kan i verste fall skape problemer for hjelpemidler som bruker HTML strukturen.

Innhold som bryter kravet

Vi bruker Storybook for å presentere komponentene fra designsystemet. Dette er et utviklingsverktøy for ui-komponenter som vi nå også bruker som dokumentasjon. Feil i Storybook påvirker ikke komponentene våre. Vi har begrenset mulighet til å gjøre endringer i Storybook, men det vil bli erstattet av vår egen løsning på sikt og vil kun bli brukt som internt utviklingsverktøy.

Vi har flere skjemakontrollere som kan brukes til å teste ut komponenter i Storybook. Disse er lagt inn i en tabell som ikke gir skjermleser nok info til å vite hva de kontrollerer. Dette vil bli løst av vår egen løsning som vil erstatte Storybook.

Test og vurdering av nettstedet

Vi har selv testet og vurdert nettstedet.

Om erklæringen

Tilgjengelighetserklæringen er sist oppdatert 05. mars 2025.
Tilgjengelighetserklæring for dette nettstedet ble opprettet første gang 29. juni 2023.

Arbeid med universell utforming av ikt

Vår hovedoppgave er å lage gode, tilgjengelige og fleksible komponenter som skal bli tatt i bruk av Digdirs løsninger. Tilgjengelighet er en del av utviklingen fra vi begynner å spesifisere komponenten til den er i produksjon. Når vi oppdager feil eller mangler på komponenten som påvirker om den er universelt utformet vil disse oppgavene bli prioritert av designsystem teamet.

Tilgjengelige komponenter er bare en del av det å lage tilgjengelige løsninger. Vi vil derfor også lage guider og andre hjelpemidler slik at teamene får ekstra støtte til å bruke komponentene på riktig måte i deres løsning.

Denne erklæringen omhandler ikke selve komponentene vi tilbyr i designsystemet, men våre nettsider, guider og dokumentasjon. Komponentene er byggeklosser som skal brukes i løsninger og vil bli dekket av erklæringene til de respektive tjenestene og nettsidene som tar dem i bruk. Feil og forbedringer på komponentene vil bli dokumentert i Github og rettet fortløpende.