Tillgänglighet, hur löser vi det?

 WCAG 2.0

Vi har i vår beställning sagt att målet är att vår nya webbplats uppfyller  WCAG 2.0

Vi har jämfört våra mockups med kraven för WCAG 2.0 och vi ser inte att vi brister på någon av punkterna. Det enda som är lite vagt är kravet om att en användare ska ha olika tillgångssätt för att hitta en sida. Här räknas ju sök som ett kompletterande alternativ, men för att stödja denna punkt ytterligare kommer vi troligen införa en länk till en sidkarta (denna kommer att placeras i sidfoten på miun.se).

 
Resten av punkterna för WCAG 2.0 är indelade i visuell design (kontrast, typsnitt osv.), och i hur man rent tekniskt formaterar koden.
För att säkerställa att kraven om WCAG 2.0 kommer att uppfyllas behöver vi kontinuerligt stämma av att de efterföljs, i både design- och teknikfasen i projekten.

Hur kontrollerar vi det?

Vi kan kontrollera det med Siteinprove och deras Accessibility-test som visar om hur sidan fungerar ur tillgänglighets synpunkt.

Där får vi en överblick av tillgängligheten på vår webbplats. Vi får reda på vilka fel som finns på respektive nivå A, AA och AAA - dessa nivåer representerar de officiella riktlinjerna för tillgänglighet (WCAG 2.0). De generella rekommendationerna är att uppfylla minst AA-nivån (dvs. både A och AA).  Med verktyget kan vi sedan kontrollera och prioritera vilka fel vi åtgärdar. Läs mer om Siteinprove och tillgänglighet

Vi använder även ReadSpeaker för uppläsning av dokument och sidor. Läs hur ReadSpeaker uppfyller WCAG2.0:s riktlinjer. 

För att sedan få bra tillgänglighet måste vi se till att våra redaktörer gör sin del av jobbet och där kommer vi använda Siteinprove Accessibility för att se till satt vi följer WCAG2.0 även där