Kriterier för digital tillgänglighet

Använd dessa kriterier som krav på tillgänglighet i din produkt och som stöd för löpande testning. Du får kriterierna beskrivna på ett enkelt sätt tillsammans med instruktioner för testning.

I listan med Afas kriterier på tillgänglighet finns:

  • Syfte med varje kriterium och ett påstående som speglar användares behov

  • Hur du testar - instruktioner för hur du testar varje kriterium

  • Detaljer i standard - länk till kopplingen i den internationella standarden för webbtillgänglighet WCAG. Där kan du fördjupa dig i kriteriet.

Sidan är under uppbyggnad - mer innehåll kommer inom kort!

1

Inget ljud som stör

Syfte: Ljud som spelas upp automatiskt stör och kan försvåra för användaren att fokusera. Det är extra viktigt för personer med koncentrationssvårigheter och kognitiva svårigheter.
Påstående: Inget ljud som automatiskt spelas upp på ett sätt som stör användaren.

Börja med att kontrollera om det finns ljudfiler eller video med ljud på sidan. Om det finns, kontrollera att inget spelas upp automatiskt. Här följer några alternativ:

  1. Ladda sidan och lyssna efter ljud som spelas upp automatiskt. Om du inte hör något ljud är den här punkten godkänd.

  2. Ladda sidan och titta på den aktiva sidans flik i webbläsarens flikfält. Kontrollera att det inte visas någon högtalarikon i fliken. Om ingen ikon visas är den här godkänd.

  3. Öppna webbläsarens utvecklarverktyg genom att trycka F12. Använd sökfunktion och sök efter <audio> eller <video>. Om du ser att något av dessa element finns i koden, kontrollera att attributet autoplay är satt till false.

Roll:

Redaktör

UX

Nivå:

WCAG AA

2

Inget rör sig automatiskt i mer än 5 sekunder

Syfte: Automatisk uppspelning stör och kan försvåra för användaren att fokusera. Det är extra viktigt för personer med koncentrationssvårigheter och kognitiva svårigheter.
Påstående: Inget innehåll rör sig, blinkar eller scrollar automatiskt i mer än 5 sekunder. Gäller exempelvis video, animationer och bildspel. Undantag är animationer eller indikationer som visar att en sida eller innehåll laddas.

Börja med att kontrollera att om det finns något innehåll som rör sig, blinkar eller scrollar på sidan. Om det finns, kontrollera om det rör sig automatiskt, alltså utan att användaren aktivt har valt att något ska röra sig och hur länge rörelsen i så fall pågår. Om den pågår i mindre än 5 sekunder är den ett godkänt undantag.

Video och animationer

Börja med att kontrollera om det finns video eller andra animationer, exempelvis video utan ljud eller gif:ar på sidan.

Kontrollera att ingen video startar automatiskt eller körs i bakgrunden på sidan. Automatiskt innebär att något startar oberoende av vad användaren gör. Allt som rör sig ska vara en följd av vad användaren väljer att göra.

Funktionella mikroanimationer

Exempel på en funktionell mikroanimation är när en varukorg blinkar till när användaren har lagt till en produkt. Det kan också vara en indikator som rör sig för att visa status, exempelvis en progressbar för ned- eller uppladdning av en fil. Dessa är alltså tillåtna.

Godkända undantag

Följande exempel är godkända undantag. De får alltså blinka eller röra sig mer än fem sekunder.

  • Laddningsindikator som visar att en hel sida laddas

  • Textmarkör, en så kallad caret, som blinkar i ett inmatningsfält när fältet har fokus.

Roll:

UX/UI

Nivå:

A

3

Automatiska uppdateringar

Syfte: Automatiska uppdateringar stör och kan försvåra för användaren att fokusera. Det är extra viktigt för personer med koncentrationssvårigheter och kognitiva svårigheter.
Påstående: Användaren kan pausa, stoppa, dölja eller kontrollera uppdateringsfrekvensen i innehåll som uppdateras automatiskt. Helst ska inget innehåll alls uppdateras automatiskt. Då undviker vi att distrahera användaren.
  1. Kontrollera om det finns innehåll på sidan som uppdateras och om det i så fall görs automatiskt. Automatiskt innebär här att innehåll läggs till, ändras eller försvinner av andra anledningar än att användaren själv har initierat ändringen.

  2. Att sökresultat ändras efter att användaren har gjort en sökning är vedertaget, och ingår inte i det här kriteriet. Det handlar snarare om innehåll som ändras dynamiskt och om innehåll som ändras på grund av andra anledningar. Exempelvis efter ett visst tidsintervall, ändringar som görs av andra användare eller andra omständigheter.

  3. Om sådant innehåll finns, fundera på vilken typ av innehåll det är, genom att gå igenom kategorierna av uppdateringar nedan.

Kritisk information

Bedöm allvarlighetsgraden. Om informationen är avgörande betydelse för användaren i det aktuella sammanhanget, visa informationen direkt. Om informationen är viktig men inte kan ses som kritisk, ge användaren informationen i samband med att användaren gör en ändring, exempelvis går till en annan sida.

Tidsstyrda eller slumpmässiga ändringar

Undvik den här typen av ändringar helt. Fundera istället på vad som är den viktigaste informationen och hur den kan presenteras för användaren på ett enkelt och meningsfullt sätt. Se till att det alltid finns tillräckligt med tid för användaren att ta till sig av informationen.

Information som inte behöver förmedlas direkt

Exempel: väderinformation eller antalet lediga platser på ett event. Är det nödvändigt att användaren får informationen direkt? Ibland räcker det att informationen uppdateras i samband med att användaren exempelvis laddar om eller går till en ny sida. Undvik att ladda om hela sidan.

Innehåll som ändras i realtid

Exempel på innehåll som ändras i realtid: en chattfunktion eller kommentarer i sociala medier.

  1. Utgör en funktion sidans huvudsakliga innehåll?

  2. Är funktionen sekundär och visas parallellt med annat innehåll?

Bestäm vilket värde användaren har av att informationen visas. Behöver den visas just där och då? Kan det tas bort helt eller länkas till annan sida?

Kan användaren pausa, stoppa eller dölja uppdateringar?

Kontrollera att det går att pausa, stoppa, dölja eller på annat sätt styra hur ofta uppdateringen sker. Till exempel: Användaren vill ändra inställningarna i en chatt. Användaren kan tillfälligt dölja chatten genom att inställningarna öppnas på en annan sida eller i en annan flik.

Roll:

UX/UI

Utvecklare

Nivå:

A

4

Max tre blinkningar per sekund

Syfte: Vi vill inte riskera att orsaka epileptiska anfall eller fysiska reaktioner hos våra användare.
Påstående: Ingen del av innehållet blinkar på ett sätt som riskerar att trigga epileptiska anfall, det vill säga mer än tre gånger under en period på en sekund. På det här kriteriet behöver vi uppnå AAA nivå, utan undantag för att minimera risken för epileptiska anfall.
  1. Kontrollera om det finns något innehåll som blinkar. Kontrollera speciellt filminnehåll.

  2. Säkerställ att innehållet inte blinkar snabbare än tre gånger per sekund.

Var extra uppmärksam med att visa video som innehåller diskotekslampor, pyroteknik, explosioner eller andra snabba hopp mellan ljus och mörker eller ljus i olika färger. Riskera aldrig att orsaka epileptiska anfall hos våra användare.

Roll:

UX/UI

Nivå:

A

5

Använd inte Captcha

Syfte: Captcha exkluderar ofta personer med funktionsnedsättningar, exempelvis användare med nedsatt syn eller kognitiva funktionsnedsättningar.
Påstående: Captcha används aldrig. Captcha är en metod för att hindra robotar från att exempelvis fylla i formulär.
  1. Identifiera alla formulär på webbsidan eller i tjänsten.

  2. Kontrollera att inget av formulären innehåller en captcha-funktion som användaren måste passera för att kunna skicka formuläret.

Roll:

UX/UI

Nivå:

A

6

Inga bilder med bara text

Syfte: Användare behöver kunna anpassa text utifrån sina behov. Text i bild är svårare att förstora eller anpassa.
Påstående: Det finns inga bilder på sidan som enbart innehåller text. Logotyper är undantag. Bilder med viss text kan vara okej om bilden för övrigt fyller ett visuellt syfte, exempelvis en skärmbild av något som man vill hänvisa till.
  1. Identifiera alla bilder som innehåller text på den aktuella sidan. Logotyper utgör undantag.

  2. Kontrollera om bilder som innehåller text fyller ett visuellt syfte och om syftet återges i bildernas alt-texter i koden. För komplexa bilder där en kort alt-text inte räcker till för att beskriva bilden; hänvisa i alt-texten till var användaren kan hitta motsvarande information i riktig text.

  3. Om bilder innehåller relativt mycket text, överväg att presentera innehållet som riktig text istället för text i bild.

Roll:

Redaktör

Nivå:

AA

7

Flera olika sätt att navigera

Syfte: Användare behöver kunna hitta innehåll på det sätt som passar dem. En del föredrar en innehållsförteckning eller att söka istället för att navigera i menyer.
Påstående: Det finns flera olika sätt att hitta till en tjänst eller en sida. Till exempel genom menyer, länkar, sökfunktion eller webbplatskarta. Sidor för bekräftelser eller som utgör ett steg i en process är undantag.

Bedöm om den aktuella sidan:

  1. är en av många sidor på en webbplats

  2. är en sida som genererats som ett resultat av en uppgift

  3. är en del av en process eller tjänst som användaren bara kan ta sig till genom att logga in.

Om påstående 1 ovan är sant, kontrollera på vilka sätt som användaren kan nå den aktuella sidan, exempelvis genom att söka eller att hitta sidan i en informationsstruktur från en meny. Om den aktuella sidan är en av många på en webbplats och användaren bara kan nå sidan på ett sätt, är detta krav inte uppfyllt.

Om något av påståendena 2 eller 3 ovan är sant är detta kriterie inte relevant.

Roll:

UX/UI

Nivå:

AA

8

Förebyggande av fel

Syfte: Det är viktigt för våra användare och vår verksamhet att skydda användarna från allvarliga konsekvenser som orsakats av att de råkat göra ett misstag.
Påstående: På sidor där användaren ska skicka in information ska ett eller flera av följande alternativ gälla: - användaren kan ångra sig och gå tillbaka - användaren kan kontrollera sin information och rätta eventuella fel - användaren kan förhandsgranska, ändra och bekräfta innan informationen sparas eller skickas in. Här inkluderar vi både AA och AAA nivå i vårt kriterium, eftersom AA nivå endast specificerar vissa områden. Men vi vill förebygga fel när användare ska skicka in information i alla lägen.

För tjänster eller webbsidor där användaren kan fylla i och skicka information, gör följande:

  1. Utför alla steg i tjänsten för att simulera att en användare utför en uppgift. För att undvika eventuella fel i bakomliggande system bör testdata användas här.

  2. Kontrollera om den aktuella tjänsten eller formulären på webbsidan avslutas med en knapp för att granska informationen i formuläret.

  3. Kontrollera att nästa steg i tjänsten tar användaren till en sida där användaren kan granska den information som den har angett i formuläret.

  4. Kontrollera att det finns en möjlighet för användaren att gå tillbaka och korrigera information som har blivit fel.

Roll:

UX/UI

Nivå:

AA

AAA

9

Justerbar tidsgräns

Syfte: Användare behöver olika lång tid på sig för att utföra en uppgift. Exempelvis tar det ofta längre tid för användare med olika hjälpmedel att navigera. Tidsgränser kan även skapa stress och förvirring. De kan också göra att användaren går miste om information eller förlorar data.
Påstående: Om en tjänst har en tidsgräns, exempelvis om användare loggar in får användaren en varning innan den blir utloggad och har minst 20 sekunder på sig att förlänga inloggningstiden.
  1. Påbörja en uppgift, exempelvis genom att logga in och utföra något

  2. Överge uppgiften och låt sidan vara inaktiv tillräckligt länge för att den övre gränsen för inaktivitet ska inträffa om det finns en övre tidsgräns.

  3. Kontrollera att användaren inte skickas vidare till en annan sida innan tidsgränsen har passerat.

För att inte behöva vänta ut en tidsgräns på över 20 timmar eller mer, kan du som utvecklare ange en kortare tidsgräns för att kontrollera att det som ska ske när tidsgränsen nås faktiskt sker. Exempelvis någon typ av varningsmeddelande eller att användaren skickas vidare till en annan sida.

Roll:

UX/UI

Utvecklare

Nivå:

A

10

Sidans titel

Syfte: En beskrivande sidtitel hjälper användare att snabbt och enkelt avgöra om sidan är relevant utifrån deras behov. Exempelvis läser skärmläsare upp sidans titel vid sidladdning så personen får information om vilken sida man hamnat på.
Påstående: Alla sidor har en titel som beskriver sidans syfte eller innehåll. Sidtiteln anges i elementet <title> i sidans <head>-element. Titel finns även i meta-datan för dokument.
  1. Gör en sökning på den aktuella webbsidan med exempelvis Google. Kopiera sidans webbadress, gå till sökfältet, klistra in webbadressen och sök. Den text som visas som en länkas i sökmotorns första sökträff är sidans titel.

  2. Granska koden på sidan genom att öppna webbläsarens utvecklingsverktyg genom att trycka på F12 eller högerklicka på ett objekt på sidan och välj ”Inspektera”. Nästan längst upp i sidans dokumentstruktur och innanför elementet <head>-sektionen finns sidans titel i elementet <title>.

  3. Granska texten som visas för den aktuella webbsidan i din webbläsares flikfält. I Google Chrome och Microsoft Edge visas flikfältet längst upp i webbläsarfönstret. Den text som visas i fliken är sidans titel. Om du hovrar över den aktuella fliken med din musmarkör visas en utökad tooltip som innehåller sidans titel.

  4. Titeln ska innehålla sidans namn och gärna beskriva sidans ämne eller syfte. Den ska vara så unik som möjligt och vara specifik och innehålla den mest relevanta informationen först. På Afa Försäkring skriver vi sidans namn följt av avsändarens namn. Exempel: "Arbetsskadeförsäkring - Vid skada på jobbet - Afa Försäkring".

Roll:

Utvecklare

Nivå:

A

11

Sidans språk

Syfte: Rätt språkinställningar hjälper användare av uppläsande hjälpmedel att läsa upp innehållet med rätt uttal. Det underlättar även avstavning och automatisk översättning.
Påstående: Varje sidas huvudspråk är angivet i koden. Huvudsakligt språk anges med attributet lang i elementet <html>.
  1. Granska koden på sidan genom att öppna webbläsarens utvecklingsverktyg genom att trycka på F12 eller högerklicka på ett objekt på sidan och välj 'Inspektera'. Längst upp i sidans dokumentstruktur finns elementet <html>.
    • Om sidans huvudsakliga språk är svenska ska attributet lang ha värdet 'sv'. Exempel: <html lang='sv'>.

    • Om sidans huvudsakliga språk är ett annat språk än svenska, använd korrekt värde för det språket. Rätt språk kan hittas på W3Docs ISO Language Codes.

  2. Du kan också testa genom att använda en skärmläsare som Jaws, NVDA, Voice Over eller Talkback. Kontrollera att sidans innehåll läses upp på svenska, sidans huvudsakliga språk är svenska.

Roll:

Utvecklare

Nivå:

A

12

Språkförändringar

Syfte: Uppläsande hjälpmedel läser upp innehåll på ett avvikande språk med korrekt uttal.
Påstående: Ord, fraser och stycken som är på ett annat språk än sidans huvudspråk är uppmärkta med ett lang-attribut i koden. Exempel: <p> Ordet hej på engelska är <span lang='en'>Hello</span>. </p>

Utgå från en sida med textinnehåll på olika språk, eller en sida med ett huvudspråk och ett område med innehåll som avviker från huvudspråket. Gör något av följande:

  1. Om områdena eller textstyckena saknar attributet lang, lägg till ett sådant attribut för varje område. Om områdena ser ut att ha ett felaktigt värde i attributet lang, korrigera det i koden.

  2. Starta en skärmläsare och använd piltangenterna för att navigera radvis i textinnehållet på sidan. Kontrollera om skärmläsaren byter syntetisk röst för att läsa upp innehåll på olika språk. Talsyntesen ska anpassas till textens språk.

Roll:

Utvecklare

Nivå:

AA

13

Semantisk sidstruktur

Syfte: Struktur är grunden för god tillgänglighet. Semantiska HTML-element skapar landmärken i koden som gör det lättare för hjälpmedelsanvändare att orientera sig på webbsidan.
Påstående: Varje sida är strukturerad med HTML-element som <main>, <nav>, <section>, <form>, <article>, <section> och <aside> för att beskriva syftet med sidans olika informationsområden. Eftersom det saknas ett semantiskt HTML-element för vissa områden används ARIA-attribut för dessa (role=”search” för sökfunktion exempelvis).

Gå igenom webbplatsens kod och kontrollera att informationsområden är strukturerade med lämpliga HTML-element som <main>, <nav>, <section>, <form>, <article> och <aside>.

  • <header>,Webbplatsövergripande del. Innehåller vanligtvis logotyp, övergripande navigation och funktioner för sök och uppläsning.

  • <nav>, Navigering exempelvis i toppen av sidan eller sidonavigering om sådan används.

  • <main>,Sidans huvudsakliga innehåll. Inleds med en h1-rubrik.

  • <article>, Används om sidan innehåller en eller flera delar med redaktionellt material.

  • <aside>, Används om sidan exempelvis innehåller information i en högerspalt.

  • <section>, Används för en del av innehållet, som en del av. Börjar vanligtvis med en rubrik.

  • <form>, Används för formulär. Ska omsluta hela formuläret.

  • <footer>, Sajtövergripande del. Innehåller ofta kontaktuppgifter, avsändare, generell information om webbplatsen, tillgänglighetsredogörelse med mera.

Roll:

Utvecklare

Nivå:

A

14

Semantiska rubriker

Syfte: Användare av uppläsande hjälpmedel kan navigera mellan rubriker och skumläsa sidans innehåll. Korrekt kodade rubriker bidrar också till ökad sökmotoroptimering.
Påstående: Alla rubriker på en webbsida är korrekt uppmärkta med rubrikelementet <h> för att skapa semantiska rubriker. Det finns inga tomma rubrikelement och h-element används inte för sådant som inte är rubriker.
  1. Gå igenom sidan eller skissen och bestäm vilka av sidans texter som fungerar som rubriker.

  2. Kontrollera att alla rubriker är uppmärkta som rubriker i koden med elementen <h1> till <h6>. Du kan granska direkt i koden eller använda verktyg som visualiserar alla sidans h-kodade områden, exempelvis verktyget Accessibility Insights for Web (tillägg i Chrome).

  3. Kontrollera att ingen rubrik på sidan märks upp med endast fetstil eller lite större text men saknar rubrik-element i koden.

  4. Kontrollera att det inte finns några tomma rubriker, alltså h-element som saknar textinnehåll.

  5. Kontrollera att det inte finns några rubrikelement som används för text som inte är eller fungerar som rubriker.

Roll:

Redaktör

Nivå:

A

15

Logisk rubrikstruktur

Syfte: Användare med uppläsande hjälpmedel kan navigera mellan rubriker och rubriknivåer och skumläsa sidans innehåll. Korrekta rubrikstrukturer bidrar också till sökmotoroptimering.
Påstående: Sidans rubriknivåer skapar en logisk och korrekt hierarkisk ordning. Rubrikstrukturen börjar med första nivån och hoppar inte över rubriknivåer.
  1. Kontrollera att sidans första rubrik som beskriver dess huvudsakliga innehåll är uppmärkt med elementet <h1> för rubriknivå 1. Du kan granska direkt i koden eller använda verktyg som visualiserar alla sidans h-kodade områden, exempelvis Accessibility Insights for Web.

  2. Kontrollera att sidans resterande rubriker har en rubriknivå som motsvarar deras plats i innehållets struktur. Vanligtvis är alla underrubriker på en webbsida underordnade sidans huvudrubrik. Varje ny sektion på sidan inleds med en rubrik med elementet <h2> för rubriknivå 2. Det gäller så länge innehållet hör ihop med eller är sammankopplat med sidans huvudinnehåll.

  3. Innehåll som inte är underordnat sidans huvudrubrik, utan utgör en del av webbplatsens generella information, kan inledas med en ny rubrik på nivå 1. Exempel på detta är rubriker i webbplatsens sidfot som inte är underordnade den aktuella sidans huvudrubrik utan är ett eget område.

Roll:

Redaktör

Nivå:

A

16

Beskrivande rubriker

Syfte: Beskrivande rubriker underlättar för alla att förstå och förutse vad sidans avsnitt handlar om. Det är extra viktigt för personer med lässvårigheter eller nedsatt korttidsminne.
Påstående: Sidans rubriker är beskrivande och har en koppling till texten som följer.
  1. Identifiera huvudrubriker och underrubriker på sidan.

  2. Kontrollera att rubriker är beskrivande och har en tydlig koppling till innehållet.

  3. Testa med skärmläsare. Använd kortkommandon i skärmläsaren för att visa skärmläsarens elementlista för rubriker. I vissa skärmläsare är kortkommandot Insert eller Caps Lock + F7. I VoiceOver på Mac används VO+U för att få fram olika listor för navigation.

  4. Gå igenom rubrikerna i listan och fundera över om du förstår vad rubrikerna representerar, helst utan att titta på innehållet på sidan.

Roll:

Redaktör

Nivå:

AA

17

Betoningar och särskilt markerad text

Syfte: Hjälpmedelsanvändare kan ta del av hur text utmärker sig. Att markera text visuellt är inte tillräckligt eftersom hjälpmedel inte kan återge det för användaren.
Påstående: Text med betoningar eller som utmärker sig visuellt är uppmärkt i koden. Elementet <strong> används istället för elementet <bold> för att markera fetstil.
  1. Gå igenom textinnehållet på sidan och kontrollera om det finns fetmarkerad text eller text som visuellt märks ut på något annat sätt.

  2. Högerklicka på den markerade texten och välj “Inspektera” eller “Granska” för att kontrollera koden för texten.

  3. Kontrollera att texten är uppmärkt med elementet <strong> i koden, eller elementet <em> för kursiv text.

  4. Testa med skärmläsare och använd piltangenterna för att navigera och läsa i texten. Om inställningarna i skärmläsaren är satta att omfatta uppläsning av stil och betoning kommer skärmläsaren att annonsera markering av fet eller kursiv text.

Roll:

Redaktör

Utvecklare

Nivå:

A

18

Inte bara sensoriska kännetecken

Syfte: Användare som inte ser något alls, har nedsatt syn eller nedsatt färgseende kan ha svårt att ta till sig information som presenteras med bara form, storlek, färg eller placering. Presentation av information i text underlättar för alla användare.
Påstående: Hänvisningar till innehåll och komponenter förlitar sig inte endast på sensoriska kännetecken som form, storlek, färg eller placering. Istället för att skriva "Tryck på den orangea knappen" skriv exempelvis "Tryck på knappen med texten Skicka".
  1. Granska innehållet och ta reda på om det är begripligt utan det visuella sammanhanget.

  2. Om du upptäcker att färg, form, storlek och placering är nödvändigt för att förstå hänvisningar i innehållet, behöver du troligen omarbeta dessa.

Roll:

Redaktör

Nivå:

A

19

Navigera med tangentbord

Syfte: Användare med nedsatt motorik kan ha svårt att använda mus och navigerar därför med tangentbord eller med andra hjälpmedel som bygger på samma mekanismer. Hjälpmedel som exempelvis skärmläsare är utvecklade för att styras med endast tangentbord.
Påstående: Det går att navigera på sidan och interagera med alla komponenter genom att enbart använda tangentbordet.

Ställ markören i webbläsarens adressfält och använd därefter varken mus eller touchpad. Navigera dig igenom hela sidan med tabbtangenten.

  • Tryck på Tabb för att navigera framåt.

  • Tryck på Shift + Tabb för att navigera bakåt.

Kontrollera att det går att navigera till alla interaktiva objekt på sidan som länkar, knappar och formulärsfält. Du ska inte kunna navigera med tabbtangenten till rubriker eller brödtext.

  • För varje interaktivt objekt, kontrollera att det går att aktivera komponenten.

  • Tryck på Enter för att aktivera en länk.

  • Tryck på Enter eller Mellanslag för att aktivera en knapp.

  • Tryck på Mellanslag för att välja en kryssruta eller radioknapp.

  • Tryck på Piltangenterna för att navigera mellan radioknappar, kryssrutor i grupp, mellan valen i en dropdown-meny eller autocomplete-lista.

Roll:

Utvecklare

Nivå:

A

20

Ingen tangentbordsfälla

Syfte: Användare som navigerar med tangentbord ska kunna komma åt interaktiva objekt på en webbsida och ska inte fastna någonstans.
Påstående: När användaren flyttar fokus till en komponent med tangentbordsnavigering kan fokus också flyttas bort från komponenten. Användaren fastnar aldrig med fokus på eller inuti en komponent.
  1. Navigera igenom hela sidan med tabbtangenten tills att du åter står i webbläsarens adressfält. Säkerställ att fokus aldrig fastnar någonstans.

  2. Öppna en komponent. Exempelvis en datumväljare. Kontrollera att det går att navigera ut ur komponenten och vidare till nästa komponent.

  3. Öppna ett modalt fönster. Kontrollera att det går att avbryta eller stänga modalen med tangentbordet och att du inte fastnar i den.

Roll:

Utvecklare

Nivå:

A

21

Logisk fokusordning

Syfte: En logisk fokusordning hjälper användare som navigerar med tangentbord på en webbsida eftersom fokus flyttas på ett förväntat sätt. Att fokusordningen är konsekvent med läsordningen gör att tjänsten uppfattas som förutsägbar och intuitiv.
Påstående: Alla interagerbara objekt på en webbsida är placerade i en ordning som är logisk för användaren. Fokusordningen, alltså den ordning som användaren får fokus på objekt vid navigation med tabbtangenten, motsvarar hur objekten är ordnade visuellt så långt det är möjligt.

Metod 1: Testa på egen hand

Navigera igenom hela sidan med tabbtangenten och testa att tabbordningen följer sidans läsordning. Ordningen ska kännas intuitiv och förutsägbar.

Metod 2: Testa med ett plugin

  • Ladda ned verktyget Accessibility Insights for Web (tillägg i Chrome) för att testa och välj 'Tab stops'.

  • Sätt markören i webbläsarens adressfält och navigera dig igenom sidan med tabbtangenten. När du navigerar mellan de interaktiva elementen på sidan visas deras ordning med en siffra i en cirkel och en linje mellan varje element.

  • Titta på mönstret och se till att ordningen följer sidans läsordning och att det inte finns några 'korsade linjer'.

  • Om tabbordningen är korrekt ska inga linjer korsa varandra.

Metod 3: Testa med en skärmläsare

Använd skärmläsare och navigera dig igenom sidan med tabbtangenten. Tabbordningen ska följa den ordning som innehållet läses upp.

Modala fönster och dialogrutor

  • Öppna en modal och kontrollera att du får fokus inne i modalen.

  • Kontrollera att det går att navigera mellan objekten inne i modalen och att fokus aldrig flyttas utanför den.

  • Stäng modalen genom att trycka på Stäng-knappen eller Esc-tangenten.

  • Kontrollera att fokus hamnar på rätt ställe efter att du stängt modalen.

Roll:

Utvecklare

Nivå:

A

22

Synligt fokus

Syfte: Användare som navigerar med tangentbord ska visuellt kunna avgöra vilket objekt som har fokus och som de kan interagera med.
Påstående: När en användare navigerar på en webbsida med tangentbord, framgår det tydligt vilket element som har fokus.
  1. Kontrollera att fokusmarkören inte är dold i koden. Vanliga misstag är att sätta outline till 0 eller none i sidans CSS-kod.

  2. Navigera igenom sidan med tabbtangenten. När du navigerar till ett objekt, kontrollera att det är tydligt markerat att det är just det objekt som har fokus.

  3. Om du använder helt egengjorda komponenter behöver du själv säkerställa att komponenten har synligt fokus.

Roll:

UX/UI

Nivå:

AA

23

Tangentbordsgenväg

Syfte: Användare som navigerar med tangentbord når huvudinnehållet på en webbsida snabbt och slipper navigera förbi samma navigationsområden varje gång användaren öppnar en ny sida.
Påstående: Det finns ett sätt att hoppa över innehåll som repeteras på flera sidor. Vanligast är att det överst på webbsidan finns en länk som låter användare som navigerar med tangentbord att hoppa över exempelvis menyer. Länken flyttar användarens fokus direkt till sidans huvudinnehåll.
  1. Ställ markören i webbläsarens adressfält. Tryck en gång på tabbtangenten. I vissa webbläsare kan du först behöva navigera förbi flera knappar i webbläsarens inbyggda gränssnitt, exempelvis bokmärken och favoriter.

  2. Kontrollera att en länk med länktexten 'Gå till sidans innehåll' eller liknande visas längst upp på sidan. Länken ska alltså vara det första interaktiva objektet på sidan och före sidans logotyp. Den ska bara vara synlig när den har fokus.

  3. Tryck på Enter för att aktivera länken. Fokus ska nu flyttas till sidans huvudinnehåll, oftast dess första H1-rubrik. Beroende på hur stort sidhuvudet är kan sidan scrolla ner lite så att huvudrubriken hamnar högst upp på den synliga delen av sidan.

  4. Navigera till nästa interaktiva objekt genom att trycka på tabbtangenten en gång till. Kontrollera att fokus då hamnar på nästa interaktiva objekt efter huvudrubriken.

Roll:

UX/UI

Utvecklare

Nivå:

A

24

Kortkommandon aktiveras inte med endast en tangent

Syfte: Kortkommandon som bara består av ett tecken kan orsaka problem för användare som navigerar med röststyrning och för användare med nedsatt motorik som kan råka trycka på en tangent av misstag.
Påstående: Webbsidan innehåller inga kortkommandon som aktiveras med endast en bokstav, siffra eller specialtecken. Om det finns kortkommandon krävs också en modifieringstangent, exempelvis Ctrl, Alt eller Caps-lock.

Om inte kortkommandon har byggts in explicit, finns egentligen inget behov av att göra tester av denna punkt. Om webbsidan eller tjänsten som ska testas inte byggts av det egna teamet, och det är oklart huruvida kortkommandon har byggts in, testa genom att göra följande:

  1. Testa om det finns kortkommandon kopplade till alfabetiska tangenter genom att trycka på varje tangent i tur och ordning.

  2. Notera om det sker något i gränssnittet när tangenterna trycks ner.

  3. Gör samma test med numeriska tangenter och notera om det sker något i gränssnittet när tangenterna trycks ner.

  4. Om det sker något i gränssnittet när en tangent trycks ner, notera vad som sker. Lösningen kommer vara att justera kortkommandot att inte aktiveras med enskilda bokstäver eller siffror, exempelvis att lägga till en eller flera modifieringstangenter.

Roll:

Utvecklare

Nivå:

A

25

Förutsägbart fokus

Syfte: Ett gränssnitt uppfattas som mer förutsägbart av användare när vi undviker oväntade förändringar. Det underlättar särskilt för användare med nedsatt syn, kognition eller motorik.
Påstående: När användaren flyttar fokus till en komponent sker inga oväntade förändringar. Exempel på oväntade förändringar är att nya fönster öppnas, fokus flyttas, att användaren skickas till en annan sida eller att innehållet på sidan förändras.

Sätt fokus på en komponent, antingen genom att klicka på komponenten men helst genom att navigera till den med tabbtangenten. Kontrollera därefter följande:

  1. Inget nytt fönster eller ny modal öppnas.

  2. Fokus är kvar på komponenten till dess att användaren väljer att flytta fokus.

  3. Användaren är kvar på sidan.

  4. Formulär skickas inte.

  5. Det sker ingen större förändring av innehållet på sidan.

Testa gärna med användare för att kontrollera att allt som sker uppfattas som intuitivt och förväntat.

Roll:

Utvecklare

Nivå:

A

26

Innehåll visas inte endast vid hover eller fokus

Syfte: Innehåll som bara visas vid hover ska även kunna visas för användare som navigerar med tangentbord. Användaren ska själv kunna kontrollera om innehållet ska visas och hur länge för att kunna ta del av det utifrån sina förutsättningar.
Påstående: Innehåll som aktiveras vid hover kan också aktiveras med fokus och tvärtom. Det finns minst ett tydligt sätt för användaren att stänga eller dölja innehållet. När användaren hovrar över innehållet döljs det inte förrän användaren själv väljer att stänga eller dölja det.
  1. Navigera igenom sidan med tabbtangenten och kontrollera om ny information visas i anslutning till komponenter eller interaktiva objekt när de får fokus.

  2. Använd musmarkören och hovra över komponenter och interaktiva objekt. Kontrollera om ny information visas i anslutning till objekten vid hover.

  3. Jämför och kontrollera att information som läggs till vid komponenter och interaktiva objekt vid fokus eller hover är möjlig att få fram med båda navigationssätten. Innehåll ska inte förutsätta att användaren kan navigera med antingen tangentbord eller mus.

  4. Kontrollera att tooltips och liknande komponenter enbart visar extra information när användaren har valt att interagera med komponenten, exempelvis genom att klicka på komponenten eller trycka Enter när komponenten har fokus.

Roll:

Utvecklare

UX/UI

Nivå:

AA

27

Undvik inaktiva komponenter

Syfte: Inaktiva komponenter, exempelvis knappar, är i praktiken osynliga för många användare. Det är därför svårt att förstå varför något som uppfattas som valbart ibland inte är det. Och om de framgår tydligt, ökar risken för att användare tolkar dessa som aktiva.
Påstående: Flöden skapas på ett sådant sätt så interaktiva komponenter som knappar, radioknappar och kryssrutor är alltid aktiva och går alltid att interagera med. Om inaktiva komponenter i undantagsfall används kommuniceras dess status tydligt, både visuellt och i uppläsning.

Gå igenom sidan och kontrollera att alla komponenter går att använda.

Om de är inaktiva, överväg att ändra konceptet. Om de fortsatt ska vara inaktiva se till att de följer dessa råd:

  • Det ska finnas information i text som förklarar vad användare behöver göra för att aktivera komponenten.

  • Undersök i koden att attributet disabled eller aria-disabled används, den sistnämnda anger status med skärmläsare samtidigt som man kan tabba till den. Vilket som är lämpligt att använda bedöms utifrån kontexten.

  • Kontrollera att man i CSS-koden använt cursor: not-allowed som ger en visuell indikator på att man inte kan klicka på elementet med mus.

Roll:

UX/UI

Nivå:

A

28

Förutsägbar inmatning

Syfte: Användaren ska kunna veta var markören befinner sig för att undvika att skriva i fel fält eller göra ett felaktigt val. Förutsägbara funktioner underlättar för alla användare, men särskilt för användare med nedsatt syn eller kognition.
Påstående: När användaren ändrar en komponent, exempelvis skriver något i ett textfält eller gör ett val, sker inga oväntade förändringar. Exempel på oväntade förändringar är att nya fönster öppnas, fokus flyttas, att användaren skickas till en annan sida eller att formuläret skickas automatiskt.
  1. Granska alla komponenter på sidan som låter användaren välja ett värde eller mata in information.

  2. Gör ett val eller mata in information i varje komponent. Om det tillkommer nya fält som en konsekvens av ditt val eller den information som du har matat in, är det okej. Det är viktigt att den övergripande strukturen på sidan är densamma.

  3. Kontrollera att inga nya fönster öppnas utan förvarning när du exempelvis väljer en radioknapp, kryssruta eller gör ett val i en rullgardinsmeny.

  4. Kontrollera att fokus inte automatiskt flyttas till nästa komponent när du skriver in text eller gör ett val. Fokus ska vara kvar på samma komponent tills du väljer att flytta fokus. Om sidan laddas om när du gör ett val, exempelvis för att hämta ny data när du gör ett val i en dropdownmeny, ska fokus vara kvar på det valda elementet även efter att sidan har laddat färdigt.

  5. Kontrollera att formulär inte skickas automatiskt när du flyttar fokus från en komponent till en annan. Skriv in information i formulärets sista fält och navigera vidare med tabbtangenten. Fokus ska då flyttas till nästa komponent, som troligtvis är en knapp för att skicka.

  6. Kontrollera att det finns en knapp i formuläret för att skicka informationen till mottagaren och att informationen skickas när du aktiverar knappen. Om formuläret innehåller fel visas ett felmeddelande.

  7. Testa gärna med användare för att säkerställa att allt som sker känns intuitivt och förväntat.

Roll:

UX/UI

Nivå:

A

29

Porträtt- och landskapsläge

Syfte: Användare med nedsatt motorik kan behöva montera fast sin dator, surfplatta eller telefon på exempelvis en rullstol eller ett stativ. Att själv välja det håll som passar bäst underlättar även för användare med nedsatt syn.
Påstående: Webbsidan eller tjänsten fungerar oavsett om användaren visar den i porträtt- eller landskapsläge. Gränssnittet kräver inte att skärmens riktning är låst.

Testa den aktuella webbsidan eller tjänsten med en mobil enhet, eller genom att göra följande:

  1. Starta webbläsarens utvecklingsverktyg med F12.

  2. Aktivera verktyget för att testa den aktuella webbsidan med mobilenheter.

  3. Välj en enhet att testa med, exempelvis iPhone 12 Pro.

  4. Använd knappen för att rotera skärm för att testa om gränssnittet fungerar i porträtt- och landskapsläge.

Roll:

UX/UI

Nivå:

AA

30

Flexibel layout

Syfte: Webbsidor med en följsam layout underlättar för användare som behöver förstora texten i ett gränssnitt och för alla användare som besöker en webbsida med en liten skärm.
Påstående: Webbsidans layout är flexibel och responsiv, alltså följsam till storleken på användarens skärm. Innehållet kan visas med en skärmbredd på 320 pixlar utan att innehåll eller funktionalitet försvinner. Användaren behöver inte skrolla i mer än en riktning, om det inte finns särskilda skäl.
  1. Testa den aktuella webbsidan eller tjänsten i mobila enheter med olika skärmbreddar.

  2. Justera bredden på webbläsarens fönster för att kontrollera hur innehållet på sidan förhåller sig till fönstrets bredd.

  3. Zooma i webbläsaren genom att trycka på Ctrl + (plus) och Ctrl - (minus). Ctrl 0 återställer zoomfunktionen till 100 %.

Roll:

Utvecklare

UX/UI

Nivå:

AA

31

Läsordning vid olika skärmstorlekar

Syfte: Skärmstorlek ska inte påverka användares möjligheter att ta del av innehåll på en webbsida. En meningsfull läsordning i innehållet underlättar för alla användare som besöker en webbsida med en smartphone eller enheter med såväl mindre som större skärmar.
Påstående: Innehållets ordning på en webbsida är korrekt oberoende av användarens skärmstorlek. Läsordningen påverkas inte av responsiv design och visas alltid så att innehållet är begripligt och logiskt.
  1. Läs igenom innehållet på sidan, utan hjälpmedel, på skärmar med olika storlekar, exempelvis dator, läsplatta och smartphone.

  2. Kontrollera att allt innehåll behåller sin logiska ordning så att dess betydelse bevaras, även om delar av innehållet flyttar sig. Var särskilt uppmärksam på faktarutor, tabeller och informationsområden som hänvisar till annat innehåll på samma sida.

Roll:

UX/UI

Nivå:

A

32

Läsordning för hjälpmedel

Syfte: Användare som navigerar med hjälpmedel eller tangentbordsnavigation når innehåll på en webbsida enligt den ordning som innehåll är ordnat i koden. Det är därför viktigt att den stämmer överens med den visuella presentationen för att återges på ett logiskt och begripligt sätt.
Påstående: Innehållets läsordning är logisk och korrekt för användare som navigerar med hjälpmedel. Innehållets ordning i koden överensstämmer med den visuella presentationen. CSS används inte för att ändra innehållets ordning.
  1. Använd en skärmläsare och läs igenom allt innehåll på sidan.

  2. Kontrollera att läsordningen är korrekt och att skärmläsaren läser upp all text på ett logiskt och intuitivt sätt.

  3. Kontrollera också att skärmläsaren läser innehållet i samma ordning som det presenteras visuellt.

Roll:

Utvecklare

Nivå:

A

33

Inte bara färg

Syfte: Användare med nedsatt färgseende ska kunna ta del av innehållet på en webbsida.
Påstående: Färg används inte som det enda sättet att förmedla information till användaren. Färg kompletteras med exempelvis text, ikoner eller annan visuell utformning för att förmedla ett budskap.

Gå igenom sidan och identifiera områden där färger används.

Kontrollera följande:

  1. Information som förmedlas med endast färg förmedlas även som text.

  2. Det finns en visuell markering som gör att innehåll i en avvikande färg skiljer sig från övrigt innehåll.

Detta gör du enklast genom att testa hur sidan ser ut i gråskala, ladda ned verktyget Accessibility Insights for Web (tillägg i Chrome) för att testa. Säkerställ att all information och funktioner fortfarande är tydliga, även utan färger.

Roll:

UX/UI

Redaktör

Nivå:

A

34

Ändra textstorlek

Syfte: Användare med nedsatt syn ska kunna förstora innehållet på en webbsida.
Påstående: Användare kan förstora innehållet på en webbsida upp till 200 procent utan att använda hjälpmedel. Förstoringen ska inte orsaka att innehåll försvinner eller att funktionaliteten försämras. Innehållet ska kunna ändras när användaren trycker på CTRL + och CTRL -. Detta omfattar inte zoom-gester (pinch-to-zoom).

Förstora innehållet genom att använda tangentbordet.

Använd följande kortkommandon för att ändra storleken på texten på webbsidan:

  • CTRL och plus (+) för att öka textens storlek.

  • CTRL och minus (-) för att minska textens storlek.

  • CTRL och 0 för att återställa textens storlek.

När du ökar eller minskar textens storlek kan du i sidans överkant se hur mycket du har förstorats textstorleken. Informationen visas bara i några sekunder men blir synlig igen varje gång du ändrar textens storlek.

  • Förstora texten till 200 %.

  • Kontrollera att texten verkligen har förstorats.

  • Kontrollera att texten inte klipps av, trunkeras eller döljs jämfört med när texten inte är förstorad.

  • Kontrollera att textstorleken i stilmallen (CSS) anges i relativa måttenheter. Öppna kodfönstret genom att trycka F12 eller högerklicka på exempelvis en rubrik på sidan och välj 'Inspektera'. Under fliken 'Styles' letar du efter egenskaper som innehåller beskrivningen 'size'. Egenskaper för storlek ska anges med enheten 'em' eller 'rem'.

Roll:

Utvecklare

Nivå:

AA

35

Ändra textmellanrum

Syfte: Det är särskilt viktigt för användare med dyslexi eller nedsatt syn att kunna justera avstånd i text.
Påstående:

Det enklaste sättet att testa dessa textförändringar är att använda ett så kallat bokmärke, eller bookmarklet. Använd exempelvis bokmärket “Text spacing bookmarklet” som finns på att hämta på Codepen. Gör så här:

  1. Gör en sökning på 'Text spacing bookmarklet'.

  2. Klicka på det första sökresultatet som borde vara hos Codepen.

  3. Inne på webbplatsen Codepen, dra länken 'Text spacing' till bokmärkesfältet eller högerklicka på länken och välj 'Spara som bokmärke.' Bokmärket kommer då att läggas till bland dina bokmärken i din webbläsarens bokmärkesfält.

  4. När du vill testa om textavstånd stöds på din sida, välj bokmärket “Text spacing” från ditt bokmärkesfält för att göra textändringarna.

  5. För att återställa, ladda om sidan.

Kontrollera följande och jämför hur texten ser ut utan några ändringar av textavståndet:

  • Radavståndet har ökat.

  • Avståndet mellan textstycken har ökat.

  • Avståndet mellan tecken har ökat.

  • Avståndet mellan två ord ökat.

  • Inga objekt på sidan, exempelvis texter, bilder eller knappar, överlappar eller hamnar bakom något annat objekt på sidan.

  • Text klipps inte av eller trunkeras.

Roll:

Utvecklare

Nivå:

AA

36

Ångra klick eller tryck

Syfte: Möjligheten att kunna ångra ett påbörjat klick eller tryck på en touchskärm underlättar för alla användare som har råkat klicka eller trycka på fel objekt.
Påstående: Användaren kan alltid ångra ett påbörjat klick eller ett tryck på en touchskärm genom att flytta musmarkören eller att dra fingret bort från ett objekt. En handling genomförs alltså inte direkt när användaren trycker ner en knapp på sitt pekdon eller trycker ner fingret på skärmen. Handlingen slutförs istället när användaren lyfter sitt finger från sitt pekdon eller från skärmen.

1. Klicka på ett interaktivt objekt, exempelvis en knapp eller en länk, men håll nere vänster musknapp.

2. Flytta markören bort från det interaktiva objektet.

3. Släpp vänster musknapp.

4. Om testet lyckas ska objektets funktion inte aktiveras.

Roll:

Utvecklare

Nivå:

A

37

Alternativ till komplexa rörelser

Syfte: Alla har inte möjlighet att använda flera fingrar samtidigt, till exempel på grund av motoriska nedsättningar. Komplexa rörelser är även svårt för ovana användare.
Påstående: Det finns alternativ till komplexa fingerrörelser. Funktioner som kräver flera fingrar eller sveprörelser är också möjliga att utföra på enklare sätt med endast ett finger. Till exempel en karta där användaren kan dra ihop/dra isär för att zooma så finns även +/-knappar som användaren kan klicka på.

Kontrollera att funktioner som bygger på gester kan aktiveras på ett alternativt sätt. Exempel är dra-och-släpp, karuseller, zoomfunktioner i kartor och objekt som kan flyttas i sidled för att visa fler funktioner.

Roll:

UX/UI

Nivå:

A

38

Alternativ till rörelsestyrning

Syfte: Användare kan ha sin enhet monterad på ett stativ eller ha nedsatt motorik vilket hindrar dem från att aktivera funktioner med rörelser.
Påstående: Det finns alternativ till styrning med handrörelser som aktiverar funktioner genom att användaren skakar, vrider eller rör vid enheten eller viftar framför den. Funktioner kan aktiveras på något annat sätt, exempelvis genom knappar i gränssnittet.

Kontrollera att funktioner som bygger på rörelser kan aktiveras på ett alternativt sätt. Exempel är att användaren kan tilta en mobil enhet för att gå framåt eller bakåt i ett flöde eller att vifta med handen framför enhetens kamera för att navigera i en karta.

Roll:

UX/UI

Nivå:

A

39

Inaktivering av rörelsestyrning

Syfte: Användare kan ha sin enhet monterad på ett stativ eller ha nedsatt motorik vilket hindrar dem från att aktivera funktioner med rörelser. Styrning som bygger på rörelser kan också vara svåra för användare med ofrivilliga rörelser, spasmer eller ryckningar.
Påstående: Styrning med rörelser går att stänga av. Alla funktioner som aktiveras genom att användaren skakar, vrider, rör vid eller viftar framför enheten kan stängas av, för att undvika att användaren råkar aktivera dem av misstag.

Kontrollera att rörelsestyrning kan stängas av i gränssnittet.

Roll:

UX/UI

Nivå:

A

40

Kontrast för text

Syfte: Tillräckliga kontraster är viktigt för att alla användare ska kunna ta del av information på en webbsida, även användare med nedsatt syn eller kontrastseende.
Påstående: All text har ett kontrastvärde på minst 4,5:1 mot bakgrunden. Det gäller även text i bilder i den mån det förekommer.

Text mot bakgrund

  1. Granska all brödtext, text i bilder och text i komponenter på sidan.

  2. Kontrollera att text presenteras mot bakgrund med tydlig kontrast till texten.

  3. Om du är osäker, gör följande:
    • Identifiera textens färg och färgen på bakgrunden där texten är placerad.

    • Kontrollera att kontrasten mellan text och bakgrund är minst 4,5:1. Ladda ned verktyget Colour contrast analyzer (Software center).

Text i komponenter

Om texten är i en interaktiv komponent:

  1. Kontrollera vilka olika tillstånd som komponenten kan befinna sig i.

  2. För varje tillstånd, gör följande:
    • Identifiera textens färg.

    • Identifiera bakgrundens färg.

    • Kontrollera att kontrastförhållandet mellan text och bakgrund är minst 4,5:1. Ladda ned verktyget Colour contrast analyzer (Software center).

Roll:

UX/UI

Redaktör

Nivå:

AA

41

Kontrast för komponenter

Syfte: Tillräckliga kontraster är viktiga för att alla användare ska kunna ta del av information och funktioner på en webbsida, även användare med nedsatt syn eller kontrastseende.
Påstående: Alla komponenter har ett kontrastvärde på minst 3:1 mot bakgrunden eller intilliggande objekt. Komponenter bör också ha tydliga visuella gränser.
  1. Identifiera sidans alla interaktiva komponenter.

  2. Kontrollera att komponenter är placerade mot bakgrunder med tydlig kontrast till komponenternas ramar eller bakgrundsfärg.

  3. Lägg även märke till kontrast i olika tillstånd: focus, hover, selected exempelvis.

  4. Om du är osäker, gör följande:
    • Identifiera färgen i den angränsande bakgrunden.

    • Identifiera komponentens bakgrundsfärg. Om komponenten har samma bakgrund som den angränsande bakgrunden, identifiera färgen på komponentens ram.

    • Ladda ned verktyget Colour contrast analyzer (Software center) och kontrollera att kontrastförhållandet mellan komponentens ram och den bakgrund där komponenten är placerad är minst 3:1.

Roll:

UX/UI

Nivå:

AA

42

Kontrast för ikoner

Syfte: Tillräckliga kontraster är viktiga för att alla användare ska kunna ta del av information och funktioner på en webbsida, även användare med nedsatt syn eller kontrastseende.
Påstående: Oavsett komponentens tillstånd är alltid kontrastvärdet mellan komponentens ramar och bakgrund minst 3:1, eller 4,5:1 för komponentens text mot bakgrund.
  1. Gå igenom sidan och hitta alla grafiska element.

  2. Kontrollera att ikoner presenteras mot bakgrunder med tydliga kontraster till ikonerna.

  3. Om du är osäker och för testning av andra grafiska element, gör följande:
    • Ta reda på vilka delar av det grafiska elementet som behövs för att förstå innehållet i symbolen/det grafiska elementet. För varje del:

    • Identifiera färgen på det grafiska elementet. (Om elementet består av flera färger, välj den med lägst kontrast.)

    • Identifiera färgen på den intilliggande bakgrunden.

    • Jämför de bägge färgerna och säkerställ att kontrasten mellan dem är minst 3:1.

Roll:

UX/UI

Nivå:

AA

43

Textalternativ för bilder

Syfte: Användare med nedsatt syn som navigerar med skärmläsare ska kunna ta del av innehåll som förmedlas med grafik genom att skärmläsaren läser upp det textbaserade alternativet. Användare med både nedsatt syn och hörsel kan läsa textbaserade alternativ i punktskrift.
Påstående: Bilder och ikoner som förmedlar information har ett textalternativ som beskriver bilden eller ikonens budskap. Det textbaserade alternativet ska vara kortfattat och likvärdigt med bilden. Det textbaserade alternativet anges i attributet alt i koden.
  1. Kontrollera att alla meningsbärande bilder på webbplatsen eller webbsidan har textbaserade alternativ, alltså en förklarande beskrivning i text i attributet alt. Ett sätt att testa alt-texter är att inaktivera visning av bilder i webbläsaren.
    • Google Chrome: Inställningar > Integritet och säkerhet > Webbplatsinställningar > Bilder > Tillåt inte att webbplatser visar bilder.

    • Microsoft Edge: Inställningar > Cookies och webbplatsbehörigheter > Bilder > Inaktivera Visa alla.

    • Ett alternativ är att använda ett plugin i webbläsaren för att inaktivera bilder, exempelvis Web Developer.

  2. Kontrollera att bildernas alt-texter är begripliga och att de beskriver syftet med bilderna på webbsidan.

Roll:

Redaktör

Nivå:

A

44

Textalternativ för komplexa bilder

Syfte: Det kan vara svårt att göra kartor och grafer tillgängliga. Det kan vara bättre att flytta ut informationen från kartan och presentera den som vanlig text och låta kartan eller grafen utgöra ett grafiskt komplement, vilket underlättar för användare med dyslexi.
Påstående: Komplexa bilder, exempelvis kartor och diagram, har ett textbaserat alternativ i attributet alt som övergripande beskriver innehållet. Det finns även en mer utförlig beskrivning som vanlig text, antingen på samma sida och i direkt anslutning till bilden eller som en länk till en annan sida med en mer utförlig beskrivning i text.
  1. Kontrollera att alla komplexa meningsbärande bilder på webbplatsen eller webbsidan har textbaserade alternativ, alltså en förklarande beskrivning i text i attributet alt. Ett sätt att testa alt-texter är att inaktivera visning av bilder i webbläsaren.
    • Google Chrome: Inställningar > Integritet och säkerhet > Webbplatsinställningar > Bilder > Tillåt inte att webbplatser visar bilder.

    • Microsoft Edge: Inställningar > Cookies och webbplatsbehörigheter > Bilder > Inaktivera Visa alla.

    • Ett alternativ är att använda ett insticksprogram i webbläsaren för att inaktivera bilder, exempelvis Web Developer.

  2. Kontrollera att komplexa bilder som diagram, kartor och organisationsscheman har alt-texter som är begripliga och att de beskriver syftet med bilderna på webbsidan.

Roll:

Redaktör

Nivå:

A

45

Dölj dekorativa bilder

Syfte: Onödig och överflödig information är störande och tröttande för användare. Observera att attributet alt alltid måste finnas i img-element, även om bilden är dekorativ. Om alt-attributet saknas, och bilden inte döljs på något annat sätt, kan skärmläsare läsa upp bildens filnamn eller sökväg istället.
Påstående: Dekorativa eller redundanta bilder och ikoner döljs för hjälpmedel. Med redundanta menas att bilden förmedlar samma information till användaren som en intilliggande text. Dekorativa bilder har tomma alt-attribut vilket får hjälpmedel att ignorera bilderna. Redundanta ikoner som är baserade på vektorgrafik döljs med attributet aria-hidden.
  1. Kontrollera att alla bilder på webbplatsen eller webbsidan som inte är meningsbärande har tomma alt-attribut, alltså att de inte har en förklarande beskrivning i text i attributet alt. Tomma alt-attribut får hjälpmedel att ignorera bilder som är dekorativa.
    • Ett sätt att kontrollera hur alt-attributet används är att använda ett plugin i webbläsaren för att inaktivera bilder, exempelvis Web Developer.

    • Ett annat sätt är att granska bilderna i webbläsarens utvecklarverktyg. Högerklicka på bilden och välja “Inspektera” i Google Chrome eller “Granska” i Microsoft Edge.

  2. Om det finns bilder som helt saknar alt-attribut behöver de img-element som utgör bilderna i koden kompletteras med ett alt-attribut som saknar värde. Exempel: <img src='bildkälla' alt=''>.

Roll:

Utvecklare

Redaktör

Nivå:

A

46

Text som beskriver ljud

Syfte: Användare som navigerar med hjälpmedel ska kunna uppfatta när det finns ett ljudklipp och övergripande förstå vad innehåll i ljudklipp handlar om.
Påstående: För alla ljudklipp finns en text som kortfattat beskriver innehållet.

Kontrollera att det på webbsidor som innehåller ljudklipp finns en text som beskriver innehåll som återges med endast ljud, exempelvis att ett ljudklipp är en podd och vad den handlar om.

Roll:

Redaktör

Nivå:

A

47

Text som beskriver video

Syfte: Användare som navigerar med hjälpmedel ska kunna uppfatta när det finns videoklipp och övergripande förstå vad innehåll i video handlar om.
Påstående: För alla videoklipp eller filmer finns en text som kortfattat beskriver innehållet.

Kontrollera att det på webbsidor som innehåller videoklipp finns en text som beskriver innehåll som återges med endast video, exempelvis att innehållet är ett videoklipp och vad det handlar om.

Roll:

Redaktör

Nivå:

A

48

Textalternativ till förinspelat ljud

Syfte: Användare som navigerar med hjälpmedel ska kunna uppfatta när det finns ett ljudklipp och övergripande förstå vad innehåll i ljudklipp handlar om.
Påstående: Förinspelade ljudklipp, exempelvis poddar, har ett textalternativ som innehåller motsvarande information, exempelvis en textversion av innehållet. Textalternativet finns på samma sida som ljudklippet eller går att nå från en länk i direkt anslutning till ljudklippet.
  1. Kontrollera att det på webbsidor som innehåller ljudklipp, exempelvis poddar, finns en text som utförligt beskriver innehållet i podden.

  2. Beskrivningen ska vara tillräckligt utförlig för att en person som inte kan uppfatta ljud ska kunna ta del av innehållet eller budskapet. Transkribering av podden är exempelvis ett bra alternativ.

Roll:

Redaktör

Nivå:

A

49

Textalternativ till förinspelad video

Syfte: Användare med nedsatt syn eller som av andra anledningar har svårt att ta till sig information som presenteras visuellt i videoklipp eller filmer kan istället läsa texten.
Påstående: Förinspelad video med eller utan ljud har ett textalternativ som innehåller motsvarande information, exempelvis en text med transkribering. Textalternativet finns på samma sida som videoklippet eller filmen eller går att nå från en länk i direkt anslutning till videoklippet.
  1. Kontrollera att det på webbsidor som innehåller förinspelad video med ljud, exempelvis filmer, finns en text som utförligt beskriver innehållet i filmen.

  2. Beskrivningen ska vara tillräckligt utförlig för att en person som inte kan uppfatta ljud eller video ska kunna ta del av innehållet eller budskapet. Transkribering av filmer är exempelvis ett bra alternativ.

Roll:

Redaktör

Nivå:

A

50

Undertexter till video

Syfte: Användare med nedsatt hörsel kan med hjälp av undertexter uppfatta innehåll som presenteras med ljud i videoklipp och filmer. Undertexter är även bra för användare med svenska som andraspråk. De är också bra för de som befinner sig i en miljö där de inte kan ha ljud aktiverat, exempelvis i kollektivtrafiken eller för att de saknar hörlurar.
Påstående: All förinspelad video har undertexter, så kallade captions. Undertexterna beskriver både tal och annat ljud som behövs för att förstå innehållet som exempelvis ljudeffekter, information om bakgrundsmusik, skratt och vem som pratar.
  1. Kontrollera att det på webbsidor som innehåller video, exempelvis filmer, för varje film finns undertexter som användaren själv kan aktivera. Riktiga undertexter kan man ofta anpassa, exempelvis textstorlek.

  2. Kontrollera att undertexterna är synkroniserade med ljudet och att de stämmer med filmens innehåll.

Roll:

Redaktör

Nivå:

A

51

Syntolkning till video

Syfte: Användare med nedsatt syn kan med hjälp av syntolkning uppfatta innehåll som presenteras visuellt i videoklipp eller filmer.
Påstående: All förinspelad video har ett extra ljudspår som förklarar det visuella innehållet, så kallad syntolkning.

Kontrollera följande:

  • Att det på webbsidor som innehåller video, exempelvis filmer, för varje film finns syntolkning av innehåll som presenteras visuellt i filmen.

  • Att syntolkningen är synkroniserad med det visuella innehållet och att beskrivningarna stämmer med filmens innehåll.

Roll:

Redaktör

Nivå:

AA

52

Semantiska länkar

Syfte: Användare som navigerar med skärmläsare kan samla alla länkar på en webbsida i en länklista. Utifrån länklistan kan användaren navigera mellan länkar och aktivera länkar. De behöver alltid leda någonstans för att vara meningsfulla för användarna.
Påstående: Alla länkar är uppmärkta med elementet <a> och har ett href-attribut. En länk förflyttar användaren till en ny plats på samma sida eller till en annan sida.

Webbläsarens utvecklarverktyg

  • Högerklicka på länken och välj “Inspektera” i Chrome eller “Granska” i Edge. Utvecklarverktyget kommer då att visa den aktuella länkens kod.

  • Kontrollera att länken utgörs av ett <a>-element.

Plugin:et Web Developer för Chrome

  • I plugin:et Web Developer, välj fliken “Information” och välj sedan “Display Link Details.”

  • Verktyget visar då href-attributen i samtliga länkar på sidan så att de kan granskas visuellt.

  • Högerklicka på den aktuella länken och välj “Inspektera.”

  • Kontrollera att länken utgörs av ett <a>-element.

Om länkar inte går att nå med tabbtangenten

  • Kontrollera hur länken ser ut i koden. Om den inte är kodad med ett <a>-element kan den behövas kodas om.

Roll:

Utvecklare

Nivå:

A

53

Synliga länktexter

Syfte: Det behöver vara tydligt för användare vart en länk leder. Länkar utan text försvårar för alla användare.
Påstående: Länkar har synliga länktexter. Undantag är länkar i form av logotyper som exempelvis leder till webbplatsens startsida.
  1. Gå igenom alla länkar på sidan, inkluderat sådana som leder till andra sidor på samma webbplats, till andra delar av samma sida och länkar till andra webbplatser eller dokument.

  2. För att hitta alla länkar på sidan kan du använda dig av en skärmläsare, exempelvis Jaws eller NVDA för Windows (tillåtet program att ladda ned) eller Voice Over för MacOS eller iOS (inbyggda i enheterna).

  3. Kontrollera att länkarna har synliga länktexter.

Roll:

Redaktör

UX

Nivå:

A

54

Tydliga länktexter

Syfte: Användare som navigerar med skärmläsare kan samla webbsidans alla länkar i en länklista. Därför behöver länktexter vara begripliga i sig själva för att användaren ska förstå dem i en samlad lista. Sammanhanget ska inte vara avgörande. När det gäller länkar strävar vi åt att gå lite längre än vad kravet gäller eftersom länkars mål ska vara logiska både i och utanför sitt sammanhang.
Påstående: Länktexter är begripliga och kan tolkas även om länken tas ur sitt sammanhang. Länktexter som “Läs mer” och “Klicka här” används inte. I flöden är det ok att använda länktexter som 'Tillbaka' men helst ska det framgå vad användaren går tillbaka till.
  1. Gå igenom alla länkar på sidan, inkluderat sådana som leder till andra sidor på samma webbplats, till andra delar av samma sida och länkar till andra webbplatser eller dokument.

  2. Kontrollera att alla länkar har tydliga länktexter som är begripliga utanför sitt sammanhang, alltså förklarande i sig själva.

  3. Om en länk endast utgörs av en bild, exempelvis en logotyp, ska bildens textalternativ beskriva såväl bilden som länkens mål. Exempel: alt='IA systemets logotyp. Till startsidan.'

För att hitta alla länkar på sidan kan du använda dig av en skärmläsare, exempelvis Jaws eller NVDA för Windows (tillåtet program att ladda ned) eller Voice Over för MacOS eller iOS (inbyggda i enheterna).

Testa gärna även med användare ur olika målgrupper för att säkerställa att länktexter är tydliga och lätta att förstå.

Roll:

Redaktör

Nivå:

A

55

Länktexter för externa webbplatser och dokument

Syfte: Det kan av användare upplevas som oväntat att länkar leder till andra webbplatser eller till dokument som laddas ner. Sådan information ska därför framgå av länkens utformning för att användaren ska veta vad den har att vänta sig.
Påstående: Om en länk leder användaren till en extern sida utanför webbplatsen, eller till ett dokument, framgår det tydligt av länkens utformning, både visuellt och som ett alternativ i text.
  1. Gå igenom alla länkar på sidan som leder till externa sidor utanför webbplatsen. Kontrollera att det är tydligt för användaren att länken leder till en extern sida med en annan avsändare än Afa försäkring/förebyggande verksamhet.

  2. Gå igenom alla länkar på sidan som leder till dokument. Kontrollera att länktexten beskriver vilken typ av dokument det är och dokumentets storlek.

  3. Kontrollera att det är tydligt när länkar och dokumentet öppnas i nya flikar eller om dokument laddas ner. Om ikoner används för att beskriva det, finns motsvarande information som text i koden för användare med hjälpmedel.

Roll:

Redaktör

Nivå:

A

56

Semantiska knappar

Syfte: Användare som navigerar med skärmläsare behöver få information om att ett objekt är en knapp och hur användaren kan interagera med objektet. Genom att använda standardkomponenter inkluderar vi inbyggd funktionalitet i objekt, vilket bidrar till minskad utvecklingstid för våra team.
Påstående: Knappar är uppmärkta med elementet <button>.

Webbläsarens utvecklarverktyg

  • Högerklicka på länken och välj “Inspektera” i Chrome eller “Granska” i Edge. Utvecklarverktyget kommer då att visa den aktuella länkens kod.

  • Kontrollera att knappen utgörs av ett <button>-element.

Om knappar inte går att nå med tabbtangenten

  • Kontrollera hur knappen ser ut i koden. Om den inte är kodad med ett <button>-element (exempelvis div-element) kan den behövas kodas om.

Roll:

Utvecklare

Nivå:

A

57

Knappar har tydliga namn

Syfte: Knappar utan text försvårar för alla användare att uppfatta knapparnas syfte.
Påstående: Knappar har en synlig text som beskriver knappens syfte. Undantag är knappar i gränssnitt som optimeras för mobila plattformar eller generellt om utrymmet är begränsat och det finns tydliga ikoner. Då har knappen ett namn i koden som läses med skärmläsare.
  1. Gå igenom sidans alla knappar som användaren kan interagera med.

  2. Kontrollera att knappar har synliga etiketter. Testa gärna med användare för att försäkra er om att beskrivningar av knappar är tydliga.

  3. Om knappar inte har synliga etiketter, försök i första hand att lägga till en synlig etikett på knapparna.

  4. Om det inte är möjligt att lägga till synliga etiketter, kontrollera att ikoner i knappar är tydliga och att det finns en alternativ textbeskrivning i koden (i form av alt-attribut eller som aria-label).

Roll:

Utvecklare

UX/UI

Nivå:

A

58

Semantiska listor

Syfte: Listor behöver vara rätt uppmärkta för att hjälpmedelsanvändare ska kunna tolka dem. Om en lista endast är visuellt utformad är det svårt för användare att navigera i dem och att förstå innehållets inbördes relationer. Kom ihåg att även listade element, som länkarna i en meny, behöver ligga i en kodad lista för att få bra uppläsning.
Påstående: Listor märks upp med elementen <ul> eller <ol>. Listornas innehåll märks upp med elementet <li>. För ordnade eller numrerade listor används elementet <ol> för att beskriva numrerade steg (1, 2, 3…) och för oordnade eller onumrerade listor används elementet <ul> för att beskriva punktlistor.

Granska i webbläsarens utvecklarverktyg

  1. Gå igenom numrerade och onumrerade listor i den aktuella tjänsten eller webbsidan.

  2. Högerklicka på det första objektet i listan och välj “Granska” i Microsoft Edge eller “Inspektera” i Google Chrome.

  3. Kontrollera att varje objekt i varje lista omsluts av ett <li>-element.

  4. Kontrollera också att numrerade listor inleds med elementet <ol> och att onumrerade listor inleds med elementet <ul>.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tangenten pil ner för att flytta skärmläsarens fokus radvis nedåt på sidan. Navigera fram till sidans första numrerade eller onumrerade lista.

  3. När fokus flyttas in i listan, kontrollera att skärmläsaren annonserar en lista. Skärmläsaren läser då upp något i stil med “lista” följt av antalet listobjekt som listan innehåller.

  4. När fokus flyttas ut ur listan är det förväntade att skärmläsaren annonserar att listan är slut.

Roll:

Utvecklare

Nivå:

A

59

Semantiska tabeller

Syfte: Tabeller behöver vara rätt uppmärkta så att användare med hjälpmedel kan navigera i dem och få dem upplästa på ett korrekt och strukturerat sätt.
Påstående: Tabeller används endast för strukturerad data och är korrekt uppmärkta med elementen <table>, <tr> för tabellrad, <th> för tabellhuvud och <td> för dataceller.

Webbläsarens utvecklarverktyg

  1. Öppna webbläsarens utvecklarverktyg med F12. Välj fliken “Elements” om den inte redan är vald.

  2. Sätt fokus i den del av webbläsarfönstret där webbsidan visas som den är tänkt att möta användarna, alltså inte i kodvyn.

  3. Vid fokus på en tabell, högerklicka på länken och välj “Inspektera” i Chrome eller “Granska” i Edge. Kodvyn kommer då att skrolla fram till den aktuella länken så att du ser den i koden.

  4. Kontrollera att tabellen innehåller de delar som den ska, beskrivet ovan i påståendet.

Plugin:et Web Developer för Chrome

  1. I plugin:et Web Developer, välj fliken “outline” och välj sedan “Display table cells”.

  2. Verktyget visar då tabellceller på sidan så att de kan granskas visuellt.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tangenten pil ner för att flytta skärmläsarens fokus radvis nedåt på sidan. Navigera fram till en tabell och navigera med piltangenterna inom tabellen.

  3. Om en tabell är korrekt kodad ska varje datacell ge information om dess rad- eller kolumnrubrik, beroende på den riktning du förflyttar dig i. Byter du kolumn, ska cellens “nya” kolumn läsa upp i kombination med cellens innehåll.

Roll:

Utvecklare

Nivå:

A

60

Tabeller har överskrifter

Syfte: Elementet <caption> hjälper användare som navigerar med hjälpmedel att navigera direkt till tabeller, identifiera dess innehåll och att ta ställning till om innehållet är av intresse.
Påstående: Tabeller har en överskrift i elementet <caption> som kort beskriver vilken information tabellen innehåller.

Webbläsarens utvecklarverktyg

  1. Öppna webbläsarens utvecklarverktyg med F12. Välj fliken “Elements” om den inte redan är vald.

  2. Sätt fokus i den del av webbläsarfönstret där webbsidan visas som den är tänkt att möta användarna, alltså inte i kodvyn.

  3. Vid fokus på en tabell, högerklicka på länken och välj “Inspektera” i Chrome eller “Granska” i Edge. Kodvyn kommer då att skrolla fram till den aktuella länken så att du ser den i koden.

  4. Kontrollera att tabellen, table-elementet, innehåller en caption med rubriken för tabellen.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tangenten pil ner för att flytta skärmläsarens fokus radvis nedåt på sidan. Navigera fram till en tabell på den aktuella webbsidan.

  3. När fokus flyttas in i tabellen, kontrollera att skärmläsaren annonserar en tabell och tabellens överskrift. Skärmläsaren läser då upp “tabell” följt av innehållet i caption-elementet.

Roll:

Utvecklare

Nivå:

A

61

Tabeller har överskrifter

Syfte: Elementet <caption> hjälper användare som navigerar med hjälpmedel att navigera direkt till tabeller, identifiera dess innehåll och att ta ställning till om innehållet är av intresse.
Påstående: Tabeller har en överskrift i elementet <caption> som kort beskriver vilken information tabellen innehåller.

Webbläsarens utvecklarverktyg

  1. Öppna webbläsarens utvecklarverktyg med F12. Välj fliken “Elements” om den inte redan är vald.

  2. Sätt fokus i den del av webbläsarfönstret där webbsidan visas som den är tänkt att möta användarna, alltså inte i kodvyn.

  3. Vid fokus på en tabell, högerklicka på länken och välj “Inspektera” i Chrome eller “Granska” i Edge. Kodvyn kommer då att skrolla fram till den aktuella länken så att du ser den i koden.

  4. Kontrollera att tabellen, table-elementet, innehåller en caption med rubriken för tabellen.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tangenten pil ner för att flytta skärmläsarens fokus radvis nedåt på sidan. Navigera fram till en tabell på den aktuella webbsidan.

  3. När fokus flyttas in i tabellen, kontrollera att skärmläsaren annonserar en tabell och tabellens överskrift. Skärmläsaren läser då upp “tabell” följt av innehållet i caption-elementet.

Roll:

Utvecklare

Nivå:

A

62

Namn för iframes

Syfte: Användare som navigerar med skärmläsare använder beskrivningen i title-attributet för att uppfatta vad iframe-element innehåller.
Påstående: Om iframes används beskrivs dem med text i attributet title.

Granska i webbläsarens utvecklarverktyg

  1. Öppna en webbsida eller en webbtjänst som innehåller en eller flera ramar.

  2. Högerklicka någonstans i det innehåll som läses in från en annan sida och som omsluts av elementet iframe. Klicka på “Granska” i Microsoft Edge eller “Inspektera” i Google Chrome.

  3. Du kan söka efter termen i koden, sök efter “iframe”.

  4. Om du hittar ett iframe-element, kontrollera att iframe-elementet har en tydlig beskrivning av ramens innehåll i attributet title.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tabbtangenten för att navigera till ett objekt som ligger så nära innehållet i en ram som möjligt men inte inuti ramen, exempelvis till en länk eller ett formulärfält.

  3. Fortsätt att navigera nedåt i tjänsten eller webbsidan med pil ner för att nå innehållet i ramen.

  4. Kontrollera att skärmläsaren läser upp beskrivningen i iframe-elementets title-attribut när fokus flyttas in till innehållet i ramen.

Roll:

Utvecklare

Nivå:

A

63

Namn innehåller synlig text

Syfte: Användare som navigerar med röststyrning kan interagera med knappar och funktioner genom att exempelvis säga 'Klicka på Sök'. Om den synliga beskrivningen av en knapp inte motsvarar knappens beskrivning i koden fungerar inte kommandon med röststyrning.
Påstående: Den synliga texten som beskriver en komponent överensstämmer med det namn som komponenten har i koden och som hjälpmedel kommer åt. I fall då dessa namn inte kan ha samma innehåll börjar namnet i koden med den synliga texten.

Gå igenom sidans alla komponenter som har synliga etiketter.

  • Jämför komponenternas synliga etiketter med de namn som komponenterna har i koden. Kontrollera att komponenternas namn i koden är likställt med eller inleds med komponenternas synliga etiketter. Använd något av följande tillvägagångssätt:
    • Granska knapparna i koden. Öppna webbläsarens utvecklingsverktyg genom att trycka på F12 eller högerklicka på en knapp och välj “Inspektera”. Kontrollera att knappelementet har attributet aria-label som beskriver knappens funktion.

    • Du kan också titta i utvecklingsverktygets tillgänglighetsträd. Välj 'Accessibility' i den högra kolumnen. Under 'Computed properties' hittar du egenskapen 'Name'. Där ska du kunna se värdet som sätts i attributet aria-label.

    • Testa med skärmläsare. Sätt fokus på komponenten. Kontrollera att den beskrivning som skärmläsaren läser upp inleds på samma sätt som knappens synliga etikett.

Roll:

UX/UI

Redaktör

Nivå:

A

64

Grupper av radioknappar eller kryssrutor

Syfte: Elementen <fieldset> och <legend> hjälper användare att förstå hur formulärobjekt hör ihop. De är särskilt viktiga i grupper av radioknappar och kryssrutor eftersom de hjälper användare att förstå vad som efterfrågas och vilka olika alternativ som användaren kan välja mellan. Elementen kan även användas för att gruppera inmatningsfält i långa formulär, exempelvis för att gruppera fält för hem- eller företagsadresser.
Påstående: Formulärobjekt som hör ihop grupperas med elementet <fieldset>. Varje <fieldset> inleds med elementet <legend> som beskriver gruppens syfte. Elementen <fieldset> och <legend> används alltid i grupper med radioknappar och kryssrutor.

Granska kodstruktur för grupperade formulärobjekt

  1. Gå igenom sidans alla formulärobjekt som är grupperade, det vill säga komponenter i formulär som hör ihop utifrån placering och struktur. Exempel är radioknappar och kryssrutor.

  2. Högerklicka på det första objektet i grupperingen och välj 'Inspektera' i Google Chrome eller 'Granska' i Microsoft Edge.

  3. I webbläsarens utvecklarverktyg, granska de element som omsluter formulärobjekt som hör ihop, exempelvis radioknappar och kryssrutor.

  4. Kontrollera att grupperingar av formulärobjekt omsluts av elementet <fieldset> och att det elementet inleds med ett <legend>-element som beskriver gruppen.

Testa med skärmläsare

  1. Starta en skärmläsare på din dator, exempelvis skärmläsaren NVDA.

  2. Navigera radvis med pil ner på den aktuella sidan och navigera fram till en grupp av formulär.

  3. Kontrollera att skärmläsaren läser 'gruppering' följt av texten i <legend>-elementet när fokus flyttas in i grupperingen.

  4. Navigera i grupperingen med pil ner och förbi det sista objektet för att lämna grupperingen.

  5. Kontrollera att skärmläsaren läser 'lämnar gruppering' när fokus flyttas från det sista formulärobjektet.

Roll:

Utvecklare

UX/UI

Nivå:

A

65

Autoifyllnad i inmatningsfält

Syfte: Automatisk ifyllnad av formulär underlättar för användare med kognitiva svårigheter, särskilt användare med dyslexi men även utmattningssyndrom.
Påstående: Inmatningsfält för personlig information kan kompletteras automatiskt för att hjälpa användaren att fylla i fälten snabbare. Fält som kan fyllas i automatiskt är uppmärkta med attributet autocomplete med ett värde som anger vilken typ av information det handlar om. Exempel på information som lämpar sig bra för automatisk ifyllnad är namn, telefonnummer, hemadress och e-postadress.
  1. Gå igenom alla formulär i tjänsten eller webbsidan.

  2. Högerklicka på ett formulärfält och klicka på “Granska” i Microsoft Edge eller “Inspektera” i Google Chrome.

  3. Kontrollera att samtliga formulärfält där användaren kan mata in personlig information har attributet autocomplete med ett värde som motsvarar det innehåll som användaren kan ange. Exempel är värdet “email” i attributet autocomplete för fält där användaren kan ange en e-postadress. Giltiga värden för attributet autocomplete finns under kapitel 7 i Web Content Accessibility Guidelines (WCAG) 2.1.

  4. Kontrollera också att fält för information som exempelvis e-postadress, telefonnummer, webbadress eller lösenord har en typ för inmatning som motsvarar den information som användaren kan ange. Det anges med attributet type. Detta säkerställer att rätt tangentbord för inmatning visas i mobilen exempelvis.

Roll:

Utvecklare

Nivå:

AA

66

Synliga etiketter

Syfte: Synliga etiketter underlättar för alla användare men är särskilt viktigt för användare med kognitiva funktionsnedsättningar, nedsatt minnesförmåga eller inlärningssvårigheter.
Påstående: Alla formulärobjekt har synliga etiketter i elementet <label>. Placeholdertexter är inte tillräckliga för att beskriva formulärobjekt eftersom de försvinner när användaren börjar skriva i ett fält.
  1. Gå igenom och granska alla formulärfält på den aktuella tjänsten eller webbsidan.

  2. Kontrollera att samtliga formulärfält har synliga etiketter som beskriver syftet med varje formulärfält. Etiketter ska inte utgöras av placeholder-texter inuti fälten som försvinner när fältet får fokus.

Roll:

Utvecklare

UX/UI

Nivå:

A

67

Placering av etikett

Syfte: När etiketter är placerade där användaren förväntar sig att de ska vara blir det lättare att förstå formulär och att hitta fälten. Det gör det även lättare för användare som behöver förstora innehållet i formulär.
Påstående: Etiketter är placerade så att det är tydligt vilket fält som etiketten beskriver.
  1. Gå igenom alla formulär på den aktuella sidan eller i den aktuella tjänsten.

  2. Kontrollera att samtliga formulärobjekt har etiketter.

  3. Kontrollera att formulärobjektens etiketter är placerade i direkt anslutning till formulärobjekten så att det är lätta att uppfatta och att de inte kan förväxlas med andra fält.

Testa även gärna med skärmläsare (exempelvis NVDA för PC) för att säkerställa att man får all information visuellt kopplat till fältet uppläst i anslutning till fältet.

Roll:

UX/UI

Nivå:

A

68

Etikett är kopplat till fält

Syfte: Användare med uppläsande hjälpmedel uppfattar vilken etikett som hör ihop med vilket fält. Klickytor blir dessutom större, vilket hjälper användare som på grund av nedsatt motorik har svårt att klicka direkt på en kryssruta, radioknapp eller i ett fält.
Påstående: En etikett i elementet <label> associeras till det fält som etiketten beskriver. Att klicka på etiketten ger samma resultat som att klicka i eller på formulärobjektet. Exempel är att klicka på etiketten till höger om en kryssruta också markerar själva kryssrutan.

Granska i webbläsarens utvecklarverktyg

  1. Gå igenom alla formulärfält i tjänsten eller webbplatsen.

  2. Högerklicka på ett formulärfält och klicka på “Granska” i Microsoft Edge eller “Inspektera” i Google Chrome.

  3. Kontrollera att det finns en koppling mellan det aktuella formulärfältet och den etikett som beskriver fältets syfte. Om etiketten exempelvis omsluts av ett label-element ska det ha ett for-attribut som refererar till det aktuella formulärfältets id-värde.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tabbtangenten för att navigera mellan formulärfält i tjänsten eller webbplatsen.

  3. Kontrollera att skärmläsaren läser upp den etikett som beskriver syftet med ett formulärfält. Den information som skärmläsaren läser upp ska ha samma innehåll som fältets synliga etikett.

  4. Om en skärmläsare inte läser upp formulärfältets etikett kan det bero på att det saknas en koppling mellan etiketten och det aktuella fältet. Om det label-element som omsluter formulärfältets etikett saknar ett for-attribut som refererar till formulärfältets id-värde finns ingen koppling mellan etiketten och fältet.

Roll:

Utvecklare

Nivå:

A

69

Obligatoriska fält framgår tydligt

Syfte: Tydlig information om obligatoriska eller frivilliga fält hjälper användaren att uppfatta vilka fält som behöver fyllas i för att komma vidare.
Påstående: I formulär framgår det tydligt vilka fält som är obligatoriska, gärna genom att det står att fält är obligatoriska eller frivilliga i fältens etiketter. Obligatoriska fält har även attributet 'required'.

Granska i webbläsarens utvecklarverktyg

  1. Gå igenom obligatoriska formulärfält i tjänsten eller webbplatsen.

  2. Högerklicka på ett obligatoriskt fält och klicka på “Granska” i Microsoft Edge eller “Inspektera” i Google Chrome.

  3. Kontrollera att obligatoriska fält märks upp med attributet required. Attributet ska inte ha något värde.

  4. Kontrollera också att fält som är uppmärkta med attributet required också visuellt beskrivs som obligatoriska.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis skärmläsaren NVDA.

  2. Använd tabbtangenten för att navigera mellan formulärfält i tjänsten eller webbplatsen.

  3. Navigera fram till ett obligatoriskt fält.

  4. Kontrollera att skärmläsaren läser upp att fältet är obligatoriskt. Det annonseras genom att skärmläsaren beskriver formulärfältet med “krävs” efter annan information om det aktuella fältet.

  5. Kontrollera också att information som beskriver att formulärfältet är obligatoriskt och som presenteras visuellt, också läses upp av skärmläsaren.

Om en skärmläsare inte läser upp visuellt presenterad information om att ett formulärfält är obligatoriskt kan det bero på att det saknas en koppling mellan informationen och det aktuella fältet.

Roll:

Utvecklare

UX/UI

Nivå:

A

70

Information om format

Syfte: Tydlig information om särskilda format hjälper användaren att förstå hur information ska fyllas i vilket också hjälper användaren att undvika att göra fel.
Påstående: Det framgår tydligt för användaren när det krävs ett särskilt format på den information som ska matas in i ett inmatningsfält.

Testa visuellt

  1. Granska inmatningsfält som kräver att användaren matar in information i ett specifikt format. Det kan vara person- eller organisationsnummer, kontonummer, postnummer eller telefonnummer.

  2. Kontrollera att det finns information som beskriver det förväntade formatet på ett tydligt sätt.

  3. Kontrollera att information om format associeras till det aktuella fältet. Exempelvis genom att bädda in informationen i fältets etikett, alltså i elementet label.

Testa med skärmläsare

  1. Starta en skärmläsare på din dator, exempelvis skärmläsaren NVDA.

  2. Använd tabbtangenten för att navigera till ett fält som kräver ett särskilt format och där det finns instruktioner om hur formatet ska anges.

  3. Kontrollera att skärmläsaren läser instruktioner om format på ett tydligt sätt.

Roll:

Utvecklare

UX/UI

Nivå:

A

71

Beskrivande rubriker och etiketter

Syfte: Tydliga etiketter hjälper alla användare att fylla i formulär på rätt sätt. Det är extra viktigt för användare med nedsatt inlärningsförmåga eller andra kognitiva eller språkliga svårigheter.
Påstående: Etiketter är tydligt formulerade och beskriver den information som efterfrågas.

Visuellt

Börja med att visuellt kontrollera att rubriker och etiketter (labels) på formulärfält är tillräckligt beskrivande för funktionen.

Testa rubriker med skärmläsare

  1. Starta en skärmläsare, exempelvis NVDA.

  2. Öppna den sida du vill testa, speciellt sidor med formulär.

  3. Gå igenom genom att pila för att kontrollera att både rubriker och etiketter är tydliga och begripliga.

  4. Du behöver även testa igenom att bara tabba dig genom formuläret, för att säkerställa att man vid fokus på ett formulärfält får höra allt som behövs.

Roll:

UX/UI

Redaktör

Nivå:

AA

72

Felhantering med direktvalidering

Syfte: Det är viktigt att användare får information om vad som har blivit fel och kan åtgärda felet. Det blir också tydligt för alla användare vilket fält felet gäller.
Påstående: Vid automatisk validering av inmatningsfält markeras fältet när det uppstår inmatningsfel och felet beskrivs med text för användaren. Inmatningsfält som innehåller fel har attributet aria-invalid='true'.

Navigering med tabbtangenten

  1. Identifiera var och när på sidan som det sker någon form av direktvalidering genom att skriva in felaktig data eller lämna tomt på obligatoriska fält.

  2. Navigera igenom samtliga formulärfält med tabbtangenten, men skicka inte formuläret.

  3. Kontrollera att det sker en validering när användaren tabbar förbi ett fält som är felaktigt.

För varje fel som uppstår

  1. Kontrollera att fältet markeras visuellt och att ett felmeddelande visas i text.

  2. Granska koden för fältet och kontrollera att fältet har attributet aria-invalid='true'.

  3. Kontrollera i koden att felmeddelandet som visas är kopplat till fältet, exempelvis med attributet aria-describedby.

Testa med skärmläsare

  1. Starta en skärmläsare, exempelvis NVDA.

  2. Öppna den sida du vill testa, med formulär.

  3. Testa att mata in felaktig data.

  4. Kontrollera att skärmläsaren läser upp felmeddelandet direkt och avbryter en eventuell pågående uppläsning av något annat.

  5. Kontrollera att fokus är kvar på komponenten där användaren är och inte automatiskt flyttas till felmeddelandet.

  6. Kontrollera i koden att felmeddelandet har attributet role='alert' eller att det element som felmeddelandet bäddas in i har attributet aria-live='assertive'. Om attributet role='alert' används, innebär det implicit att attributet aria-live används eftersom det nedärvs automatiskt till innehåll som märks upp med role='alert'.

Roll:

Utvecklare

UX/UI

Nivå:

A

AA

73

Felmeddelande av fel vid inskick

Syfte: Användaren får tydlig feedback av samtliga fel i formuläret och kan utifrån den åtgärda felen.
Påstående: När en användare försöker skicka in ett formulär som innehåller fel presenteras samtliga fel tydligt. I längre formulär visas de båda vid felkälla och i en samlad lista längst upp i formuläret. Felmeddelandet innehåller förslag på åtgärder.

Visuellt

  1. Fyll i ett formulär på ett felaktigt sätt och klicka på 'Skicka'.

  2. Kontrollera att varje fält som innehåller fel får en visuell markering och att ett felmeddelande visas vid varje felaktigt fält.

  3. Felen ska ha god kontrast (över 4.5:1), ha en ikon samt placeras nära felkällan.

  4. På längre formulär (mer än 4-5 element): Kontrollera att ett samlingsmeddelande med samtliga felmeddelanden visas längst upp i formuläret.

Testa med skärmläsare

  1. Öppna den sida du vill testa, med formulär. Starta en skärmläsare, exempelvis NVDA.

  2. Testa att mata in felaktig data och skicka in formuläret.

  3. Om det finns en summering: kontrollera att skärmläsarens fokus automatiskt flyttas till början av sidan och läser upp rubriken för felmeddelandet.

  4. Gå igenom formuläret och lyssna så att felmeddelanden läses upp vid de felaktiga intmaningarna.

  5. Testa både genom att pila och tabba.

Roll:

Utvecklare

UX/UI

Nivå:

A

74

Innehåll som förändras dynamiskt

Syfte: Tydlig återkoppling om att innehåll har uppdaterats gör att användare blir medvetna om viktiga förändringar i innehållet på en webbsida på ett sätt som inte stör deras pågående arbete.
Påstående: Användare som navigerar med skärmläsare får information om innehåll som uppdateras dynamiskt, utan att innehållet får fokus. Exempel är att ett systemmeddelande visuellt visas.
  1. Identifiera innehåll på sidan som förändras när användaren gör någonting och som informerar användaren om sidans status.

  2. För varje förändring, kontrollera att det element i koden som innehåller information om sidans status har attributet role='status' eller aria-live='polite'. Om meddelandet är uppmärkt med attributet role='status' behöver inte aria-live='polite' läggas till eftersom det nedärvs implicit till områden med role='status'.

  3. Testa med en skärmläsare och utför en uppgift som resulterar i att information ändras.

  4. Kontrollera att skärmläsaren läser upp informationen, inklusive förändringen, för användaren utan att avbryta en pågående uppläsning av innehåll. Skärmläsaren ska läsa meddelandet när den pågående uppläsningen är klar.

  5. Kontrollera att användaren får ta del av all relevant information. Exempel: “3 ärenden godkända” istället för enbart “3”.

  6. Kontrollera att fokus är kvar vid den komponent där användaren hade fokus då uppgiften utfördes och inte flyttas till meddelandet om sidans status.

Roll:

Utvecklare

Nivå:

A

75

Rätt roll för komponent

Syfte: Attributet role informerar hjälpmedel, exempelvis skärmläsare, om hur komponenten ska tolkas och hur användaren ska interagera med den. Om en komponent saknar attributet role förstår inte hjälpmedel vad en komponent är, vilket försvårar interaktionen för användaren.
Påstående: Använd i första hand htmls semantiskt korrekta komponenter, som knappar, länkar med mera. För komponenter som inte är baserade på standardelement i html har attributet istället korrekt angivet role som gör det möjligt för hjälpmedel att tolka komponenter på rätt sätt.

För egenkodade komponenter och komponenter som inte är standardkomponenter i HTML

  1. Testa med en skärmläsare och navigera dig fram till komponenten med tabbtangenten.

  2. Kontrollera att skärmläsaren läser upp den roll som komponenten har och att rollen beskriver komponenten korrekt. Exempel: En komponent som ser ut och fungerar som en knapp beskrivs som en knapp av skärmläsaren.

  3. Använd kortkommandon i skärmläsaren för att ta fram skärmläsarens elementlista över olika typer av element. I listan över formulärobjekt ska du kunna se vilka komponenter som skärmläsaren uppfattar som knappar och formulär. Kontrollera att den roll som knappen har i listan stämmer överens med komponentens funktion och beskriver den korrekt.

För övriga interaktiva komponenter

  1. Öppna utvecklingsverktyget i din webbläsare med F12.

  2. Kontrollera att semantisk HTML används om det är möjligt. Exempel: Elementet <button> används för knappar som inte ligger i formulär.

  3. Kontrollera också att koden inte innehåller onödig redundans, exempelvis att attribut inte finns i dubbel uppsättning.

Roll:

Utvecklare

Nivå:

A

76

Rätt värde för komponent

Syfte: Tillstånd, värden och egenskaper i komponenter behöver vara kompatibla med hjälpmedel för att alla användare ska kunna använda dem och ges en jämlik användarupplevelse.
Påstående: Om en användare kan ändra tillstånd, egenskap eller värde i en komponent ska det värdet även återges på ett sätt som hjälpmedel, exempelvis skärmläsare, kan plocka upp. Ett exempel är att en komponent kan fällas ut och ihop. En sådan komponent ska ha attributet aria-expanded.
  1. Identifiera alla komponenter på sidan som kan ändras, exempelvis kryssrutor som kan kryssas eller inmatningsfält där användaren kan skriva in text.

  2. Testa med en skärmläsare. Navigera till varje komponent som du tidigare har identifierat och prova att ändra den med tangentbordet.

  3. Kontrollera att skärmläsaren tydligt informerar om förändringen, exempelvis att skärmläsaren läser 'kryssruta markerad'.

  4. Kontrollera också följande:
    • Obligatoriska tillstånd och egenskaper för en typ av komponent omfattas.

    • Otillåtna tillstånd och egenskaper inte omfattas.

    • Tillstånd och egenskaper uppdateras och visar det aktuella tillståndet när komponenten ändras.

Testa även komponenters värde som kan expanderas och minimeras, flikar som är valda med mera.

Roll:

Utvecklare

Nivå:

A

77

Osynligt innehåll döljs även för skärmläsare

Syfte: Användare som navigerar med skärmläsare ska inte behöva ta del av innehåll som döljs visuellt. Innehåll ska presenteras på samma sätt för alla användare, oavsett om användare kan se innehållet.
Påstående: Innehåll som döljs för seende användare ska även döljas för skärmläsare. Exempel är innehåll som döljs i en utfällbar yta som enbart ska vara synligt när användaren valt att visa innehållet. Eller en modal som döljer innehåll bakom. Använd attributet aria-hidden='true' på det som döljs.

För att kontrollera om det finns dolda delar på sidan som inte döljs i koden, gör så här:

  1. Identifiera innehåll som ska vara synligt respektive dolt på sidan. Det kan exempelvis vara innehåll i expanderbara ytor, stängda menyer eller innehåll i flikar som inte har öppnats.

  2. Kontrollera att innehållet är dolt visuellt.

  3. Testa med en skärmläsare och navigera dig fram till komponenten närmast före det dolda innehållet, exempelvis en menyknapp för en meny som är stängd.

  4. Navigera nedåt med piltangenterna eller tabbtangenten och kontrollera att skärmläsaren inte läser upp innehåll som är visuellt dolt på skärmen och att dessa delar inte heller går att komma åt med tabbtangenten.

  5. Gå igenom hela sidan med skärmläsare för att kontrollera att det inte finns något ytterligare innehåll som enbart döljs visuellt men inte för skärmläsare.

Roll:

Utvecklare

Nivå:

A

78

Konsekvent navigering i tjänsten

Syfte: När navigeringsfunktioner placeras på samma plats och i samma ordning på varje sida hjälper det användare att snabbt hitta vad de söker.
Påstående: Navigeringsfunktioner som upprepas på flera sidor inom en tjänst presenteras på samma sätt och i samma inbördes ordning. Exempel är länkar mellan sidor, paginering i sökresultat eller val i menyer.

Granska navigationsfunktioner i webbtjänsten och kontrollera att den är placerad på samma plats och sorteras på samma sätt på tjänstens alla sidor.

Roll:

UX/UI

Nivå:

AA

79

Konsekvent identifiering i tjänsten

Syfte: Användare kan lättare hitta och använda en funktion på alla sidor inom en tjänst där funktionen finns. Användare som navigerar med hjälpmedel får en mer förutsägbar upplevelse när textalternativ för funktioner anges konsekvent.
Påstående: Funktioner som finns på flera sidor inom en tjänst identifieras på ett konsekvent sätt. Exempel är att samma termer används för att beskriva knappar som gör samma sak.

Granska hur funktioner benämns i webbtjänsten och kontrollera att de benämns på samma sätt på tjänstens alla sidor.

Roll:

UX/UI

Nivå:

AA

80

Konsekvent hjälp i tjänsten

Syfte: Användare behöver kunna få hjälp när man inte förstår eller blir osäkert. Möjligheten att få kontakt behöver därför vara enkel att hitta.
Påstående: Användare kan enkelt hitta hjälp såsom kontaktuppgifter eller kontaktformulär, chatt eller vanliga frågor utan svårigheter. De ska vara nåbara från alla sidor i tjänsten.

Kontrollera att det finns en globalt placerad väg att ta del av hjälp. Exempelvis i sidfot eller som widget eller huvudmeny på alla sidor i tjänsten.

Hjälpen ska vara i någon av dessa former:

  • Kontaktuppgifter för att få hjälp av en människa.

  • Kontakformulär.

  • Chatt.

Roll:

UX/UI

Nivå:

A

81

Alternativ till drag-and-drop funktioner

Syfte: Användare som har nedsatt finmotorik eller använder hjälpmedel som styrs med tangentbord får ett alternativ till drag-and-drop funktioner.
Påstående: Det finns alternativ till drag-and-drop funktioner. Alternativen ska kunna utföras med en-punkts-tryck så de kan styras med tangentbord.
  • Kontrollera att alla funktioner med drag-and-drop kan användas med alternativa metoder, så de kan styras med enpunkts-klick. Det kan exempelvis vara knappar som alternativ för att ändra ordning på element som också har drag-and-drop funktion.

  • Testa med mus, tangentbord och pekskärm för att säkerställa att inga funktioner endast är tillgängliga med drag and drop.

Roll:

Utvecklare

UX/UI

Nivå:

AA

82

Enkel autentisering

Syfte: Användare ska kunna logga in eller autentisera sig utan att förlita sig på sitt minne eller krävas mer komplex kognitiv funktionsförmåga.
Påstående: Autentisering måste vara möjlig utan att användare behöver minnas eller återge information. Det ska inte heller krävas kognitiva tester eller pussel.
  • Kontrollera att användare inte är beroende av sitt minne för att mata in uppgifter som exempelvis lösenord för att logga in.

  • Verifiera att det finns stöd för biometrisk autentisering (exempelvis bank-id där man kan använda face-id) eller att man kan inhämta sparade uppgifter för inmatningen.

Roll:

Utvecklare

UX/UI

Nivå:

AA

83

Klickytor är inte för små

Syfte: Användare ska kunna trycka på rätt element på pekskärmar.
Påstående: Klickytor för exempelvis knappar och länkar måste vara minst 24x24 pixlar stora. AAA nivån för motsvarande kriterie är på 44x44 px vilket är önskvärt att sträva mot.
  • Mät interaktiva element (som knappar, länkar och ikoner) och kontrollera att deras tryckbara yta är minst 24x24 pixlar. Det finns olika sätt att mäta, exempelvis kan du använda en bookmarklet vid namn 24×24 Pixel Cursor Bookmarklet.

  • Kom ihåg att hela klickytan räknas, även eventuell klickbar padding runt den visuella knappen/länken.

  • Kontrollera att närliggande interaktiva element inte är för nära varandra, för att undvika oavsiktliga tryck.

Roll:

UX/UI

Nivå:

AA

84

Objekt med tangentbordsfokus är synligt

Syfte: Användare som inte kan använda en mus behöver se vad som har tangentbordsfokus.
Påstående: Element som har tangentbordsfokus är också synligt. Om något inte är visuellt helt synligt ska de inte ha tangentbordsfokus.
  • Navigera genom sidan med hjälp av tangentbordet (Tab framåt eller Shift+Tab bakåt) och verifiera att fokusindikatorn alltid är synlig och inte täcks av andra element.

  • Testa särskilt för situationer där flytande element eller popup-fönster kan dölja fokus. Om en täckande modal öppnas ska fokus låsas i modalen tills man stängt den för att förhindra fokus bakom modalen.

Roll:

Utvecklare

Nivå:

AA

85

Stöd vid upprepande inmatning

Syfte: Att minska den kognitiva ansträngningen för användare genom att undvika onödiga upprepningar av redan inmatad information under en process.
Påstående: Om samma uppgifter behöver matas in två gånger, exempelvis email-adress, om det inte är nödvändigt för säkerhet eller giltighet. Fältet kan antingen popleras automatiskt eller tillåta användare att enkelt använda samma inmatning igen.
  • Kontrollera att användare inte behöver mata in samma information flera gånger på en sida eller i en process.

  • Verifiera att systemet automatiskt fyller i eller återanvänder information som redan angetts, till exempel adress eller personuppgifter. Eller att det finns mekanismer som tillåter att återanvända data.

Roll:

Utvecklare

UX/UI

Nivå:

A