Tillgänglighet är inte en egenskap modellen kan lova. Det är ett beteende du måste prova. Gör samma verkliga uppgift på fem andra sätt, rätta ett hinder i taget och gör om samma prov efter varje ändring.
Välj först appens viktigaste uppgift: skicka formuläret, boka tiden, hitta ett beslut eller köpa biljetten. Använd samma uppgift i alla fem proven. Då testar du inte om sidan ser rimlig ut, utan om en människa faktiskt kan bli klar.
Prov 1: lägg undan musen
Ladda om sidan och rör inte musen. Tryck på tabbtangenten för att flytta dig framåt, och använd Enter eller mellanslag för att aktivera det som är markerat. Försök genomföra hela uppgiften.
Provet är godkänt när du kan slutföra uppgiften, se varje steg och sedan fortsätta förbi det. Skriv ned det första stället där du fastnar. Beställ bara den rättningen:
Jag provar appen utan mus. Jag gör: [skriv varje Tab-, Enter- och mellanslagstryck fram till hindret].
Vid [knapp, länk, fält eller meny] händer detta: [markeringen syns inte, ordningen hoppar eller kontrollen går inte att använda].
Rätta bara detta tangentbordshinder. Ändra inte sidans utseende eller andra funktioner. Beskriv först vad du tänker ändra och hur jag provar samma väg igen. Bygg ingenting förrän jag har godkänt planen.
Prov 2: förstora tills texten är dubbelt så stor
Använd webbläsarens zoom och gå till 200 procent. Börja högst upp och genomför samma uppgift. Titta inte efter små skönhetsfel. Leta efter innehåll som försvinner, lägger sig ovanpå annat eller kräver att du drar sidan i sidled för att läsa vanlig text och nå vanliga knappar.
Det här ska fortfarande fungera
- Rubriker och brödtext går att läsa utan att rader kapas.
- Knappar och fält finns kvar i bild och går att använda.
- Meddelanden öppnas på en plats där du kan se dem.
- Innehållet kommer i samma begripliga ordning som före förstoringen.
Provet är godkänt när uppgiften går att slutföra vid 200 procents zoom utan att någon nödvändig del täcks eller försvinner. Ta en skärmbild på det första felet om provet misslyckas.
Vid 200 procents zoom händer detta på [sidans namn]: [beskriv vad som täcks, kapas, försvinner eller hamnar utanför]. Här är en skärmbild.
Rätta layouten så att samma innehåll och samma funktioner går att använda vid den förstoringen. Ändra inte textinnehållet och gör inte om resten av designen. Beskriv först orsaken, den minsta ändringen och hur jag gör om provet.
Prov 3: skicka formuläret fel
Om appen har ett formulär: lämna ett obligatoriskt fält tomt, skriv något i fel format och försök skicka två gånger. Ett rött fält är inte ett tillräckligt svar. Du ska få veta med ord vad som är fel, var felet finns och hur du kommer vidare.
Provet är godkänt när du efter varje misstag kan svara på tre frågor utan att gissa: Vilket fält är fel? Vad behöver ändras? Skickades något ändå? Rätta ett meddelande i taget om något svar saknas.
Jag gör: [beskriv exakt vad du skriver och vilken knapp du trycker på]. Jag förväntar mig ett meddelande som säger vilket fält som är fel och hur jag rättar det.
I stället händer: [klistra in meddelandet ordagrant, eller skriv att inget meddelande syns].
Gör felet begripligt både visuellt och för den som får sidan uppläst. Flytta användaren till eller nära felet utan att radera det som redan är rätt ifyllt. Ändra inget annat. Beskriv först planen och ge mig samma prov att göra efteråt.
Prov 4: ta bort färgen som ledtråd
Leta efter sådant som bara skiljs åt med färg: rött betyder fel, grönt betyder klart, en blå punkt betyder vald eller en grå knapp betyder avstängd. Täck över förklaringen eller föreställ dig att alla färger är grå och försök fortfarande avgöra vad som hänt.
Provet är godkänt när varje viktigt läge också uttrycks med ord, form eller placering. Ett fel kan till exempel ha både en markerad kant och texten ”Fyll i e-postadress”. En status kan säga ”Betald” i stället för att bara bli grön.
På [sidans namn] visas [fel, status, val eller skillnad] bara genom att [beskriv färgskillnaden].
Lägg till en kort synlig text eller en annan tydlig markering så att betydelsen går att förstå utan färgen. Behåll färgen och ändra inget annat. Visa först exakt vilken text eller markering du vill lägga till och var den ska ligga.
Prov 5: lyssna utan att titta
Slå på en skärmläsare eller annan uppläsningsfunktion i datorn eller telefonen. Lägg undan blicken och försök hitta sidans huvudrubrik, gå till formuläret och förstå knapparna. Du behöver inte lära dig hela verktyget. Lyssna efter vad appen kallar delarna.
Så slår du på uppläsningen
- Windows: Skärmläsaren startas och stängs med Windows-tangenten + Ctrl + Retur.
- Mac: VoiceOver startas och stängs med Kommando + F5.
- iPhone: Inställningar → Hjälpmedel → VoiceOver.
- Android: Inställningar → Tillgänglighet → TalkBack.
- På telefonen ändras gesterna medan uppläsningen är på: du markerar med ett tryck och aktiverar med dubbeltryck. Stäng av den igen så snart provet är klart.
- En knapp läses bara upp som ”knapp” eller med ett filnamn.
- Ett fält läses upp utan att du får veta vad du ska skriva.
- Rubriker, menyer och fel kommer i en ordning som inte motsvarar uppgiften.
Provet är godkänt när du kan förstå vad varje nödvändig kontroll gör och genomföra uppgiften utan att titta. Skriv ned den obegripliga benämningen ordagrant; det ger modellen ett avgränsat fel att rätta.
När jag får sidan uppläst hör jag [det som läses upp ordagrant] vid [var på sidan]. Av det går det inte att förstå [vad kontrollen gör eller vad fältet kräver].
Ge kontrollen ett begripligt namn för skärmläsare utan att ändra dess funktion. Om en synlig text redan finns ska samma betydelse användas. Beskriv först ändringen och säg exakt vad jag ska höra när jag gör om provet.
Rätta ett hinder, gör sedan samma prov
Be inte modellen ”göra appen tillgänglig”. Det är en stor beställning utan slutpunkt. Spara i stället en fungerande version, rätta det första hindret och gör om exakt samma väg. Prova därefter den vanliga vägen med mus och normal textstorlek så att rättningen inte har flyttat problemet.
Hindret är borta på det nya sättet att använda appen, och uppgiften fungerar fortfarande på det gamla sättet. Först då sparar du den nya punkten.
Där de fem proven inte räcker
De här proven hittar verkliga hinder, men de bevisar inte att hela appen är tillgänglig och de är ingen fullständig granskning mot en standard eller ett lagkrav. Du har bara provat en uppgift, på dina enheter, med dina sätt att använda dem.
För en del appar är tillgänglighet dessutom ett krav i lag. Sedan den 28 juni 2025 gäller lagen om vissa produkters och tjänsters tillgänglighet ↗, som bland annat omfattar e-handel, bank- och betaltjänster, persontransporter, e-böcker och elektronisk kommunikation riktad till konsumenter. De allra minsta företagen är undantagna på tjänstesidan. Bygger du en butik, en bokning eller något annat som tar betalt: ta reda på om appen omfattas. Det är en fråga de fem proven inte svarar på.
Om människor är beroende av appen för att arbeta, studera, få service eller hantera viktiga uppgifter behöver den granskas av personer som kan tillgänglighet och av användare med olika hjälpmedel. Din egen kontroll är fortfarande värdefull: den tar bort uppenbara hinder och ger granskaren ett bättre utgångsläge. Den ersätter inte granskningen.
Läs kursens del om användbarhet för prov med en annan person, En sak i taget för att hålla rättningarna avgränsade och guiden om beställningar när modellen försöker göra om mer än hindret du hittade.