Hur säkerställer man tillgängligheten?
Hur gör du för att testa att den webbplats du skapat verkligen är tillgänglig? Mike Cherim tipsar om hur han gör i artikeln Confirming a Web Site’s Accessibility.
3 kommentarer till »Hur säkerställer man tillgängligheten?«
Kommentarer
Lämna en kommentar
Du kan följa kommentarerna till inlägget via RSS. Radbrytningar och paragrafer skapas automatiskt. Viss HTML är tillåten: <a href=""> <em> <strong>.
Tack för lästipset! Jag brukar ha en kortare checklist som jag går igenom innan jag rullar ut en ny webbproduktion. Dock bör man ju ha tillgängligheten i bakhuvudet redan där man utvecklar. Hur gör ni på Digital Venues?
Kalle: Det har du helt rätt i. Tillgänglighetsarbetet är något som bör finnas med redan från start. Annars brukar det bara bli en onödigt kostsam historia.
För oss så finns tillgänglighets-tänket med från dag ett på ett projekt. Och oftast får man mycket gratis genom att bara följa webbstandarder och koda semantiskt.
När vi skapar webbplatser/webbapplikationer följer vi Progressive enhancement-strategin. Vilket betyder att vi först ser till att det grundläggande fungerar först (att “alla” kan komma åt innehållet) och lägger därefter successivt till ”förbättringar” för de besökare som har stöd för det. Till exempel om en webbplats ska ha mycket Ajax- och JavaScript-funktioner så ser vi först till att ha en version som fungerar utan JavaScript och lägger därefter på JavaScript-lagret. (Så är fallet med t.ex. vår egen applikation, Wishlistr, som fungerar även utan JavaScript och kan användas fullt ut i en textbaserad webbläsare till och med)
Specifikt vad det gäller tester vi gör under arbetets gång så kan det skilja sig lite beroende på typ av projekt. Men det första test jag brukar göra är att, när man har en grundstomme i HTML klar så testar jag den i Lynx. Det ger oftast en bra bild av hur väl man lyckats strukturera innehållet och markupen på ett semantiskt och logiskt sätt.
Därefter gör vi en rad tester under arbetets gång. Det kan vara saker som: validera HTML-koden, kolla så att färgerna fungerar tillfredställande för dem som har någon typ av färgblindhet, testa utan bilder, testa utan CSS, testa utan JavaScript, testa i olika webbläsare/skrämupplösning/operativsystem etc., testa sidan i en tillgänglighetsvalidator, jobba med språket/texter på sidan, med mera.
Blev en lång kommentar det här. Man kanske borde skriva en artikel … :)
Kul med ett sådant långt var!Man vinner mycket på att egentligen bara använda semantik, standarder och vanligt “common sense”. Ännu har jag inte speciellt många webbplatser som använder mycket JavaScript under mina vingar, men Progressive enhancement-strategin är definitivt något att följa.
Att testa siten i Lynx är inget jag har gjort innan, har endast testat att stänga av stilar/bilder/skript i Firefox och använt terminalwebbläsaren w3m, men att testa sidan med Lynx är verkligen en god idé!