Prøv gratisLog ind

Make sikrer webtilgængelighed i alle nyhedsbreve

Sådan arbejder vi med webtilgængelighed for personer med læsevanskeligheder som følge af funktionsnedsættelse.

En person i en lys skjorte sitter ved et hvitt trebord utendørs og arbeider på en bærbar datamaskin. Solen kaster skarpe skygger på veggen bak. På bordet ligger en notatbok, en penn, en taperull og en stiftemaskin.

Webtilgængelighed

Er et begreb inden for samfundsplanlægning, programmer og tjenester. Målet er, at universelt udformede løsninger skal kunne bruges af alle uanset funktionsevne, så særløsninger undgås.

WCAG-standarden

Bekendtgørelsen om webtilgængelighed stiller krav om, at IKT-løsninger skal opfylde 35 af de 61 succeskriterier i standarden Retningslinjer for tilgængeligt webindhold (WCAG).

Vi arbejder med præsentation af indhold efter fire hovedprincipper:

Muligt at opfatte: Information og brugergrænsefladeelementer skal præsenteres på en måde, som alle kan se eller høre.

• Giv altid et tekstalternativ til indhold, der ikke er tekst, f.eks. ved brug af [alt]-attributter.
• Præsentationen af indhold skal kunne forstås uden CSS. Vi tilstræber at bruge flere samtidige metoder til at formidle funktionalitet.
• Hvis et indholdselement kræver fokus, må det kun “blinke” én gang. Popups må ligeledes kun vises én gang pr. session.
• Tekst skal kunne skaleres op til 200 procent uden tab af funktionalitet.

Muligt at betjene: Elementer og navigation i brugergrænsefladen skal kunne anvendes af alle.

• Markér altid overskrifter med <h1>–<h6>-tags, så det er nemt at navigere til hovedindholdet.
• Oprethold mindst et kontrastforhold på 5:1 mellem forgrunds- og baggrundsfarve.
• Al funktionalitet skal være tilgængelig både via mus og tastatur.
• Indholdet skal præsenteres i en logisk rækkefølge.
• Giv brugerne tilstrækkelig tid til at læse og anvende indholdet, og giv besked om eventuelle tidsudløb.
• Alle linkmål og funktioner skal fremgå tydeligt af linkteksten.

Muligt at forstå: Indhold og brug af websitet skal være forståeligt.

• Sproget for indholdet på websitet skal være angivet i koden.
• Hvis et formularfelt er obligatorisk, skal dette angives med tekst. Der kan eventuelt suppleres med grafiske elementer.
• Ved ugyldig indtastning skal brugeren informeres på to måder: hvor fejlen er (med farve) og hvad fejlen er (med tekst).
• Navigationen skal være forudsigelig. Brugerne skal let kunne navigere, finde indhold og vide, hvor de befinder sig.
• Der må ikke anvendes baggrundsmusik.
• Elementer med samme funktion på tværs af flere sider skal udformes ens.

Robust: Indhold skal være kompatibelt med digitale hjælpemidler.

• Indholdet skal kunne fortolkes pålideligt af brugeragenter, herunder kompenserende teknologier. I praksis betyder det, at websitet validerer, og at koden er korrekt.
• Anvend udvidet HTML-semantik, hvor det kan forbedre tilgængeligheden, herunder Accessible Rich Internet Applications (ARIA).
• Egne brugergrænsefladekomponenter skal have navn og rolle defineret i koden.

Oversigt over status for webtilgængelighed (WCAG)

Vores implementering af WCAG gælder for de dele af vores løsning, som er tilgængelige for offentligheden, herunder brugere af vores kunders tjenester. Dette omfatter nyhedsbreve, webversioner af nyhedsbreve og formularsider. For dig betyder det en større rækkevidde, mulighed for at tilbyde en højere grad af selvbetjening og flere potentielle brugere.

Princip 1: Muligt at opfatte
Princip 2: Mulig at betjene
Princip 3: Forståelig
Princip 4: Robust
Retningslinje Beskrivelse af retningslinje Succeskriterium Opfyldes kravet?
1.1 Tekstalternativer Giv tekstalternativer til alt ikke-tekstligt indhold, så det kan konverteres til formater, som brugerne har behov for, f.eks. stor skrift, punktskrift, tale, symboler eller enklere sprog. 1.1.1 Ikke-tekstligt indhold Ja
1.2 Tidsbaserede medier (lyd og video) Giv alternativer til tidsbaserede medier. 1.2.1 Kun lyd og video (forudindspillet)
1.2.2 Tekstning (forudindspillet)		 Ja, alle
1.3 Muligt at tilpasse Udarbejd indhold, som kan præsenteres på forskellige måder uden, at information eller struktur går tabt. 1.3.1 Information og relationer
1.3.2 Meningsfuld rækkefølge
1.3.3 Sensoriske egenskaber
1.3.4 Visningsretning
1.3.5 Identificér formål med input		 Ja, alle
1.4 Muligt at adskille Gør det lettere for brugerne at se og høre indhold, bl.a. ved at adskille forgrund fra baggrund. 1.4.1 Brug af farve
1.4.2 Styring af lyd
1.4.3 Kontrast (minimum)
1.4.4 Ændring af tekststørrelse
1.4.5 Billeder af tekst
1.4.10 Dynamisk tilpasning (Reflow)
1.4.11 Kontrast for ikke-tekstligt indhold
1.4.12 Tekstafstand
1.4.13 Indhold ved hover eller fokus		 Ja, alle bortset fra 1.4.2, da vi ikke har denne type indhold
Retningslinje Beskrivelse af retningslinje Succeskriterium Opfyldes kravet?
2.1 Tilgængelig med tastatur Gør al funktionalitet tilgængelig via tastatur. 2.1.1 Tastatur
2.1.2 Ingen tastaturfælde		 Ja, alle
2.2 Tilstrækkelig tid Giv brugerne tilstrækkelig tid til at læse og anvende indholdet. 2.2.1 Justerbar tidsbegrænsning
2.2.2 Pause, stop, skjul		 Ja, alle
2.3 Anfald og andre fysiske reaktioner Udform ikke indhold på en måde, som er kendt for at kunne forårsage anfald. 2.3.1 Tærskelværdi på maksimalt tre blink Ja
2.4 Navigerbar Gør det muligt for brugerne at navigere, finde indhold og vide, hvor de befinder sig. 2.4.1 Spring over blokke
2.4.2 Sidetitler
2.4.3 Fokusrækkefølge
2.4.4 Formål med link (i kontekst)
2.4.5 Flere navigationsmuligheder
2.4.6 Overskrifter og ledetekster
2.4.7 Synligt fokus		 Ja, alle
2.5 Inputmetoder Gør det lettere for brugerne at betjene funktionalitet med andre inputmetoder end kun tastatur. 2.5.1 Pekerbevægelser
2.5.2 Pekerafbrydelse
2.5.3 Ledetekst i navn
2.5.4 Bevægelsesaktivering		 Ja, alle bortset fra 2.5.4, da vi ikke har denne type indhold
Retningslinje Beskrivelse af retningslinje Succeskriterium Opfyldes kravet?
3.1 Læsbar Det skal være muligt at forstå information og betjening af brugergrænsefladen. 3.1.1 Sproget på siden
3.1.2 Sproget i dele af indholdet		 Ja, alle
3.2 Forudsigelig Sørg for, at websider præsenteres og fungerer på forudsigelige måder. 3.2.1 Fokus
3.2.2 Input
3.2.3 Konsekvent navigation
3.2.4 Konsekvent identifikation		 Ja, alle
3.3 Inputhjælp Hjælp brugerne med at undgå fejl og rette eventuelle fejl. 3.3.1 Identifikation af fejl
3.3.2 Ledetekster eller instruktioner
3.3.3 Forslag ved fejl
3.3.4 Forebyggelse af fejl (juridiske, økonomiske eller datarelaterede fejl)		 Ja, alle bortset fra 3.3.4, da vi ikke har denne type indhold
Retningslinje Beskrivelse af retningslinje Succeskriterium Opfyldes kravet?
4.1 Kompatibel Sørg for bedst mulig kompatibilitet med nuværende og fremtidige brugeragenter, herunder kompenserende teknologier. 4.1.1 Parsing (syntaksanalyse)
4.1.2 Navn, rolle, værdi
4.1.3 Statusbeskeder		 Ja, alle

Kendte begrænsninger i tilgængeligheden

VML bruges i Outlook til at oprette knapper og grafik, men skærmlæsere som JAWS understøtter ikke VML-elementer og ignorerer attributter som alt, aria-label og role. Det betyder, at VML-baserede knapper ikke opfattes som interaktive eller tilgængelige for brugere med synsnedsættelse. For at sikre god tilgængelighed bør man derfor ud over VML, anvende tekstlinks med korrekte ARIA-attributter og styling, så knapperne både fremstår korrekt i Outlook og er læsbare og anvendelige for skærmlæsere i andre e-mailklienter.