Krav til universell utforming av IKT-løsninger følger av Diskrimineringsloven og tilhørende forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger
Metode for imøtekommelse av kravene er i stor grad basert på Web Content Accessibility Guidelines (WCAG) som internasjonal retningslinje.
Løsningene er strukturert rundt de fire hovedprinsippene i WCAG kjent som POUR:
1.
Mulig å oppfatte (Perceivable):
Informasjonen og brukergrensesnittkomponenter må presenteres for brukerne på måter de kan oppfatte.
Formelt Krav | Konkret Utfordring | God Løsning |
Tekstalternativer for ikke-tekstlig innhold (1.1.1) | Bildeinnhold, grafikk, knapper uten tekst | Alt-tekster: Sørg for at alle meningsbærende bilder og grafiske elementer har en beskrivende alt-tekst (alt="") som formidler innholdet/funksjonen. Dekorative elementer skal ha en tom alt-tekst for å ignoreres av skjermlesere (alt=""). |
Alternativer for tidsbaserte medier (1.2.1, 1.2.2, 1.2.5) | Video og lyd uten tekst/synstolking | Teksting og Transkripsjon: Tilby teksting for all forhåndsinnspilt video (synkronisert med lyd) og transkripsjon for lydinnhold. For videoer som formidler viktig visuell informasjon (som læringsvideoer eller presentasjoner) uten tale som beskriver det visuelle, må det tilbys synstolking (1.2.5 AA). |
Tilpasningsdyktig innhold (1.3.1 - 1.3.3) | Struktur, rekkefølge og meningsbærende presentasjon | Korrekt Semantikk: Bruk korrekt HTML-struktur for overskrifter (<h1> til <h6>), lister (<ul>, <ol>), tabeller og skjemaer. Sørg for at leserekkefølgen i koden stemmer med den visuelle rekkefølgen (1.3.2). Unngå å kun bruke visuelle egenskaper (f.eks. farge) for å formidle informasjon (1.3.3). |
Kontrast og Størrelse (1.4.3, 1.4.4, 1.4.11) | Lav kontrast og uløselig tekst | God Fargekontrast: Sørg for at all normal tekst har et kontrastforhold på minimum 4.5:1 mot bakgrunnen. Stor tekst (min. 18pt eller 14pt fet) krever 3:1. Tilpasningsdyktig tekst: Bruk responsive løsninger som tillater brukere å endre tekststørrelsen opp til 200% uten tap av funksjonalitet eller innhold (1.4.4). Kontrast for grafikk: Sørg for at grafiske komponenter som knapper og ikoner har en kontrast på minimum 3:1 mot bakgrunnen (1.4.11). |
2.
Mulig å betjene (Operable):
Brukergrensesnittkomponenter og navigasjon må være betjenbare.
Formelt Krav | Konkret Utfordring | God Løsning |
Tastaturbetjening (2.1.1) | Elementer som kun kan betjenes med mus | Full Tastaturtilgjengelighet: All funksjonalitet må være tilgjengelig og betjenbar kun ved bruk av tastaturet (f.eks. Tab, Enter, Space). Dette er avgjørende for brukere av skjermlesere og mobilitetshjelpemidler. |
Tastaturfokus (2.4.7) | Manglende visuell fokusindikator | Tydelig Fokusindikator: Sørg for at det alltid er en tydelig, synlig indikator (ramme, fargeendring) rundt det elementet som har tastaturfokus. Dette er kritisk for at brukere som navigerer med tastatur skal vite hvor de er. |
Tilstrekkelig tid (2.2.1) | Tidsbegrensede funksjoner (f.eks. øktutløp) | Justerbare Tidsfrister: Unngå automatiske tidsbegrensninger der det er mulig. Hvis tidsfrister må brukes, gi brukeren mulighet til å forlenge, slå av eller justere fristen før den utløper. |
Navigasjon og Orientering (2.4.1, 2.4.4, 2.4.6, 2.4.8) | Forvirrende navigasjon, uklare lenker | Hopp til innhold: Inkluder en synlig eller skjult "Hopp til hovedinnhold"-lenke øverst på siden (2.4.1). Klare Lenker: Sørg for at lenketeksten alene eller i kombinasjon med konteksten er beskrivende og forklarer lenkens mål (unngå "klikk her" eller "les mer" uten kontekst) (2.4.4). |
3.
Forståelig (Understandable):
Informasjonen og betjeningen av brukergrensesnittet må være forståelig.
Formelt Krav | Konkret Utfordring | God Løsning |
Leselighet (3.1.1, 3.1.2) | Manglende språkinformasjon | Angi Språk: Definer hovedspråket på hver nettside i koden (f.eks. <html lang="no">) (3.1.1). For tekstpassasjer på et annet språk enn hovedspråket, angi språket for disse delene (f.eks. <span lang="en">) (3.1.2). |
Forutsigbarhet (3.2.1, 3.2.2) | Uventede endringer ved fokus/input | Ingen Plutselige Endringer: Sørg for at det ikke skjer en vesentlig kontekstuell endring (f.eks. innsending av skjema, åpning av nytt vindu) automatisk når et element får fokus eller en bruker endrer verdien i et skjemafelt (3.2.1). Bruk konsistent navigasjon og plassering av elementer (3.2.3). |
Hjelp til input og feilhåndtering (3.3.1, 3.3.3) | Vanskelige skjemaer og manglende feilmeldinger | Tydelige Feilmeldinger: Identifiser og beskriv inntastingsfeil i skjemaer tydelig i tekstformat. Plasser meldingene slik at brukeren lett finner og forstår dem (3.3.1). Korrekturforslag: Dersom en feil oppdages og korreksjonen er kjent, foreslå korrektur til brukeren (3.3.3). |
4.
Robust (Robust):
Innholdet må være robust nok til at det kan tolkes pålitelig av et bredt spekter av brukeragenter, inkludert kompenserende teknologi (som skjermlesere).
Formelt Krav | Konkret Utfordring | God Løsning |
Kompatibilitet (4.1.1, 4.1.2) | Feil i koden, ukjent innhold | Korrekt og Gyldig Kode: Bruk ren, gyldig HTML og CSS for å maksimere kompatibiliteten med nåværende og fremtidige brukeragenter. Navn, Rolle, Verdi: Bruk WAI-ARIA (Web Accessibility Initiative - Accessible Rich Internet Applications) der standard HTML ikke gir tilstrekkelig informasjon, for eksempel for komplekse komponenter. Sørg for at grensesnittkomponenter (som knapper, lenker, skjemafelt) har et programmatisk bestemt navn, en definert rolle og eventuelt en verdi (4.1.2) slik at hjelpemidler kan tolke dem riktig. |
De beste løsningene handler derimot ikke bare om den tekniske implementeringen, men også om prosessen:
Inkluder Universell Utforming tidlig:
Integrer UU-prinsippene i designfasen (design-by-default) og utviklingen. Å rette feil i etterkant er dyrt og tidkrevende.
Kompetanse:
Sørg for at utviklere, designere, innholdsprodusenter og redaktører har tilstrekkelig kompetanse om kravene og hvordan de skal implementeres.
Testing:
Bruk en kombinasjon av automatiske verktøy, manuell testing (spesielt for tastaturnavigasjon og fokus) og brukertesting med reelle brukere av hjelpemidler (f.eks. skjermlesere) for å validere løsningen.
Tilgjengelighetserklæring:
Offentlige virksomheter og større private virksomheter må publisere en tilgjengelighetserklæring som dokumenterer løsningens samsvar med forskriften og hvordan brukere kan melde fra om feil.
Utgangspunktet er at alle offentlige virksomheter er pålagt å utstede en Tilgjengelighetserklæring. Tilsvarende gjelder også for en rekke private virksomheter, forutsatt at de er omfattet av offentligrettslige organer eller leverer tjenester som er nødvendige for offentlig sektor, samt for alle nettsteder og apper som tjener et allment formål.
Erklæringen må utstedes for å dokumentere og informere om i hvilken grad virksomhetens digitale løsninger oppfyller kravene til universell utforming.
Hensikten med å utstede tilgjengelighetserklæringen er flerfoldig:
1.
Det er en lovpålagt plikt å sikre at personer med nedsatt funksjonsevne får lik tilgang til digitale tjenester.
2.
Erklæringen tjener som et viktig informasjonsverktøy for brukere. Den skal inneholde en redegjørelse for status for etterlevelse av kravene, en beskrivelse av funksjoner som ikke er fullt ut i samsvar med kravene, og en handlingsplan for hvordan gjenstående mangler skal rettes opp.
3.
For å sikre at arbeidet med universell utforming er kontinuerlig og systematisk, må erklæringen forankres som en del av virksomhetens styringssystem. Dette sikrer at plikten til å opprettholde og forbedre tilgjengeligheten integreres i internkontrollarbeidet, og at det er klare ansvarslinjer for oppfølging og overvåking av de digitale løsningene.
Kontinuerlig arbeid:
Universell utforming er et kontinuerlig vedlikeholdsansvar. Nye publiserte sider og oppdateringer av funksjonalitet må testes mot kravene.
Senest revidert den 09.10.2024
Svein Roar Holt
Tlf: +47 410 40 853
E.post: srh@internkontrollportalen.no