En översiktlig granskning av tre offentliga webbplatser

Jag har genomfört en översiktlig granskning av webbplatserna för Arbetsförmedlingen, Försäkringskassan och Vårdguiden 1177. När jag genomförde granskningarna använde jag en dator med Windows 10, Google Chrome och JAWS 2020. Innan jag redogör för vad jag kom fram till ska jag beskriva vad som behövs för att jag ska kunna använda en webbtjänst. Som jag skrivit tidigare i bloggen så är jag blind sedan födseln, och använder bland annat skärmläsaren JAWS. Jag skulle sammanfatta mina behov så här: Om man kodar en webbsida med HTML, och använder rätt HTML-element i rätt syfte, så är sidan i grunden användarvänlig för mig. Det går även att använda många javaskriptfunktioner på ett tillgängligt sätt med JAWS i åtanke. En annan viktig förutsättning är att allt meningsfullt innehåll, som i grundläget inte uttrycks i text, också ska anges som text. Ett exempel är att bilder, som infogas med img-elementet, också ska ha alternativtext genom alt-attributet. Jag behärskar både svenska och engelska, så om en webbsida är skriven på något av de här språken och inte använder alltför mycket fackspråk, så förstår jag innehållet utan problem.


Mina synpunkter på de granskade webbplatserna


Försäkringskassan

Myndighetsnamnet "Försäkringskassan" saknas i många sidtitlar, vilket kan få användare att bli osäkra på om de har kommit till rätt webbplats

Sökfunktionen visas även om man låter sökfältet vara dolt - det som händer när man döljer det är att inmatningsfältet för sökning inte kan användas

Valet för att visa/dölja sökfältet ligger inte på samma ställe som själva sökfunktionen

Funktionen för att ansöka om aktivitetsstöd:

En funktion för att spara sitt personnummer till framtida inloggningar skulle underlätta, så man inte behöver fylla i det varje gång man ska logga in.

Gränssnittet för att ange vilka dagar man deltog i något aktivitetsstödsberättigande program fungerar så att man först ska "välja" ett frivilligt antal dagar. Därefter ska man ange i en rullgardinsmeny vad man har gjort de här dagarna. Det man kan välja mellan är "Deltog", "Deltog och arbetade" och "Deltog inte". När man har registrerat sitt menyval ser man de registrerade dagarna som "markerade". Jag tycker att termerna "välja" och "markera" är väldigt förvillande, eftersom de här orden i digitala sammanhang betyder samma sak. Jag tycker det hade varit bättre att de dagar man vill registrera ska kallas markerade istället för valda när man har markerat dem, och att de ska kallas registrerade istället för valda när man har angett ett menyval. Dessutom: den här processen, med att först markera ett antal dagar och därefter välja ett alternativ för de här dagarna i en rullgardinsmeny, är omständig och kontraintuitiv. En annan synpunkt: i menyn där man ska välja om man deltog i programmet som man är hänvisad till kan man som sagt välja mellan "Deltog", "Deltog och arbetade" och "Deltog inte" - i nämnd ordning. Skärmläsare läser/visar bara ett alternativ i taget. För att få ett annat alternativ visat/uppläst för sig måste man navigera dit. Det kan alltså bli så att man väljer "Deltog", utan att veta att alternativet "Deltog och arbetade" över huvud taget finns. Ett sätt att lösa alla de här problemen vore att först tillhandahålla kryssrutor där användarna ska markera vilka dagar de deltog i något program, och därefter låta dem uppge ifall de arbetade under någon av de dagar då de deltog i sina program. 

Funktionen för att fylla i blanketter och e-tjänster:

Gränssnittet för Försäkringskassans blanketter fungerar så att man först ska klicka på en kategori, och därefter välja en blankett i kategorin som man har valt. Varken kategorierna eller blanketterna är HTML-kodade som länkar eller knappar. Det här gör att JAWS inte uppfattar kategorierna/blanketterna som klickbara. En lösning som borde fungera vore att använda ARIA-rollen "link". En annan lite mer hemsnickrad lösning är att infoga texten " (klickbar)" efter varje blankett/kategori. Om man gör så bör man använda CSS för att positionera den texten utanför skärmen, så att den blir dold för alla utom personer som använder skärmläsare.


Arbetsförmedlingen

Det borde finnas kontaktinformation i webbplatsens sidfot

Funktionen för att rapportera aktiviteter:

För att komma till inloggningen för aktivitetsrapporteringen måste man först klicka på en länk som heter "Aktivitetsrapportera". På den undersidan finns information om hur aktivitetsrapporteringen går till. För att komma till inloggningen måste man nu klicka på en länk som heter "Rapportera dina aktiviteter". Jag tycker det hade varit bättre om man hade kommit till inloggningssidan genom den första länken "Aktivitetsrapportera", och att man på inloggningssidan (vid behov) hade kunnat klicka på en länk till en sida med tydligare instruktioner. På inloggningssidan för aktivitetsrapporteringen ska man ange om man är arbetssökande eller arbetsgivare. Det här steget är onödigt, eftersom det enbart är arbetssökande som ska rapportera in sina aktiviteter till Arbetsförmedlingen.

En funktion för att spara sitt personnummer till framtida inloggningar skulle underlätta, så man inte behöver fylla i det varje gång man ska logga in.

När man lägger in en ny aktivitet i sin aktivitetsrapport ska man ange vilken typ av aktivitet det är genom att använda en rullgardinsmeny. Den här rullgardinsmenyn är inte kodad med de HTML-element som är avsedda för detta, vilket i det här fallet orsakar svårigheter. När jag exempelvis trycker på nerpilstangenten för att komma till nästa menyval aktiveras det här menyvalet automatiskt. För att jag ska kunna bläddra i rullgardinsmenyn på ett smidigt sätt måste jag använda specialkommandot alt + nerpil. Det här problemet borde man kunna åtgärda genom att använda ARIA-rollerna "listbox" och "option".


Vårdguiden 1177

I menyn där man ska välja region är menyvalen inte HTML-kodade som länkar eller knappar. Det visade sig att det här gränssnittet har vissa brister. När jag navigerar med piltangenterna  är det otydligt vilken region som länken jag står på leder till. Det här borde kunna lösas genom att använda ARIA-rollen "link".

När man ska logga in på Vårdguiden 1177 med dator och mobilt Bank-ID måste man använda mobilen för att skanna en QR-kod som visas på datorskärmen. Den här processen har en tidsbegränsning på 30 sekunder. Eftersom jag är blind har jag ofta väldigt svårt att hitta QR-koden; så väl med som utan tidsbegränsning. Eftersom jag är blind är det betydligt enklare att hantera tjänster på Vårdguiden 1177 med dator än med telefon.


Reflektioner utifrån mina granskningar


Jag har inga problem med att ta till mig och förstå informationen på de här webbplatserna. Däremot är navigationen och interaktionen ofta krånglig och svår att utföra. Samtliga de brister som jag upptäckte tas upp i Web Content Accessibility Guidelines (WCAG), och skulle kunna påtalas för de här aktörerna. Även problemet med QR-koderna på webbplatsen för Vårdguiden 1177 täcks av den så kallade DOS-lagen (lagen om tillgänglighet till digital offentlig service), trots att QR-lösningen tillhandahålls av ett externt företag. För mer info om detta, se DOS-lagen (paragraf 9 och paragraf 15):

https://www.riksdagen.se/sv/dokument-lagar/dokument/svensk-forfattningssamling/lag-20181937-om-tillganglighet-till-digital_sfs-2018-1937

Kommentarer

  1. Emelie - Användare som experter10 januari 2022 kl. 02:35

    Riktigt bra skrivet Per! Det märks att du har bra kunskap inom webbplatsernas uppbyggnad. Jag har inte reflekterat över att det bara är arbetssökande som fyller i aktivitetsrapport. Så dumt att man kan välja arbetsgivare, haha!

    SvaraRadera

Skicka en kommentar

Populära inlägg i den här bloggen

Så här skriver 1177 Vårdguiden om sin digitala tillgänglighet

Jag har tittat närmare på hur 1177 Vårdguiden beskriver tillgängligheten för sina digitala tjänster. 1177 är en nationell samlingsplats för information, rådgivning och andra tjänster inom vård och hälsa. 1177 drivs av företaget Inera, på uppdrag av Sveriges regioner och kommuner. 1177 har en omfattande webbplats med många underavdelningar, samt en mobilapp. Av deras tillgänglighetsredogörelse framgår att man har genomfört, och genomför, ett omfattande arbete med att granska och förbättra sin digitala tillgänglighet. 1177 har utarbetat sin tillgänglighetsdeklaration genom att ta fram enskilda tillgänglighetsredogörelser för olika delar av webbplatsen. Utifrån mitt perspektiv verkar 1177 ha en heltäckande och tydlig beskrivning av den tillgänglighetsnivå som man ligger på just nu. Jag har inte haft möjlighet att göra någon omfattande granskning för att kontrollera detta, men jag har i alla fall besökt webbplatsen då och då för att få information och för att uträtta sjukvårdsärenden. Jag ...
Läs mer

Sammanfattning av första terminen av utbildningen i digital tillgänglighet

I den här första terminen av kursen har vi bland annat fått lära oss om hur den svenska DOS-lagen styr digital tillgänglighet för offentliga aktörer. Det var intressant att lära sig om samspelet mellan de offentliga aktörernas lagstadgade granskning och redogörelse av den egna tillgängligheten, användarnas möjlighet att komma med synpunkter till offentliga aktörer eller anmäla hos myndigheten Digg, och de tillgänglighetskontroller som myndigheten Digg utför. Ett annat moment i utbildningen som har gett mig betydelsefulla erfarenheter var när alla kursdeltagare gjorde en enkel granskning av en del av en webbplats. Det intressanta var att alla tittade på samma webbsidor, så att vi kunde jämföra våra synpunkter med varandra. Den här övningen gav mig en djupare förståelse för hur viktigt det är att göra tillgänglighetsgranskningar i team, så att man får med andra perspektiv. En annan sak som jag utvecklade förståelse för genom den här övningen var hur en webbsida kan skilja sig åt beroende...
Läs mer

Om mitt mål med utbildningen i digital tillgänglighet

När jag gick på högstadiet började jag få upp ögonen för de fantastiska möjligheterna som digital teknik skulle kunna innebära. Efter gymnasiet läste jag webbprogrammering på Växjö Universitet, och jobbade ideellt med webbutveckling i liten skala. När jag pluggade på universitetet hamnade jag i en projektgrupp som tog fram tillgänglighetsrekommendationer för en ny webbplats som universitetet skulle utveckla. Eftersom jag själv är blind insåg jag snabbt att användarvänlighet och tillgänglighet är avgörande för att digital utveckling ska göra den nytta som innovatörerna har tänkt sig. Efter universitetsåren har jag jobbat med granskning av olika typer av webbplatser, och hållit föredrag om vikten av användarvänliga webbgränssnitt. Den här tiden fördjupade min förståelse av vad som kan hända om webbplatser inte kan användas av vissa målgrupper. Men det som jag framförallt kom till insikt om då var hur digital teknik, om den utvecklas med tillgänglighet i åtanke, kan underlätta för folk på...
Läs mer