TILLGÄNGLIGHET ≠ OVERLAY · 35
Tillgänglighet bevisas inte med poäng utan genom att människor kan använda din webbplats
📅 6 november 2026 · ⏱ 6 min läsning
Ett perfekt automatiskt resultat kan dölja verkliga hinder.
01. Vad en tillgänglighetspoäng betyder
En poäng sammanfattar vissa kontroller under bestämda förhållanden. Den representerar inte alla människor, enheter eller situationer. Startsidan kan få högsta betyg samtidigt som bokningssystemet, varukorgen eller kontosidan innehåller hinder som gör det omöjligt att slutföra en uppgift.
Mätvärden är användbara för att upptäcka återkommande tekniska fel och följa förändringar. De blir missvisande när de används som en allmän garanti. Tillgänglighet handlar om hela tjänsten, inklusive innehåll, interaktioner och resultat för besökaren.
02. Vad automatiska verktyg kan hitta
Automatiska verktyg hittar problem som går att kontrollera med regler: saknade textalternativ, vissa kontrastfel, fält utan etiketter och felaktiga semantiska relationer. De är effektiva för att granska många sidor och upprepa tester efter uppdateringar.
Men deras täckning är begränsad. En skanning av startsidan säger lite om dialogrutor, felmeddelanden och betalningsflöden. Resultaten behöver tolkas. Att ett verktyg inte hittar fel betyder inte att upplevelsen fungerar för alla.
03. Vad automatisering inte kan förstå
Ett program kan inte alltid avgöra om en bildbeskrivning förmedlar bildens verkliga funktion eller om en instruktion är begriplig utan att se skärmen. Ett enda test kan inte heller återskapa alla kombinationer av webbläsare och hjälpmedel.
En länk med texten ”klicka här” kan vara tekniskt korrekt men ändå otydlig i en länklista som läses upp av en skärmläsare. Lösningen kräver förståelse för sammanhanget och en beskrivande länktext.
04. När hundra procent blir missvisande
Föreställ dig en webbutik med perfekt resultat. Knappar har namn och bilder har textalternativ, men när varukorgen öppnas ligger tangentbordsfokus kvar bakom dialogrutan. Besökaren kan inte stänga rutan eller slutföra köpet.
Andra exempel är fel som endast markeras med rött eller bekräftelser som försvinner innan de hinner läsas. En stillbild kan se felfri ut trots att en viktig uppgift misslyckas. Testa därför hela flöden och inte bara enskilda sidor.
05. Testa navigering med tangentbord
Lägg undan musen. Använd Tab och Skift+Tab för att gå mellan länkar, knappar och fält. Kontrollera att fokus syns och följer en logisk ordning. Öppna menyer, kalendrar och dialogrutor och prova att hantera dem med tangentbordet.
Det räcker inte att nå en kontroll. Man måste kunna aktivera den, stänga den och fortsätta. Osynligt fokus, oväntade hopp och tangentbordsfällor är allvarliga hinder. Dokumentera stegen så att problemet kan återskapas.
06. Skärmläsare visar andra problem
En skärmläsare visar hur rubriker, områden, länkar, kontroller och statusmeddelanden presenteras. Stor text är inte automatiskt en semantisk rubrik. En ikonknapp behöver ett begripligt namn som beskriver dess funktion.
Lyssna på vad som händer efter en åtgärd. Meddelas formulärfel? Framgår vilket fält som berörs? Får användaren veta att en vara lagts i varukorgen? Sådana detaljer ryms inte i en enda sammanfattande poäng.
07. Formulär och hela användarresor
Formulär ska förklara vilka uppgifter som behövs, tydligt ange obligatoriska fält och ge hjälpsamma felmeddelanden. Besökaren måste kunna rätta misstag utan att förlora tidigare arbete. Funktionerna ska inte vara beroende av musen.
Granska hela resan från information till slutlig bekräftelse. En tillgänglig beskrivning hjälper föga om bokningskalendern inte kan användas med tangentbord. Vid ett köp är målet att genomföra beställningen, inte bara öppna varukorgen.
08. Kontrast, förstoring och begriplighet
Kontrollera verklig kontrast, synliga fokusmarkeringar och storleken på interaktiva mål. Förstora sidan ordentligt och säkerställ att viktig information finns kvar utan onödig rullning i två riktningar. Låt inte färg vara den enda signalen för fel.
Begripligt språk är också viktigt. Beskrivande rubriker, tydliga knappnamn och konsekvent navigering hjälper besökaren att förutse resultatet. Ett oförutsägbart gränssnitt kan vara svårt även om enskilda kontroller klarar tekniska tester.
09. WCAG 2.2 som stöd, inte som pris
WCAG 2.2 erbjuder kontrollerbara framgångskriterier och gemensamma krav för team. De hjälper till att definiera mål, dokumentera problem och kontrollera rättningar. En automatisk procentsats bevisar däremot inte att alla tillämpliga kriterier uppfylls.
Kombinera riktlinjerna med manuella granskningar, funktionstester och deltagande från personer med funktionsnedsättning. En ansvarsfull tillgänglighetsredogörelse beskriver det verkliga läget och kända begränsningar.
10. Testa med människor
Personer med funktionsnedsättning kan upptäcka hinder som teamet inte förutsett. Observera konkreta uppgifter och lyssna på återkopplingen utan att anta att en person representerar alla behov. Olika hjälpmedel och arbetssätt visar olika problem.
Förbered scenarier som informationssökning, bokning, ändring av inställningar och dokumenthämtning. Anteckna var det tar stopp och hur det påverkar målet. Prioritera hinder som stoppar uppgiften och testa rättningen på nytt.
11. Varför en overlay inte räcker
En overlay kan erbjuda inställningar för utseendet, men den ersätter inte semantisk HTML, fungerande formulär eller tillförlitlig navigering med tangentbord och skärmläsare. Den kan inte heller avgöra om en komplicerad process är begriplig hela vägen.
Ett installerat tillägg gör inte webbplatsen automatiskt förenlig med WCAG 2.2. Det nya gränssnittet kan skapa egna problem. Hållbar förbättring kräver rättningar i den ursprungliga tjänsten och löpande underhåll.
12. Bygg in ständiga förbättringar
Identifiera webbplatsens viktigaste uppgifter och de sidmallar som används. Kombinera automatiska kontroller med tester av tangentbord, fokus, struktur, formulär, förstoring och skärmläsare. Beskriv problem med tydliga steg och ansvarig person.
Gör kontrollerna till en del av publicering och uppdateringar. Testa gemensamma komponenter och kritiska flöden igen efter förändringar. Målet är inte en imponerande siffra utan att fler människor kan använda tjänsten självständigt.
13. En praktisk rutin för tillgänglighetskontroll
Välj en uppgift som är viktig för besökaren, till exempel att skicka ett kontaktformulär. Öppna formuläret, fyll i ofullständiga uppgifter, läs felmeddelandena, rätta felen och skicka. Gör allt utan mus. Kontrollera att varje fält har en begriplig etikett, att felmeddelanden kan uppfattas med skärmläsare och att bekräftelsen är tillgänglig. Upprepa sedan samma uppgift med kraftig förstoring. Jämför resultaten eftersom olika sätt att använda tjänsten visar olika hinder. Dokumentera vilka problem som helt stoppar uppgiften och vilka som gör den svårare. Tilldela varje rättning en ansvarig person och bestäm när den ska kontrolleras igen. Efter uppdateringar av teman eller tillägg bör samma viktiga flöden testas på nytt. Granska även nytt innehåll: bilder behöver relevanta textalternativ, länkar tydliga namn och dokument en fungerande struktur. På så sätt blir tillgänglighet en del av den vanliga publiceringsprocessen och inte bara ett tillfälligt testresultat. Involvera gärna personer med funktionsnedsättning i bedömningen av viktiga funktioner. Deras erfarenheter kan avslöja problem som varken automatiska verktyg eller interna kontroller upptäcker.