Universell utforming

Make sikrer universell utforming av alle nyhetsbrev

Slik jobber vi med universell utforming (UU) for personer som sliter med å lese på grunn av funksjonsnedsettelse.

Get a more focused way to work with a native mobile app, built for modern teams and a smoother experience.

Kvinne trykker på et tastatur på en Mac

Vi jobber med presentasjon av innhold etter fire hovedprinsipper:

Mulig å oppfatte

Informasjon og brukergrensesnitt-elementer må presenteres på en måte alle kan se eller høre.

  1. Tekstalternativ (alt-tekst) for alt innhold som ikke er tekst

  2. Innholdet kan forstås også uten CSS

  3. Elementer som krever fokus blinker kun én gang

  4. Tekst kan skaleres til 200 % uten tap av funksjonalitet

  5. Flere samtidige metoder brukes for å formidle funksjonalitet

Mulig å betjene

Elementer og navigasjon i brukergrensesnittet må kunne brukes av alle.

  1. Titler merkes med <h1>–<h6> for enkel navigasjon

  2. Minst 5:1 kontrastforhold mellom forgrunn og bakgrunn

  3. All funksjonalitet er tilgjengelig med både mus og tastatur

  4. Innholdet presenteres i en logisk rekkefølge

  5. Lenkers mål og funksjon fremgår tydelig av lenketeksten

Mulig å forstå

Innhold og bruk av nettsiden skal kunne forstås av alle.

  1. Språket til innholdet er angitt i koden

  2. Påkrevde skjemafelt opplyses med tekst

  3. Ved ugyldig inndata varsles brukeren med både farge og tekst

  4. Forutsigbar navigasjon på tvers av sidene

  5. Like funksjoner utformes likt på alle sider

Robust

Innholdet skal være kompatibelt med IKT-hjelpemidler og kompenserende teknologi.

  1. Innholdet tolkes pålitelig av brukeragenter og hjelpeteknologi

  2. Nettsiden validerer og koden er korrekt

  3. Utvidet HTML-semantikk (ARIA) brukes der det forbedrer tilgjengelighet

  4. Egne komponenter har navn og rolle definert i koden

  5. Statusbeskjeder formidles til hjelpemidler

Oversikt over status for universell utforming (WCAG)

Oversikt over status for universell utforming (WCAG)

Vår implementering av WCAG gjelder for de delene av vår nettløsning som er tilgjengelig for allmenheten, herunder brukere av våre kunders tjenester. Dette inkluderer nyhetsbrev, nettversjon av nyhetsbrev og skjemasider. For deg betyr det et større nedslagsfelt, mulighet til å tilby en større grad av selvbetjening, og flere potensielle brukere.

Vår implementering av WCAG gjelder for de delene av vår nettløsning som er tilgjengelig for allmenheten, herunder brukere av våre kunders tjenester. Dette inkluderer nyhetsbrev, nettversjon av nyhetsbrev og skjemasider. For deg betyr det et større nedslagsfelt, mulighet til å tilby en større grad av selvbetjening, og flere potensielle brukere.

Prinsipp 1

Mulig å oppfatte

Informasjon og brukergrensesnitt presenteres slik at alle kan se eller høre innholdet.

1.1 Tekstalternativer

Oppfylt

Gi tekstalternativer til alt ikke-tekstlig innhold, slik at det kan konverteres til formater som brukerne har behov for, for eksempel stor skrift, blindeskrift, tale, symboler eller enklere språk.

1.1.1 Ikke-tekstlig innhold

1.2 Tidsbaserte medier

Oppfylt

Gi alternativer til tidsbaserte medier.

1.2.1 Bare lyd og video (forhåndsinnspilt) · 1.2.2 Teksting (forhåndsinnspilt)

1.3 Mulig å tilpasse

Oppfylt

Lag innhold som kan presenteres på forskjellige måter uten at informasjon eller struktur går tapt.

1.3.1 Informasjon og relasjoner · 1.3.2 Meningsfylt rekkefølge · 1.3.3 Sensoriske egenskaper · 1.3.4 Visningsretning · 1.3.5 Identifiser formål med inndata

1.4 Mulig å skille fra hverandre

Delvis

Gjør det enklere for brukerne å se og høre innhold, blant annet ved å skille forgrunnen fra bakgrunnen.

1.4.1 Bruk av farge · 1.4.2 Styring av lyd · 1.4.3 Kontrast (minimum) · 1.4.4 Endring av tekststørrelse · 1.4.5 Bilder av tekst · 1.4.10 Dynamisk tilpasning (Reflow) · 1.4.11 Kontrast for ikke-tekstlig innhold · 1.4.12 Tekstavstand · 1.4.13 Pekerfølsomt innhold eller innhold ved tastaturfokus

Alle unntatt 1.4.2 Styring av lyd, som ikke er aktuelt for vårt innhold.

Prinsipp 2

Mulig å betjene

Elementer og navigasjon i brukergrensesnittet kan brukes av alle.

2.1 Tilgjengelig med tastatur

Oppfylt

Gjør all funksjonaliteten tilgjengelig med tastatur.

2.1.1 Tastatur · 2.1.2 Ingen tastaturfelle · 2.1.4 Hurtigtaster som består av ett tegn

2.2 Nok tid

Oppfylt

Gi brukerne nok tid til å lese og bruke innhold.

2.2.1 Justerbar hastighet · 2.2.2 Pause, stopp, skjul

2.3 Anfall og fysiske reaksjoner

Oppfylt

Ikke utform innhold på en måte som er kjent for å forårsake anfall.

2.3.1 Terskelverdi på maksimalt tre glimt

2.4 Navigerbar

Oppfylt

Gjør det mulig for brukerne å navigere, finne innhold og vite hvor de befinner seg.

2.4.1 Hoppe over blokker · 2.4.2 Sidetitler · 2.4.3 Fokusrekkefølge · 2.4.4 Formål med lenke (i kontekst) · 2.4.5 Flere måter · 2.4.6 Overskrifter og ledetekster · 2.4.7 Synlig fokus

2.5 Inndatametoder

Delvis

Gjør det enklere for brukerne å betjene funksjonalitet med andre inputmetoder enn bare tastatur.

2.5.1 Pekerbevegelse · 2.5.2 Pekeravbrytelse · 2.5.3 Ledetekst i navn · 2.5.4 Bevegelsesaktivering

Alle unntatt 2.5.4 Bevegelsesaktivering, som ikke er aktuelt for vårt innhold.

Prinsipp 3

Mulig å forstå

Innhold og bruk av nettsiden kan forstås av alle.

3.1 Leselig

Oppfylt

Det må være mulig å forstå informasjon og betjening av brukergrensesnitt.

3.1.1 Språk på siden · 3.1.2 Språk på deler av innhold

3.2 Forutsigbar

Oppfylt

Sørg for at websider presenteres og fungerer på forutsigbare måter.

3.2.1 Fokus · 3.2.2 Inndata · 3.2.3 Konsekvent navigering · 3.2.4 Konsekvent identifikasjon

3.3 Inndatahjelp

Delvis

Hjelp brukere med å unngå feil og å rette opp feil.

3.3.1 Identifikasjon av feil · 3.3.2 Ledetekster eller instruksjoner · 3.3.3 Forslag ved feil · 3.3.4 Forhindring av feil

Alle unntatt 3.3.4 Forhindring av feil, som ikke er aktuelt for vårt innhold.

Prinsipp 4

Robust

Innholdet er kompatibelt med hjelpemidler og kompenserende teknologi.

4.1 Kompatibel

Oppfylt

Sørg for best mulig kompatibilitet med aktuelle og fremtidige brukeragenter, inkludert kompenserende teknologi.

4.1.1 Parsing (oppdeling) · 4.1.2 Navn, rolle, verdi · 4.1.3 Statusbeskjeder

Kjente begrensninger i tilgjengeligheten

VML brukes i Outlook for å lage knapper og grafikk, men skjermlesere som JAWS støtter ikke VML og ignorerer attributter som alt, aria-label og role. Derfor supplerer vi alltid VML-baserte knapper med tekstlenker og riktige ARIA-attributter, slik at de både ser riktige ut i Outlook og er lesbare i andre e-postklienter.

Ofte stilte spørsmål om universell utforming

Svar på vanlige spørsmål vi får om universell utforming og WCAG i Make.

Stian Pedersen

Stian Pedersen

Technical Account Manager

Avtal en gjennomgang

La oss ta en uforpliktende gjennomgang av Make og forklare hvordan systemet fungerer.

Book tid

Foretrekker du e-post? Du når oss på

support@make.as

Stian Pedersen

Stian Pedersen

Technical Account Manager

Avtal en gjennomgang

La oss ta en uforpliktende gjennomgang av Make og forklare hvordan systemet fungerer.

Book tid

Foretrekker du e-post? Du når oss på

support@make.as

Stian Pedersen

Stian Pedersen

Technical Account Manager

Avtal en gjennomgang

La oss ta en uforpliktende gjennomgang av Make og forklare hvordan systemet fungerer.

Book tid

Foretrekker du e-post? Du når oss på

support@make.as

Ofte stilte spørsmål om universell utforming

Svar på vanlige spørsmål vi får om universell utforming og WCAG i Make.

  • Hva er universell utforming (UU)?

  • Hva er WCAG-standarden?

  • Hvilke deler av Make er universelt utformet?

  • Følger dere alle suksesskriteriene?

  • Hvilke fire hovedprinsipper jobber dere etter?

  • Finnes det kjente begrensninger?