Universell utforming av IKT-løsninger; Tilgjengelighetserklæring
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 uten tale, 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, lister, tabeller og skjemaer. Sørg for at leserekkefølgen i koden stemmer med den visuelle rekkefølgen. Unngå å kun bruke visuelle egenskaper (f.eks. farge) for å formidle informasjon. |
| 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. Tilpasningsdyktig tekst: Bruk responsive løsninger som tillater brukere å endre tekststørrelsen opp til 200% uten tap av innhold. |
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). |
| 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. |
| Tilstrekkelig tid (2.2.1) | Tidsbegrensede funksjoner | Justerbare Tidsfrister: Unngå automatiske tidsbegrensninger. 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) | Forvirrende navigasjon, uklare lenker | Hopp til innhold: Inkluder en "Hopp til hovedinnhold"-lenke. Klare Lenker: Sørg for at lenketeksten er beskrivende og forklarer målet. |
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. For tekstpassasjer på et annet språk, angi språket spesifikt. |
| Forutsigbarhet (3.2.1, 3.2.2) | Uventede endringer ved fokus/input | Ingen Plutselige Endringer: Sørg for at det ikke skjer en vesentlig endring automatisk når et element får fokus. Bruk konsistent navigasjon. |
| Hjelp til input (3.3.1, 3.3.3) | Vanskelige skjemaer og manglende feilmeldinger | Tydelige Feilmeldinger: Identifiser inntastingsfeil tydelig i tekstformat. Korrekturforslag: Foreslå korrektur til brukeren der feilen er kjent. |
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. Navn, Rolle, Verdi: Bruk WAI-ARIA der standard HTML ikke strekker til, slik at hjelpemidler tolker komponenter 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).
- Kompetanse: Sørg for at redaktører og innholdsprodusenter har tilstrekkelig kunnskap.
- Testing: Bruk en kombinasjon av automatiske verktøy og manuell testing med hjelpemidler.
- Tilgjengelighetserklæring: Dokumenter samsvar og hvordan brukere kan melde feil.
Utgangspunktet er at alle offentlige virksomheter er pålagt å utstede en Tilgjengelighetserklæring. Tilsvarende gjelder også for en rekke private virksomheter som leverer tjenester nødvendige for offentlig sektor eller tjener et allment formål.
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 informasjonsverktøy for brukere med redegjørelse for etterlevelse og handlingsplan for mangler.
3. For å sikre at arbeidet er kontinuerlig og systematisk, må erklæringen forankres som en del av virksomhetens styringssystem.
Kontinuerlig arbeid: Universell utforming er et kontinuerlig vedlikeholdsansvar. Nye publiserte sider og oppdateringer av funksjonalitet må testes mot kravene.
