Audit checklist
- Crawla den offentliga webbplatsen och identifiera mallar, inte bara enskilda URL:er.
- Testa WCAG-reglerna 2.1/2.2 A och AA med en webbläsarbaserad motor.
- Skilj kritiska kassa- och kontoblockerare från kosmetiska brister.
- Koppla fynd för EU-webbinnehåll till avsnitt 9 i EN 301 549.
- Dokumentera vad automatiserad testning kan och inte kan bevisa.
- Skapa en åtgärdsbacklog med ansvariga, tidsfrister och verifieringssteg.
- Publicera eller uppdatera ett tillgänglighetsutlåtande på rätt språk.
Vad en seriös tillgänglighetsgranskning täcker
En användbar granskning börjar med omfattningen. Startsidan räcker sällan: navigering, produktlistor, formulär, inloggningsflöden, kassa, dokument, modala dialoger och feltillstånd behöver alla uppmärksamhet. Om ett fel finns i en delad komponent kan det påverka hundratals URL:er; granskningen bör identifiera orsaken på komponentnivå i stället för att dränka teamet i dubblettrader.
För efterlevnad i EU bör granskningen även dokumentera vilka standarder som använts. WCAG 2.2 AA är det praktiska riktmärket för webben; EN 301 549 är den harmoniserade europeiska IKT-standarden som för webbinnehåll hänvisar till WCAG. Den europeiska tillgänglighetslagen (EAA) pekar företag mot dessa standarder, men reglerna upprätthålls i varje medlemsstat enligt dess egen lagstiftning och genom dess egna myndigheter.
- Offentliga sidor och viktiga konverteringsflöden
- Tangentbord, fokus, formulär, namn/roller/värden, kontrast och semantik
- Återanvändbara komponenter som skapar upprepade brister
- Underlag: testade URL:er, tidsstämplar, regeluppsättningar och allvarlighetsgrad
Prioritera efter användarpåverkan, inte efter det råa antalet fel
En webbplats med 400 dubbletter med låg påverkan kan vara mindre riskabel än en enda kassasida med en otillgänglig betalknapp. Första åtgärdsrundan bör rikta in sig på blockerare: tangentbordsfällor, omärkta kontroller, saknade formulärfel, trasig fokusordning och innehåll som skärmläsare inte kan identifiera.
Efter blockerarna kommer mallkorrigeringarna. Att rätta en navigeringskomponent, ett formulärfält eller ett knappmönster tar ofta bort samma brist från många sidor. Därför grupperar Axively fynden efter regel och orsak innan förekomsterna per sida visas.
Underlag räknas för EAA och upphandling
Myndigheter och företagsköpare frågar inte bara om du anser att webbplatsen är tillgänglig. De frågar vad du testade, när, mot vilken standard och vad du gjorde med resultaten. Spara en rapport, åtgärdsanteckningar och verifieringsskanningar. Underlaget är också användbart för försäljningen: tillgänglighet blir allt oftare en del av leverantörsgranskningen.
En transparent rapport bör ange automatiseringens gränser. Automatiska verktyg hittar många vanliga problem, men meningsfull alternativtext, begripligt innehåll, undertextkvalitet och vissa hela användarflöden kräver mänsklig granskning. Att hävda full automatisk efterlevnad är en varningsflagga; att visa en mätbar process är starkare.
FAQ
Räcker en automatiserad tillgänglighetsgranskning för juridisk efterlevnad?
Nej. Automatiserad testning är det snabbaste sättet att hitta många vanliga WCAG-brister, men full efterlevnad kräver fortfarande expertgranskning. En bra automatiserad granskning är det första evidensbaserade steget, inte ett magiskt certifikat.
Vilken standard bör en EU-webbplats använda?
Använd WCAG 2.2 AA som utgångspunkt för webbtestning och koppla resultatet till EN 301 549. Kontrollera även den nationella lagstiftning som gäller på din målmarknad i EU med tanke på EAA-riskerna.
Hur ofta bör vi testa om?
Testa efter större releaser, efter ändringar i designsystemet och innan du publicerar ett tillgänglighetsutlåtande. För aktiva e-handelsplatser är månatliga eller releasebaserade kontroller säkrare än en enda årlig granskning.