Skärmläsare

Vad är en skärmläsare?

En skärmläsare är en programvara som läser digitalt innehåll högt eller skickar det till en punktskriftsdisplay. Den gör det möjligt för personer som är blinda eller har svår synnedsättning att använda webbplatser, appar och dokument. Skärmläsare används också av personer med dyslexi och andra lässvårigheter.^[1]

Hur fungerar skärmläsare på webbplatser?

En skärmläsare "ser" inte sidans visuella layout. Istället läser den tillgänglighetsträdet — en strukturerad karta som webbläsaren bygger från HTML-koden och ARIA-attribut. Det innebär att typsnitt, färger och layout inte spelar roll för en skärmläsare. Det som spelar roll är ren HTML, korrekta rubriknivåer och rätt ARIA-kod.

Skärmläsaranvändare navigerar annorlunda än seende användare:

• Rubriker — Användare hoppar mellan H1, H2 och H3 för att skanna sidan, ungefär som seende användare skannar visuellt. Tydlig rubrikstruktur är avgörande.
• Tab-tangenten — Tab flyttar fokus mellan länkar, knappar och formulärfält. Skärmläsaren läser upp varje elements namn, roll och tillstånd.
• Landmärken — Användare hoppar till sidregioner som navigering, huvudinnehåll och sidfot med tangentbordsgenvägar.
• Formulärläge — När användaren går in i ett formulär eller en interaktiv widget byter skärmläsaren till ett läge som skickar tangenttryckningar till applikationen istället för att använda dem för navigering.

Vilka skärmläsare använder folk?

Flera skärmläsare är i bred användning, var och en med egna beteenden:

• JAWS — Den vanligaste skärmläsaren i företagsmiljöer, framför allt på Windows. Det är kommersiell programvara med en betydande licenskostnad.^[2]
• NVDA — En gratis skärmläsare med öppen källkod för Windows. Används ofta vid testning tack vare att den är gratis och förutsägbar.
• VoiceOver — Inbyggd i alla Apple-enheter utan extra kostnad. Det är den huvudsakliga skärmläsaren på iPhone och Mac.
• TalkBack — Inbyggd i Android-enheter. Använder svepgester istället för tangentbord.
• Narrator — Inbyggd i Windows. Mindre vanlig vid professionell testning men relevant som standardalternativ.

Enligt WebAIM:s användarstudie 2024 står JAWS och NVDA tillsammans för över 70 % av skärmläsaranvändningen på dator.^[2]

Varför är skärmläsartestning viktigt?

Automatiserade tillgänglighetsverktyg hittar strukturella problem — saknad alt-text, tomma knappar, låg färgkontrast. Men de kan inte avgöra om en sida faktiskt är begriplig när den läses upp. Bara skärmläsartestning avslöjar problem som:

• Förvirrande läsordning i komplexa layouter
• Anpassade menyer som inte går att använda med tangentbord
• Dynamiska innehållsuppdateringar (som sökresultat) som aldrig läses upp
• PDF-filer utan textlager, som låter helt tomma
• Tangentbordsfällor som hindrar användare från att lämna en widget^[3]

IT-team bör testa med minst två kombinationer av skärmläsare och webbläsare. De vanligaste kombinationerna är NVDA med Chrome eller Firefox på Windows, och VoiceOver med Safari på Mac och iOS.

Vad händer när en webbplats inte fungerar med skärmläsare?

När en webbplats inte är byggd för skärmläsare går problemen bortom besvär. Användare kan inte utföra uppgifter alls. Ett myndighetsformulär utan korrekta etiketter går inte att fylla i. En bankportal med omärkta knappar hindrar användare från att hantera sina konton. En e-handelskassa med en tangentbordsfälla stoppar köpet helt.

För organisationer med välbesökta, reglerade webbplatser — vårdgivare, försäkringsbolag, universitet, myndigheter — är dessa brister både ett användarproblem och en juridisk risk. Tillgänglighetslagar i EU, Storbritannien och USA behandlar skärmläsarstöd som ett grundkrav, inte ett valfritt tillägg.

Så hjälper Askem

De strukturella problem som oftast bryter skärmläsarkompatibiliteten — saknad alt-text, tomma eller omärkta knappar, felaktiga ARIA-roller och saknade formuläretiketter — kan fångas av automatiserade skanningsverktyg. För stora reglerade webbplatser där nya sidor och komponenter läggs till regelbundet fångar kontinuerlig skanning problem innan de når användare. Verktyg som Askem ger en tydlig lista med drabbade sidor och de specifika WCAG-kriterier som berörs, vilket gör det enkelt att skicka vidare resultaten till den utvecklare som ansvarar för åtgärden. Ingen installation eller skript behövs på webbplatsen som övervakas.

Källor

1. W3C WAI — How People with Disabilities Use the Web — Blindness: https://www.w3.org/WAI/people-use-web/user-stories/
2. WebAIM — Screen Reader User Survey: https://webaim.org/projects/screenreadersurvey10/
3. W3C WAI — Involving Users in Evaluating Web Accessibility: https://www.w3.org/WAI/test-evaluate/involving-users/