Universelt design

Make sikrer universel udformning af alle nyhedsbreve

Sådan arbejder vi med webtilgængelighed (UU) for personer, der har svært ved at læse på grund af en funktionsnedsættelse.

Få en mere fokuseret arbejdsdag med en native mobilapp, der er udviklet til moderne teams og en mere smidig brugeroplevelse.

Kvinde taster på et tastatur på en Mac

Vi arbejder med præsentation af indhold ud fra fire hovedprincipper:

Let at opfatte

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

  1. Tekstalternativ (alt-tekst) til alt ikke-tekstligt indhold

  2. Indholdet kan også forstås uden CSS

  3. Elementer, der kræver fokus, blinker kun én gang

  4. Tekst kan skaleres til 200 % uden tab af funktionalitet

  5. Flere samtidige metoder anvendes til at formidle funktionalitet

Mulig at betjene

Elementer og navigation i brugergrænsefladen skal kunne bruges af alle.

  1. Overskrifter markeres med <h1> til <h6> for enkel navigation

  2. Mindst 5:1 kontrastforhold mellem forgrund og baggrund

  3. Al funktionalitet er tilgængelig med både mus og tastatur

  4. Indholdet præsenteres i en logisk rækkefølge

  5. Linkets formål og funktion fremgår tydeligt af linkteksten

Muligt at forstå

Indhold og brug af hjemmesiden skal kunne forstås af alle.

  1. Sproget for indholdet er angivet i koden

  2. Obligatoriske formularfelter angives med tekst

  3. Ved ugyldige data får brugeren besked via både farve og tekst

  4. Forudsigelig navigation på tværs af siderne

  5. Ensartede funktioner designes ens på alle sider

Robust

Indholdet skal være kompatibelt med hjælpemidler og kompenserende teknologi.

  1. Indholdet tolkes pålideligt af brugeragenter og hjælpemidler

  2. Hjemmesiden validerer, og koden er korrekt

  3. Udvidet HTML-semantik (ARIA) anvendes, hvor det forbedrer tilgængeligheden

  4. Egne komponenter har navn og rolle defineret i koden

  5. Statusmeddelelser videregives til hjælpemidler

Oversigt over status for universel udformning (WCAG)

Oversigt over status for universel udformning (WCAG)

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

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

Princip 1

Let at opfatte

Information og brugergrænseflader præsenteres således, at alle kan se eller høre indholdet.

1.1 Tekstalternativer

Opfyldt

Sørg for tekstalternativer til alt ikke-tekstligt indhold, så det kan konverteres til formater, som brugerne har behov for, som f.eks. stor skrift, punktskrift, tale, symboler eller et simplere sprog.

1.1.1 Ikke-tekstuelt indhold

1.2 Tidsbaserede medier

Opfyldt

Sørg for alternativer til tidsbaserede medier.

1.2.1 Bare lyd og video (forudoptaget) · 1.2.2 Undertekster (forudoptaget)

1.3 Mulighed for tilpasning

Opfyldt

Opret indhold, der 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 Identificer formål med input

1.4 Mulighed for at adskille

Delvist

Gør det nemmere for brugerne at se og høre indhold, blandt andet ved at adskille forgrunden fra baggrunden.

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-tekstuelt indhold · 1.4.12 Tekstafstand · 1.4.13 Indhold ved markørfølsomhed eller tastaturfokus

Alle undtagen 1.4.2 Kontrol af lyd, som ikke er relevant for vores indhold.

Princip 2

Mulig at betjene

Elementer og navigation i brugergrænsefladen kan bruges af alle.

2.1 Tilgængelig med tastatur

Opfyldt

Gør al funktionalitet tilgængelig med tastatur.

2.1.1 Tastatur · 2.1.2 Ingen tastaturfælde · 2.1.4 Genvejstaster bestående af ét tegn

2.2 Nok tid

Opfyldt

Giv brugerne tilstrækkelig tid til at læse og anvende indholdet.

2.2.1 Justerbar hastighed · 2.2.2 Pause, stop, skjul

2.3 Anfald og fysiske reaktioner

Opfyldt

Undgå at designe indhold på en måde, der er kendt for at kunne udløse anfald.

2.3.1 Tærskelværdi på maksimalt tre glimt

2.4 Navigerbar

Opfyldt

Gør det muligt for brugerne at navigere, finde indhold og vide, hvor de befinder sig.

2.4.1 Spring blokke over · 2.4.2 Sidetitler · 2.4.3 Fokus rækkefølge · 2.4.4 Formål med link (i kontekst) · 2.4.5 Flere måder · 2.4.6 Overskrifter og ledetekster · 2.4.7 Synligt fokus

2.5 Indtastningsmetoder

Delvist

Gør det nemmere for brugerne at betjene funktioner med andre inputmetoder end kun tastatur.

2.5.1 Markørbevægelse · 2.5.2 Afbrydelse af markør · 2.5.3 Ledetekst i navn · 2.5.4 Bevægelsesaktivering

Alle undtagen 2.5.4 Bevægelsesaktivering, som ikke er relevant for vores indhold.

Princip 3

Muligt at forstå

Indhold og brug af hjemmesiden kan forstås af alle.

3.1 Læselig

Opfyldt

Det skal være muligt at forstå information og betjening af brugergrænsefladen.

3.1.1 Sprog på siden · 3.1.2 Sprog på dele af indhold

3.2 Forudsigelig

Opfyldt

Sørg for, at websider præsenteres og fungerer på en forudsigelig måde.

3.2.1 Fokus · 3.2.2 Input · 3.2.3 Konsekvent navigation · 3.2.4 Konsekvent identifikation

3.3 Indtastningshjælp

Delvist

Hjælp brugere med at undgå og rette 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

Alle undtagen 3.3.4 Forhindring af fejl, som ikke er relevant for vores indhold.

Princip 4

Robust

Indholdet er kompatibelt med hjælpemidler og kompenserende teknologi.

4.1 Kompatibel

Opfyldt

Sørg for bedst mulig kompatibilitet med nuværende og fremtidige brugeragenter, herunder hjælpemidler.

4.1.1 Parsing (fortolkning) · 4.1.2 Navn, rolle, værdi · 4.1.3 Statusbeskeder

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 og ignorerer attributter som alt, aria-label og role. Derfor supplerer vi altid VML-baserede knapper med tekstlinks og korrekte ARIA-attributter, så de både vises korrekt i Outlook og er læsbare i andre e-mailklienter.

Ofte stillede spørgsmål om universelt design

Få svar på de mest almindelige spørgsmål om webtilgængelighed og WCAG i Make.

Stian Pedersen

Stian Pedersen

Technical Account Manager

Aftal en gennemgang

Lad os tage en uforpligtende gennemgang af Make og forklare, hvordan systemet fungerer.

Book tid

Foretrækker du e-mail?

support@make.as

Stian Pedersen

Stian Pedersen

Technical Account Manager

Aftal en gennemgang

Lad os tage en uforpligtende gennemgang af Make og forklare, hvordan systemet fungerer.

Book tid

Foretrækker du e-mail?

support@make.as

Stian Pedersen

Stian Pedersen

Technical Account Manager

Aftal en gennemgang

Lad os tage en uforpligtende gennemgang af Make og forklare, hvordan systemet fungerer.

Book tid

Foretrækker du e-mail?

support@make.as

Ofte stillede spørgsmål om universelt design

Få svar på de mest almindelige spørgsmål om webtilgængelighed og WCAG i Make.

  • Hvad er universelt design?

  • Hvad er WCAG-standarden?

  • Hvilke dele af Make er universelt udformet?

  • Følger I alle succes kriterierne?

  • Hvilke fire hovedprincipper arbejder I efter?

  • Er der kendte begrænsninger?