1

Opfattelig

Brugeren skal tydeligt kunne forstå dit website, også selvom de bruger en hjælpeteknologi. Hvis du har en besøgende på dit site, som gør brug af en skærmlæser, skal vedkommende kunne forstå dit site akkurat som en person uden en skærmlæser.

Ikke-tekstbaseret indhold

Indhold som har betydning, men som ikke er tekst, skal have et tekstalternativ til blinde og svagtseende. Dette gælder indhold såsom billeder, animationer, videoer, iframes og lydelementer. En skærmlæser skal kunne adskille disse elementer fra hinanden, ved hjælp af det, der kaldes en “alt-tekst” eller en "title" attribut. Teksten bliver læst op af skærmlæseren, når der f.eks. bliver kørt hen over et billede med skærmlæseren.

Rent lydindhold (audio only) og rent videoindhold (video only) (forudindspillet)

Rent lyd- og videoindhold er en lydoptagelse eller en videooptagelse der står alene. Det vil sige en video uden lyd, eller et lydspor uden video. Det er vigtigt, at brugere med eksempelvis nedsat syn kan tilgå og læse rent videoindhold, på niveau med personer som ikke har nedsat syn. Det samme gør sig gældende for personer med nedsat hørelse og rent lydindhold. Derfor skal der tilbydes et alternativ - f.eks. via tekst.

Undertekster (forudindspillet)

Video med lyd skal være undertekstet, medmindre din video er et alternativ til tekst og er tydeligt markeret sådan.

Synstolkning eller mediealternativ (forudindspillet)

Her gælder samme princip som 1.2.2: Alt videoindhold skal synstolkes, medmindre din video er et alternativ til tekst og er tydeligt markeret sådan.

Særligt for video

Alle dine videoer som er produceret før d. 23 september 2020, er undtaget WCAG kravene om video jf. Digitaliseringsstyrelsen.1

2

Anvendelig

Brugeren skal kunne anvende dit website enten vha. tastaturet eller anden hjælpeteknologi.

Tastatur

Indholdet på dit website skal kunne tilgås og anvendes vha. tastaturet. Anvendelsen må ikke være afhængig af brugerens timing af tastaturtryk.

Der kan være undtagelser, hvis funktionaliteten på websitet er afhængig af brugerens handlinger. F.eks. hvis brugeren skal tegne en underskrift.

Ingen tastaturfælder

Brugeren skal let kunne skifte fokus mellem indholdselementer med tastaturet. Hvis der er særlige måder at skifte fokus på, skal brugeren have metoden forklaret. Du skal undgå, at brugeren havner i en "tastaturfælde", som f.eks. kan være et søgefelt: Når en person bruger tastaturet til at navigere med, og kommer til søgefeltet og åbner det, er det vigtigt at personen kan komme ud af feltet igen med tastaturet. Hvis brugeren ikke kan det, er det et eksempel på en tastaturfælde.

Genvejstaster

Hvis der anvendes genvejstaster på dit website skal mindst én af følgende muligheder virke: Det skal være muligt for slutbrugeren at slå genvejstaster fra, ændre genvejen eller at genvejstaster kun er aktive når indholdselementet er i fokus.

Justerbar tastehastighed

Brugeren skal have tilstrækkelig tid til at læse og anvende indholdet på dit website. Hvis dit website har tidsbegrænset indhold, f.eks. et login som udløber efter en rum tid på en netbank, skal brugeren have mulighed for at styre indholdet så de kan nå at læse det. Brugeren skal enten kunne slå tidsbegrænsningen fra, tilpasse tidsbegrænsningen eller udvide tidsbegrænsningen.

Der er undtagelser hvis indholdet kører i realtid, tidsbegrænsningen er nødvendig eller tidsbegrænsningen er over 20 timer.

3

Robust

Alle elementer på dit website skal være tilgængelige med hjælpeteknologi, og skal opdateres i takt med teknologierne.

Parsing

Når HTML “parser” vil det sige, at det er semantisk korrekt. Det er skrevet korrekt og kan køres igennem en HTML validator uden at give fejl.

Hvordan løser jeg problemet?

Kør koden på dit website gennem en HTML validator og find i samarbejde med din leverandør ud af, hvad i kan gøre for at koden validerer bedre, så du står med et mere robust og tilgængeligt website. Ideelt set skal du have 0 fejl i HTML validatoren.

Navn, rolle, værdi

Navn, rolle og værdi er f.eks. ARIA labels, tags og landmarks. Dette er tegn i HTML koden, som hjælper skærmlæseren med at forstå de forskellige elementer på dit website.

Hvordan løser jeg problemet?

Lav en teknisk tilgængelighedstest med et værktøj som f.eks. AXE eller WAVE, der kan give dig en rapport over navne, roller og værdier som ikke er defineret i din HTML kode (f.eks. i form af ARIA labels). Bed herefter din leverandør om at tilføje de navne, roller og værdier der mangler i din HTML kode.

Pause, stop, skjul

Indhold på website som automatisk bevæger sig, blinker, scroller eller lignende skal kunne sættes på pause, skjules eller stoppes. Dette gælder også hvis det varer mere end 5 sekunder, eller hvis det vises samtidigt med andet indhold. For indhold som automatisk opdateres skal det også være muligt for brugeren at styre hvor ofte det bliver opdateret.

Et klassisk eksempel på indhold som dette kunne være en billedslider, som automatisk skifter mellem billeder. Her skal du implementere en pauseknap.
 

Statusbeskeder

Statusbeskeder kan f.eks. være, når brugeren på et website tilføjer tre varer til en indkøbskurv, og kurven derefter vil få tilføjet et tretal i en rød cirkel ved siden af kurven. Det kunne også være et ikon der indikerer, at brugeren har gemt sine ændringer.

Statusbeskeder kan bestemmes i HTML'en gennem f.eks. “role” attributten. Det er vigtigt, at statusbeskederne er skrevet med korrekt HTML, da personer med skærmlæsere ikke vil få læst beskederne korrekt op, hvis HTML'en ikke er korrekt.

4

Forståelig

Dine brugere skal kunne forstå informationerne på dit website, og hvordan de bruger det. Hvis der anvendes forskellige sprog på enkelte dele på websitet skal dette informeres til brugeren.

4.1

I fokus

Formålet med dette punkt er at sikre, at der ikke er nogen elementer på dit website som skifter kontekst, når de er i fokus. Dette gør sig især gældende, når man bruger TAB tasten til at navigere med. Her vil de forskellige links og knapper modtage fokus, imens man tab'er sig ned gennem sitet. Der må ikke ske en ændring af kontekst når der tab'es gennem sitet. 

Et eksempel på ændring af kontekst når et element er i fokus kunne være, at en formular automatisk bliver udfyldt når den modtager fokus.

Hvordan løser jeg problemet?

Hvis din side har et pop-up vindue eller åbner en ny side, som ændrer konteksten og forståelsesrammen uden at advare brugeren, skal du enten som redaktør ændre teksten i den nye information, så den stadig er inden for samme kontekstramme, eller teknisk bede din leverandør implementere en advarsel til brugeren med skærmlæser der forklarer, at der kommer et nyt element uden for kontekstrammen. 

4.2

Ved input

Dette kriterie minder meget om 3.2.1, hvor konteksten ikke må ændres når elementer kommer i fokus. Det samme gælder for 3.2.2, men her er der bare tale om, at konteksten ikke må ændres ved input, altså særligt for formularer hvor der inputtes data. 

Et eksempel på dette kunne være en kalender på dit website, hvor brugeren kan vælge at oprette et møde, en aftale eller en påmindelse. Hvis brugeren vælger at klikke på “møde”, vises der yderligere felter for indtastning af mødedeltagere. Hvis der klikkes på “påmindelse” vil brugeren blive præsenteret for helt andre muligheder. Da kun dele af formularen ændres og den samlede struktur forbliver den samme, opretholder man den grundlæggende kontekst og struktur for brugeren, så brugeren ikke bliver forvirret.

Hvordan løser jeg problemet?

Hvis du eksempelvis har en formular på dit site, som ved klik på en knap åbner et nyt vindue eller en dialogboks uden at brugeren får en advarsel, skal du kontakte din leverandør og bede dem implementere advarsler om dette. I nogen CMS systemer er det muligt at vælge, at brugeren skal have en advarsel ved åbning af nye vinduer, og her kan du som redaktør selv vælge dette.

4.3

Konsekvent identifikation

Det er vigtigt, at du er konsekvent i den måde du formidler information på. F.eks. kan du vælge altid at anvende et dokument ikon, hver gang du har en liste med dokumenter der kan downloades. Et andet eksempel kunne være, altid at skrive title på samme måde i download links til dokumenter, ved f.eks. at starte title attributten med “Download” hver gang. 

Hvordan løser jeg problemet?

Hvis du opdager steder på dit site, hvor det samme element ikke bliver præsenteret på en konsekvent måde hver gang, er det vigtigt at du laver en strategi for, hvordan disse elementer skal præsenteres og retter fejlen. Der kan også være tale om designændringer, hvor du i de fleste tilfælde ville skulle kontakte din leverandør for at få tilrettet dette.