Struktur som går att uppfatta med både ögon och hjälpmedel

WCAG 1.3.1 handlar om att relationer i innehållet ska vara programmässigt uttryckta. Det betyder att allt som visuellt ser strukturerat ut också måste vara strukturerat i koden. Tabellen ska vara en tabell, rubriken ska vara en rubrik, listan ska vara en lista. Det här är ett av de vanligaste bristerna i offentlig sektor eftersom mycket innehåll produceras snabbt av många redaktörer.

När kravet förbises uppstår problem som:

• rubriker skrivs som vanlig brödtext med större typsnitt
• listor formateras manuellt istället för att använda listfunktion
• tabeller används för layout i stället för data
• visuell struktur saknar motsvarighet i kod

Risker när kravet inte följs

• skärmläsare läser upp sidinnehållet i fel ordning
• navigering blir svår eller omöjlig för användare med hjälpmedel
• information tappas bort eftersom relationer inte framgår
• tillsynsmyndigheten bedömer detta som en grundläggande brist

Det här är ett krav som påverkar hela upplevelsen. Brister leder till att användaren inte kan tolka strukturen, vilket i sin tur försvårar förståelsen av innehållet.

2. WCAG 2.4.3 Focus Order

Navigering som följer en logisk ordning

Det här kravet innebär att när användaren navigerar med tangentbord ska fokusbeskrivningen följa en ordning som är logisk och förutsägbar. Det är vanligt att fokusordningen störs av komponenter som banners, popup-rutor, sidhuvuden eller formulär där fält hamnar i fel ordning i DOM-strukturen.

Vanliga orsaker i offentlig sektor

• komponenter som uppdaterats utan att fokusflödet testats
• banners för kakor, påminnelser eller varningsmeddelanden som stjäl fokus
• modala fönster där fokus inte låses korrekt
• sidflyttar som sker utan att fokus placeras på rätt element

Risker när kravet inte följs

• användaren tappar bort sig och kan inte utföra uppgifter
• tjänsten blir omöjlig att använda med enbart tangentbord
• felaktigt fokusflöde leder ofta till allvarlig tillsynsanmärkning
• användare upplever tapp i kontroll och avbryter processen

För många offentliga e-tjänster är detta avgörande. Om en användare inte kan ta sig igenom ett formulär med tangentbord är tjänsten inte tillgänglig.

3. WCAG 2.4.6 Headings and Labels

Rubriker och etiketter som hjälper användaren att förstå

Rubriker och etiketter behöver vara tydliga och beskriva innehållet de tillhör. Detta är ett krav som verkar enkelt men som ofta missas eftersom många redaktörer skriver rubriker utifrån interna begrepp eller snarare vad organisationen vill kommunicera än vad användaren behöver förstå.

I e-tjänster och formulär blir detta extra känsligt. En rubrik eller etikett som inte förklarar vad användaren ska göra leder till osäkerhet och i många fall avhopp.

Vanliga problem

• rubriker som är för abstrakta eller interna
• etiketter i formulär som saknar tydlighet
• fält som endast förklaras med exempeltext
• innehållsektioner som saknar rubrik helt

Risker vid brist

• användaren missförstår innehållet
• ökade fel i formulär och fler avbrutna e-tjänster
• tillsynsanmärkningar om otillräcklig begriplighet
• informationsstrukturen går inte att navigera som tänkt

Rubriker är ofta det första en tillsynsmyndighet tittar på eftersom de styr både navigering och orientering.

4. WCAG 1.4.13 Content on Hover or Focus

Innehåll som visas vid hovring eller fokus måste vara hanterbart

Detta är ett av de mest förbisedda kraven eftersom det påverkar komponenter som många inte tänker på som tillgänglighetskritiska. I offentlig sektor gäller det ofta informationsikoner, tooltip-liknande rutor och expansionsytor.

WCAG kräver att innehåll som visas vid hovring eller fokus måste kunna stängas, fångas och vara stabilt.

Vanliga exempel på brister

• små informationsikoner där textrutor försvinner när muspekaren rör sig en millimeter
• förklarande popover-rutor som inte kan nås med tangentbord
• innehåll som täcker annat innehåll utan möjlighet att flytta bort det

Risker vid brist

• användare med motoriska svårigheter kan inte interagera
• tangentbordsanvändare kommer inte åt informationen
• innehåll blir omöjligt att läsa för vissa grupper
• vid allvarliga fall bedöms tjänsten som otillgänglig

Det här kravet är viktigt eftersom små interaktionsdetaljer kan utgöra stora hinder i praktiken.

5. WCAG 3.3.1 Error Identification och 3.3.3 Error Suggestion

Felmeddelanden som hjälper användaren vidare

Offentlig sektor hanterar många formulär som rör vård, skola, omsorg, tillstånd och myndighetsärenden. När dessa formulär inte ger tillräcklig vägledning kring fel uppstår frustration och avhopp.

WCAG kräver att felmeddelanden inte bara identifierar att något är fel, utan att de också hjälper användaren att förstå vad som ska göras.

Vanliga brister

• allmänna felmeddelanden som inte pekar ut var felet finns
• fel som visas högst upp på sidan och inte syns utan scroll
• formulär där fokus inte flyttas till felet
• fält där instruktion saknas helt

Risker vid brist

• användaren fastnar i processer som rör viktiga samhällsfunktioner
• e-tjänster får höga avhoppsnivåer
• organisationen får kritik för bristande digital service
• tillsynsanmärkningar bedömer detta ofta som en större brist

Bra felmeddelanden är en av de mest avgörande delarna av digital tillgänglighet i offentliga tjänster. När de brister påverkas samhällets mest centrala digitala flöden.

Varför dessa krav ofta förbises

De krav som oftast missas är de som hamnar mitt i gränslandet mellan roller. De kräver både redaktionell och teknisk förståelse. De kräver samarbete. Och de kräver kontinuerlig kvalitetssäkring. Anledningen till att dessa krav glider igenom är att många organisationer:

• arbetar med tillgänglighet som punktinsats
• saknar verktyg som hjälper dem identifiera och följa upp krav
• har för många sidägare utan gemensamma rutiner
• saknar återkommande manuell granskning

Det är därför verktyg som kombinerar automatiska tester och vägledd manuell granskning blir viktiga. De ger en gemensam metod som gör det lättare att uppfylla kraven regelbundet och att snabbare upptäcka just de typer av brister som tillsyn ofta anmärker på.

När dessa fem krav följs konsekvent skapas en mer robust och rättssäker digital miljö som verkligen fungerar för alla invånare.