Klarspråk: så blir tillgänglighetsrapporten begriplig
Öppna en teknisk tillgänglighetsrapport och du kan mötas av ordet "region". För en utvecklare är det glasklart: en del av sidan saknar ett landmärke som hjälpmedel kan hoppa till. För vd:n som skriver under finns ingen mening i ordet alls. Det är brus.
Och det är vd:n, inte utvecklaren, som bär ansvaret när tillsynen ringer.
Varför jargong i rapporten är ett verkligt problem
Under tillgänglighetsdirektivet (EAA) och DOS-lagen är tillgänglighet ett juridiskt ansvar som pekar uppåt i organisationen. Den som äger risken är sällan den som läser kod. Om den enda rapport som finns är skriven för ingenjörer kan den som ska prioritera inte göra det, och då blir det ingen åtgärd, bara en risk som ligger kvar.
För offentlig sektor är det dessutom svart på vitt. Språklagen (2009:600) säger att språket i offentlig verksamhet ska vara vårdat, enkelt och begripligt. En rapport full av engelska regelnamn är inte det. Och språklig begriplighet är inte en bonus ovanpå tillgänglighet, det är en del av den: ett budskap som bara experten förstår är otillgängligt för alla andra.
Vad klarspråk faktiskt betyder
Klarspråk är inte att förenkla bort innebörden. Det är att leda med det som betyder något för läsaren. När vi skrev om våra rapportrubriker följde vi tre regler:
- Led med vad som faktiskt är fel, i användarens verklighet, inte med kriteriets namn.
- Säg vem det drabbar och vad det kostar, inte hur regeln är numrerad.
- Släpp standardnumret ur rubriken. Det får finnas kvar längre ner, för utvecklaren, men det ska inte vara det första en beslutsfattare möter.
Före och efter
Samma fynd, två olika rubriker. Den första är vad en teknisk rapport visar. Den andra är vad vi visar nu:
- "region" blir "Sidans innehåll är inte organiserat i tydliga områden".
- "name-role-value" blir "Ikonknappar utan namn".
- "link-purpose" blir "Länkar som bara säger läs mer".
- "color-contrast" blir "Knapptexten är för svag mot bakgrunden".
- "keyboard-accessible" blir "Sajten går inte att använda utan mus".
Ingen av de andra rubrikerna kräver att du kan kod. Alla säger vad som är fel och varför det spelar roll.
Vi översätter inte det som inte går att översätta
En sak är vi noga med: allt får inte en klarspråksrubrik bara för att se snyggt ut. De fynd som verkligen är tekniska, och som din utvecklare är rätt person att hantera, märks tydligt som just tekniska. Inget låtsas vara begripligt som egentligen inte är det. Poängen är inte att dölja det svåra, utan att lyfta fram det affärskritiska så det inte drunknar.
Vad du kan göra nu
Vill du se din egen sajt både tekniskt och i klarspråk, börja med en tillgänglighetsanalys. Du får rapporten i ett format där den som äger risken kan läsa, förstå och faktiskt fatta beslut.
Vi har skrivit mer om varför vi byggde om rapporten i Klarspråk, tillgänglighetsrapporten chefer faktiskt läser.