Praktiska guider för WCAG-framgångskriterier. Varje artikel förklarar regeln, varför den spelar roll för användarna, hur den verifieras och typiska åtgärdssteg — optimerat för team som levererar tillgängliga webbplatser med accsible.
90 / 90
WCAG 1.1.1 kräver att allt icke-textinnehåll – bilder, ikoner, kontroller och media – har ett textalternativ som förmedlar samma syfte eller information, så att användare som inte kan uppfatta visuellt innehåll kan ta del av det genom hjälpmedel som skärmläsare.
WCAG 1.2.1 kräver att förinspelat innehåll som enbart består av ljud eller enbart av video har ett textbaserat eller mediebaserat alternativ så att användare som inte kan höra eller se mediet ändå kan ta del av informationen. Detta är ett krav på nivå A, vilket innebär att det är den lägsta grundnivån för efterlevnad av webbtillgänglighet.
WCAG 1.2.2 kräver att allt förinspelat ljudinnehåll i synkroniserade medier (video med ljud) innehåller korrekta undertexter. Detta säkerställer att döva och hörselskadade användare kan ta del av talad dialog, ljudeffekter och annan meningsfull ljudinformation.
WCAG 1.2.3 kräver att förinspelade synkroniserade medier (video med ljud) antingen tillhandahåller en ljudbeskrivning av det visuella innehållet eller ett fullständigt textalternativ, så att användare som är blinda eller har nedsatt syn kan ta del av information som förmedlas visuellt.
WCAG 1.3.1 kräver att information, struktur och relationer som förmedlas genom visuell presentation också kan fastställas programmatiskt eller finns tillgängliga i text, så att användare av hjälpmedel får samma strukturella sammanhang som seende användare.
WCAG 1.3.2 kräver att när ordningen på innehållet påverkar dess betydelse, måste den sekvensen kunna fastställas programmatiskt så att hjälpmedelstekniker kan presentera den korrekt. Om detta kriterium inte uppfylls får skärmläsaranvändare och andra användare av hjälpmedelsteknik innehållet i en förvirrande eller meningslös ordning.
WCAG 1.3.3 kräver att instruktioner för att använda innehåll inte enbart får förlita sig på sensoriska egenskaper såsom form, färg, storlek, visuell placering, orientering eller ljud. Detta säkerställer att användare som inte kan uppfatta dessa sensoriska signaler – på grund av blindhet, färgblindhet, dövhet eller andra funktionsnedsättningar – ändå kan förstå och använda alla funktioner.
WCAG 1.4.1 kräver att färg aldrig är det enda sättet att förmedla information, indikera en åtgärd, uppmana till en respons eller särskilja ett visuellt element. Detta kriterium säkerställer att användare som inte kan uppfatta färgskillnader – inklusive personer med färgblindhet eller nedsatt syn – ändå kan ta del av allt innehåll och all funktionalitet.
WCAG 1.4.2 kräver att all ljuduppspelning som startar automatiskt och varar längre än tre sekunder måste erbjuda användare en mekanism för att pausa, stoppa eller kontrollera volymen oberoende av systemvolymen. Detta förhindrar att ljud stör skärmläsarens output och skyddar användare från oväntat, desorienterande ljud.
WCAG 2.1.1 kräver att all funktionalitet som är tillgänglig via en mus eller pekare är lika användbar enbart med ett tangentbord, utan att någon specifik timing krävs för tangenttryckningar. Detta kriterium är grundläggande för användare som inte kan använda en mus och säkerställer att de kan navigera, interagera med och slutföra uppgifter på alla webbplatser eller i alla applikationer.
WCAG 2.1.2 kräver att tangentbordsanvändare aldrig blir fast i en komponent — om fokus kan flyttas in i ett UI-element med hjälp av ett tangentbord, måste det också vara möjligt att flytta fokus därifrån med enbart tangentbordet. Detta kriterium är avgörande för användare som förlitar sig uteslutande på tangentbordsnavigering, inklusive personer med motoriska funktionsnedsättningar och skärmläsaranvändare.
WCAG 2.1.4 kräver att alla tangentbordsgenvägar som implementeras med endast en enstaka teckentangent (bokstav, siffra, skiljetecken eller symbol) kan stängas av, ommappas eller aktiveras endast vid fokus — för att förhindra oavsiktliga aktiveringar som skadar användare som är beroende av röststyrning eller har motoriska funktionsnedsättningar.
WCAG 2.2.1 kräver att alla tidsbegränsningar som ställs in av innehållet kan stängas av, justeras eller förlängas av användaren — så att personer som behöver mer tid för att interagera med webbinnehåll inte utestängs. Detta kriterium på nivå A är avgörande för användare med motoriska, kognitiva och visuella funktionsnedsättningar.
WCAG 2.2.2 kräver att rörligt, blinkande, rullande eller automatiskt uppdaterande innehåll kan pausas, stoppas eller döljas av användare. Detta skyddar personer med kognitiva funktionsnedsättningar, vestibulära störningar och uppmärksamhetsrelaterade tillstånd från innehåll som de inte kan kontrollera.
WCAG 2.3.1 kräver att webbinnehåll inte innehåller något som blinkar mer än tre gånger per sekund, om inte blinkningen ligger under allmänna eller röda blinktrösklar. Detta kriterium är avgörande för att förhindra anfall och fysiska reaktioner hos användare med ljuskänslig epilepsi eller liknande neurologiska tillstånd.
WCAG 2.4.1 kräver att webbsidor tillhandahåller en mekanism för att hoppa över upprepade innehållsblock, såsom navigationsmenyer, så att tangentbordsanvändare och användare av hjälpmedel kan nå huvudinnehållet utan att tabba genom varje länk. Detta är ett krav på nivå A, vilket innebär att det är basnivån för tillgänglig tangentbordsnavigering.
WCAG 2.4.2 kräver att varje webbsida har en beskrivande, meningsfull titel som identifierar dess ämne eller syfte. Detta säkerställer att användare – särskilt de som förlitar sig på skärmläsare eller hanterar flera flikar – snabbt kan orientera sig och navigera effektivt.
WCAG 2.4.3 kräver att om en webbsida kan navigeras sekventiellt och navigeringssekvenserna påverkar betydelse eller funktion, måste fokuserbara komponenter få fokus i en ordning som bevarar betydelse och användbarhet. Detta kriterium är avgörande för tangentbordsanvändare och användare av hjälpmedel som är beroende av en logisk, förutsägbar fokussekvens för att förstå och interagera med innehållet.
WCAG 2.4.4 kräver att syftet med varje länk kan fastställas enbart utifrån länktexten, eller utifrån länktexten tillsammans med dess omgivande kontext. Detta säkerställer att skärmläsaranvändare, användare som endast använder tangentbordet och personer med kognitiva funktionsnedsättningar kan förstå vart en länk leder utan att behöva följa den.
WCAG 2.5.1 kräver att all funktionalitet som använder multipunkts- eller banbaserade gester (såsom nyp-för-att-zooma eller svep) också kan användas med en enda pekare utan en banbaserad gest, om inte gesten är väsentlig. Detta skyddar användare med motoriska funktionsnedsättningar som inte på ett tillförlitligt sätt kan utföra komplexa beröringsgester.
WCAG 2.5.2 kräver att funktionalitet som utlöses av en enda pekare (mus, beröring eller stylus) kan avbrytas eller ångras, för att förhindra oavsiktliga aktiveringar. Detta skyddar användare med motoriska funktionsnedsättningar som kan trycka eller klicka av misstag.
WCAG 2.5.3 kräver att interaktiva komponenter med synliga textetiketter har ett tillgängligt namn som innehåller den synliga texten, så att användare av röststyrning kan aktivera kontroller genom att säga det de ser. Skillnader mellan synliga etiketter och tillgängliga namn bryter röststyrd navigering och undergräver förtroendet för miljontals användare.
WCAG 2.5.4 kräver att all funktionalitet som utlöses av enhets- eller användarrörelser (såsom skakning eller lutning) också måste kunna användas via konventionella användargränssnittskomponenter, och användare måste kunna inaktivera rörelseaktivering för att förhindra oavsiktlig aktivering.
WCAG 3.1.1 kräver att det går att fastställa den huvudsakliga mänskliga språkinställningen för varje webbsida programmatiskt, främst genom att ange ett giltigt lang-attribut på HTML-elementet. Detta gör det möjligt för hjälpmedel som skärmläsare att uttala innehållet korrekt och hjälper användare med kognitiva och språkliga funktionsnedsättningar att förstå sidan.
WCAG 3.2.1 Vid fokus kräver att när någon användargränssnittskomponent får tangentbordsfokus får den inte utlösa en oväntad förändring av kontext. Detta skyddar tangentbordsanvändare och användare av hjälpmedel från desorienterande, oförutsägbart beteende som kan göra en sida omöjlig att navigera effektivt.
WCAG 3.2.2 On Input kräver att ändring av inställningen för någon användargränssnittskomponent inte automatiskt orsakar en kontextförändring, om inte användaren har informerats om detta beteende i förväg. Detta skyddar användare från desorienterande, oväntade sidförändringar som utlöses av formulärinteraktioner.
WCAG 3.3.1 kräver att när ett inmatningsfel upptäcks automatiskt ska det felaktiga fältet identifieras och felet beskrivas för användaren i text. Detta säkerställer att användare med funktionsnedsättningar kan upptäcka, förstå och rätta till misstag när de fyller i formulär.
WCAG 3.3.2 kräver att etiketter eller instruktioner tillhandahålls när innehåll kräver användarinmatning, för att säkerställa att alla användare – oavsett förmåga – kan förstå vad som förväntas av dem innan de skickar in formulärdata. Att inte märka formulärfält är ett av de vanligaste och mest betydande tillgänglighetshindren på webben.
WCAG 3.3.7 kräver att information som användare redan har lämnat i en flerstegsprocess antingen fylls i automatiskt eller görs tillgänglig för val, så att användare aldrig behöver ange samma uppgifter två gånger. Detta förhindrar frustration och fel för användare med kognitiva, motoriska eller andra funktionsnedsättningar.
WCAG 4.1.2 kräver att alla användargränssnittskomponenter har ett programmatiskt fastställbart namn och en programmatiskt fastställbar roll, och att tillstånd, egenskaper och värden både kan läsas och ställas in av hjälpmedelstekniker. Detta säkerställer att skärmläsare och andra verktyg kan identifiera, beskriva och interagera korrekt med varje element på sidan.
WCAG 1.2.4 kräver att allt direktsänt ljudinnehåll i synkroniserade medier – såsom webbinarier, liveströmmar och sändningar – åtföljs av realtidsundertexter. Detta säkerställer att döva och hörselskadade användare kan ta del av talat innehåll när det sker, i realtid.
WCAG 1.2.5 kräver att syntolkning tillhandahålls för allt förinspelat videoinnehåll i synkroniserade medier, så att användare som är blinda eller har nedsatt syn kan ta del av visuell information som inte förmedlas enbart genom ljudspåret.
WCAG 1.3.4 Orientation kräver att innehåll inte begränsar sin visning och användning till en enda skärmorientering, såsom stående eller liggande, om inte en specifik orientering är nödvändig. Detta kriterium säkerställer att användare som inte fysiskt kan rotera sina enheter – såsom de med monterade surfplattor eller motoriska funktionsnedsättningar – ändå kan komma åt allt innehåll.
WCAG 1.3.5 kräver att syftet med varje inmatningsfält som samlar in personuppgifter kan bestämmas programmatiskt, vilket gör det möjligt för webbläsare och hjälpmedelsteknik att automatiskt fylla i, märka eller anpassa fält. Detta är avgörande för användare med kognitiva funktionsnedsättningar och motoriska funktionsnedsättningar som gynnas av minskat manuellt inmatningsarbete.
WCAG 1.4.3 kräver att text och textbilder har en kontrastförhållande på minst 4,5:1 mot sin bakgrund (3:1 för stor text), vilket säkerställer att användare med nedsatt syn eller färgseendedefekter kan läsa innehåll utan hjälpmedel.
WCAG 1.4.4 kräver att text kan förstoras upp till 200% utan hjälpmedelsteknik och utan förlust av innehåll eller funktionalitet. Detta kriterium är avgörande för användare med nedsatt syn som förlitar sig på webbläsarzoom eller anpassade teckenstorleksinställningar för att kunna läsa webbinnehåll bekvämt.
WCAG 1.4.5 kräver att text som förmedlar information presenteras som faktisk text i stället för som en bild av text, utom när en specifik visuell presentation är nödvändig eller när bilden kan anpassas visuellt av användaren. Detta kriterium är avgörande för användare som behöver ändra storlek, färg eller ombryta text för att kunna läsa den bekvämt.
WCAG 1.4.10 Reflow kräver att innehåll kan presenteras utan förlust av information eller funktionalitet, och utan att kräva rullning i två dimensioner, när det visas med en bredd motsvarande 320 CSS-pixlar. Detta säkerställer att användare som är beroende av zoom eller små visningsfönster — inklusive personer med nedsatt syn och mobilanvändare — kan ta del av allt innehåll utan horisontell rullning.
WCAG 1.4.11 kräver att användargränssnittskomponenter och grafiska objekt har en kontrastförhållande på minst 3:1 mot angränsande färger, vilket säkerställer att personer med nedsatt syn kan uppfatta interaktiva kontroller, fokusindikatorer och meningsfull grafik utan hjälpmedel.
WCAG 1.4.12 kräver att inget innehåll eller ingen funktionalitet går förlorad när användare åsidosätter egenskaper för textavstånd – radavstånd, teckenavstånd, ordavstånd och avstånd efter stycken – till specifika minimivärden. Detta kriterium är avgörande för användare med dyslexi, nedsatt syn och kognitiva funktionsnedsättningar som är beroende av anpassade avstånd för att kunna läsa effektivt.
WCAG 1.4.13 kräver att ytterligare innehåll som visas vid hovring med pekare eller tangentbordsfokus är avfärdbart, hovringsbart och bestående — vilket säkerställer att användare med nedsatt syn, motoriska funktionsnedsättningar och kognitiva funktionsnedsättningar kan komma åt och interagera med innehåll i verktygstipsstil utan att förlora det oväntat.
WCAG 2.4.5 kräver att webbplatser tillhandahåller mer än ett sätt för användare att hitta en viss sida inom en uppsättning webbsidor — till exempel genom en webbplatssökning, en webbplatskarta eller en navigationsmeny. Detta säkerställer att användare med olika förmågor och preferenser kan hitta innehåll med den metod som fungerar bäst för dem.
WCAG 2.4.6 kräver att rubriker och etiketter, när de finns, måste vara beskrivande och korrekt förmedla ämnet eller syftet med innehållet som de introducerar eller identifierar. Detta kriterium hjälper användare – särskilt de som använder hjälpmedelsteknik – att navigera i innehåll effektivt och förstå strukturen och syftet med sidavsnitt och formulärfält.
WCAG 2.4.7 kräver att alla tangentbordsstyrda användargränssnitt har en synlig fokusindikator så att användare alltid kan se vilket element som för närvarande har tangentbordsfokus. Detta är avgörande för användare som enbart använder tangentbord, personer med motoriska funktionsnedsättningar och alla som inte kan använda en mus.
WCAG 2.4.11 kräver att när en UI-komponent får tangentbordsfokus får den inte vara helt dold av innehåll som skapats av författaren, såsom klistriga sidhuvuden, cookie-banners eller chattwidgetar. Detta kriterium säkerställer att tangentbordsanvändare alltid kan se var de befinner sig på sidan, vilket är avgörande för navigering och användbarhet.
WCAG 2.5.7 kräver att all funktionalitet som använder en dragrörelse också kan utföras med en enda pekare utan dragning, om inte dragning är väsentlig. Detta säkerställer att användare med motoriska funktionsnedsättningar som inte på ett tillförlitligt sätt kan utföra draggester ändå kan komma åt all funktionalitet.
WCAG 2.5.8 kräver att interaktiva mål som knappar och länkar har en minsta storlek på 24×24 CSS-pixlar, eller tillräckligt med mellanrum runt mindre mål, så att användare med motoriska funktionsnedsättningar kan aktivera dem på ett tillförlitligt sätt. Om detta kriterium inte uppfylls leder det till oavsiktliga aktiveringar och frustration för alla som inte kan styra en pekare med precision.
WCAG 3.1.2 kräver att alla stycken, fraser eller avsnitt av webbinnehåll som är skrivna på ett annat språk än sidans primära språk måste identifieras programmatiskt med hjälp av lang-attributet. Detta gör det möjligt för hjälpmedelstekniker, särskilt skärmläsare, att automatiskt byta talsyntesmotor och återge innehållet korrekt för användare som är beroende av ljudutmatning.
WCAG 3.2.3 kräver att navigeringsmekanismer som förekommer på flera sidor inom en uppsättning webbsidor förekommer i samma relativa ordning varje gång, om inte användaren initierar en ändring. Denna förutsägbarhet hjälper användare med kognitiva, visuella och motoriska funktionsnedsättningar att skapa mentala modeller av en webbplats och navigera effektivt.
WCAG 3.2.4 kräver att komponenter som utför samma funktion på en webbplats identifieras konsekvent — genom att använda samma etikett, namn eller alternativtext varje gång de förekommer. Detta förhindrar förvirring för användare som är beroende av konsekventa mönster för att navigera och förstå digitala gränssnitt.
WCAG 3.2.6 kräver att om en webbplats erbjuder mänsklig kontakt, självhjälp eller automatiserade hjälpmekanismer, ska dessa mekanismer förekomma i samma relativa ordning på alla sidor. Detta säkerställer att användare med kognitiva funktionsnedsättningar eller minnesnedsättningar på ett tillförlitligt sätt kan hitta hjälp utan att behöva lära om gränssnittet på varje sida.
WCAG 3.3.3 kräver att när ett inmatningsfel upptäcks automatiskt måste systemet tillhandahålla en textbeskrivning som föreslår hur användaren kan rätta till misstaget — om inte detta skulle äventyra säkerheten eller syftet. Detta kriterium är avgörande för användare med kognitiva funktionsnedsättningar, skärmläsaranvändare och alla som har svårt att förstå vag eller utebliven felvägledning.
WCAG 3.3.4 kräver att webbinlämningar som innebär juridiska åtaganden, finansiella transaktioner eller känsliga uppgifter kan kontrolleras, korrigeras eller ångras innan de slutförs. Detta skyddar alla användare – särskilt de med kognitiva och motoriska funktionsnedsättningar – från oåterkalleliga misstag med stora konsekvenser.
WCAG 3.3.8 kräver att autentiseringsprocesser inte förlitar sig på kognitiva funktionstester – såsom att memorera lösenord, lösa pussel eller skriva av tecken – om inte en alternativ metod eller hjälp finns tillgänglig. Detta skyddar användare med kognitiva funktionsnedsättningar från att stängas ute från digitala tjänster.
WCAG 4.1.3 kräver att statusmeddelanden – såsom bekräftelser på formulärinlämning, felmeddelanden och uppdateringar av varukorg – ska vara programmatiskt fastställbara genom roll eller egenskap så att hjälpmedelstekniker kan tillkännage dem utan att användaren behöver flytta fokus. Detta säkerställer att användare som är beroende av skärmläsare får viktig återkoppling även när fokus inte flyttas till meddelandet.
WCAG 1.2.6 kräver att teckenspråkstolkning tillhandahålls för allt förinspelat ljudinnehåll i synkroniserade medier. Detta kriterium säkerställer att döva användare vars primära språk är ett teckenspråk fullt ut kan ta del av ljudinformation som kanske inte förmedlas tillräckligt väl enbart genom undertexter.
WCAG 1.2.7 kräver att när pauser i förgrundsljudet inte räcker för att förmedla all visuell information, måste utökade ljudbeskrivningar – åstadkomna genom att pausa videon – tillhandahållas för förinspelade synkroniserade medier. Detta säkerställer att blinda och synsvaga användare fullt ut kan förstå komplext visuellt innehåll som vanliga ljudbeskrivningar inte kan täcka.
WCAG 1.2.8 kräver att ett fullständigt textalternativ tillhandahålls för allt förinspelat synkroniserat media (ljud-video) och förinspelat enbart video-innehåll, så att användare som inte kan uppfatta ljud- eller visuellt innehåll kan ta del av hela innehållet genom text.
WCAG 1.2.9 kräver att allt direktsänt ljudinnehåll utan bild – såsom direktsända radioutsändningar eller ljudströmmar utan bild – åtföljs av en likvärdig textalternativ i realtid, till exempel en direktsänd textningsström eller en texttranskription som uppdateras synkront. Detta säkerställer att användare som är döva eller har nedsatt hörsel kan ta del av direktsänt ljudinnehåll utan att behöva förlita sig på själva ljudspåret.
WCAG 1.3.6 kräver att syftet med användargränssnittskomponenter, ikoner och regioner ska kunna fastställas programmatiskt så att webbläsare och hjälpmedelsteknik kan anpassa presentationen för att tillgodose individuella användares behov. Detta kriterium är avgörande för användare med kognitiva funktionsnedsättningar som har nytta av personanpassade, förenklade eller symbolsupplementerade gränssnitt.
WCAG 1.4.6 kräver en minsta kontrastförhållande på 7:1 för normal text och 4,5:1 för stor text mellan förgrunds- och bakgrundsfärger, vilket går längre än AA-tröskeln för att säkerställa läsbarhet för användare med nedsatt syn, färgseendedefekter eller de som använder tjänsten i utmanande ljusförhållanden.
WCAG 1.4.7 kräver att förinspelat ljudinnehåll som innehåller tal antingen inte har några bakgrundsljud, tillåter att bakgrundsljud stängs av, eller håller bakgrundsljud minst 20 dB lägre än talet i förgrunden. Detta skyddar användare med hörselnedsättning och kognitiva funktionsnedsättningar som har svårt att skilja tal från konkurrerande ljud.
WCAG 1.4.8 kräver att textblock visuellt presenteras på sätt som användare kan kontrollera – vilket omfattar förgrunds- och bakgrundsfärger, radbredd, radavstånd och textjustering – så att personer med läs-, kognitiva eller synnedsättningar kan läsa innehåll bekvämt utan informationsförlust.
WCAG 1.4.9 kräver att text presenteras som faktisk text i stället för som bilder av text, utan undantag utöver rent dekorativt innehåll eller fall där den specifika visuella presentationen är avgörande för den information som förmedlas. Detta kriterium säkerställer att alla användare kan anpassa textrenderingen efter sina individuella behov.
WCAG 2.1.3 kräver att varje funktion på en webbsida eller i en applikation ska kunna användas via ett tangentbordsgränssnitt, utan några som helst undantag – inte ens för vägbundna eller frihandsritningsuppgifter. Detta AAA-kriterium stänger kryphålet som finns i WCAG 2.1.1 och säkerställer full tangentbordsåtkomst för användare som inte kan använda en mus.
WCAG 2.2.3 (Nivå AAA) kräver att tidtagning inte är en väsentlig del av den händelse eller aktivitet som presenteras av innehållet, förutom för icke-interaktivt synkroniserat media och direktsända händelser. Detta säkerställer att användare med funktionsnedsättningar som behöver mer tid för att läsa, interagera eller svara aldrig utesluts av tidsberoende design.
WCAG 2.2.4 kräver att användare kan skjuta upp eller undertrycka alla avbrott – såsom varningar, aviseringar och automatiska innehållsuppdateringar – förutom de som rör en nödsituation. Detta kriterium är avgörande för användare med uppmärksamhets-, kognitiva eller neurologiska funktionsnedsättningar som kan bli allvarligt störda av oväntade avbrott under en uppgift.
WCAG 2.2.5 kräver att när en autentiserad session löper ut ska användare kunna autentisera sig igen och fortsätta sin aktivitet utan att förlora någon data de har matat in. Detta kriterium är avgörande för användare med funktionsnedsättningar som kan behöva mer tid för att slutföra uppgifter och inte får straffas av sessionstidsgränser som raderar deras arbete.
WCAG 2.2.6 kräver att användare varnas om dataförlust på grund av inaktivitets-timeouter, och att varje sådan timeout varar minst 20 timmar om inte data bevaras. Detta skyddar användare med kognitiva funktionsnedsättningar, motoriska funktionsnedsättningar och andra som behöver mer tid för att slutföra uppgifter.
WCAG 2.3.2 kräver att webbsidor inte innehåller något innehåll som blinkar mer än tre gånger under någon ensekundsperiod, utan undantag för små eller lågkontrastblinkningar. Detta strängare AAA-kriterium skyddar användare med ljuskänslig epilepsi och andra krampanfallssjukdomar från potentiellt livshotande neurologiska reaktioner.
WCAG 2.3.3 kräver att rörelseanimation som utlöses av användarinteraktion kan inaktiveras, om inte animationen är avgörande för funktionaliteten eller informationen som förmedlas. Detta är viktigt eftersom rörelse kan utlösa vestibulära störningar och orsaka yrsel, illamående och desorientering hos en betydande del av befolkningen.
WCAG 2.4.8 kräver att användare kan avgöra var de befinner sig inom en uppsättning webbsidor — till exempel genom brödsmulor, webbplatskartor eller markerade navigationslänkar. Detta hjälper användare med kognitiva funktionsnedsättningar, skärmläsaranvändare och alla som navigerar på komplexa webbplatser att orientera sig och röra sig genom innehållet med trygghet.
WCAG 2.4.9 kräver att syftet med varje länk kan fastställas enbart utifrån länktexten, utan att förlita sig på omgivande kontext. Detta striktare AAA-kriterium säkerställer att alla användare – särskilt skärmläsaranvändare som navigerar via länkar – kan förstå vart en länk leder utan att läsa hela sidan.
WCAG 2.4.10 kräver att sektionsrubriker används för att organisera innehåll när en sida innehåller flera sektioner, vilket gör det möjligt för användare att navigera och förstå sidans struktur. Detta kriterium stödjer skärmläsaranvändare, kognitiva tillgänglighetsbehov och alla som är beroende av dokumentstrukturen för att orientera sig i långt eller komplext innehåll.
WCAG 2.4.12 kräver att när en UI-komponent får tangentbordsfokus får ingen del av den komponenten döljas av innehåll som skapats av författaren – det fokuserade elementet måste vara helt synligt. Detta utökade (AAA) kriterium eliminerar den delvisa synlighetsmarginalen i dess AA-motsvarighet och säkerställer att tangentbordsanvändare alltid ser exakt var fokus är.
WCAG 2.4.13 kräver att fokusindikatorer för tangentbord uppfyller minimikrav på storlek och kontrast så att användare tydligt kan se vilket element som har fokus. Detta kriterium säkerställer att personer som är beroende av tangentbord eller hjälpmedelsteknik kan navigera i gränssnitt utan att tappa bort sin aktuella position.
WCAG 2.5.5 kräver att interaktiva mål som knappar och länkar är minst 44×44 CSS-pixlar stora, så att personer med motoriska funktionsnedsättningar, skakningar eller begränsad fingerfärdighet på ett tillförlitligt sätt kan aktivera kontroller utan att oavsiktligt utlösa intilliggande element.
WCAG 2.5.6 kräver att webbinnehåll inte begränsar användare till en enda inmatningsmodalitet när flera inmatningsmekanismer är tillgängliga på plattformen, så att människor kan växla fritt mellan touch, tangentbord, mus, röst och andra inmatningsmetoder utan att förlora åtkomst till funktionalitet.
WCAG 3.1.3 kräver att webbplatser tillhandahåller en mekanism för att identifiera den specifika definitionen av ord eller fraser som används på ett ovanligt eller begränsat sätt, inklusive idiom och fackspråk. Detta säkerställer att användare med kognitiva funktionsnedsättningar, personer som inte har språket som modersmål och de som är obekanta med specialiserad terminologi kan förstå innehållet.
WCAG 3.1.4 kräver att en mekanism finns tillgänglig för att identifiera den fullständiga formen eller betydelsen av förkortningar som används i innehåll. Detta kriterium säkerställer att användare som inte är bekanta med förkortningar, akronymer eller initialförkortningar kan ta del av deras fulla betydelse, vilket stödjer förståelsen för personer med kognitiva funktionsnedsättningar, personer som inte har språket som modersmål och skärmläsaranvändare.
WCAG 3.1.5 kräver att när innehåll kräver en läsförmåga bortom lägre sekundär utbildningsnivå, ska en kompletterande version eller sammanfattning skriven på en enklare nivå tillhandahållas. Detta säkerställer att användare med kognitiva funktionsnedsättningar, begränsad läskunnighet eller språkliga hinder kan ta del av och förstå informationen.
WCAG 3.1.6 kräver att en mekanism finns tillgänglig för att identifiera den specifika uttal av ord där betydelsen är tvetydig utan att känna till uttalet. Detta kriterium säkerställer att användare som är beroende av text-till-tal-teknik eller som stöter på obekant språk kan få tillgång till den korrekta betydelsen av tvetydigt innehåll.
WCAG 3.2.5 kräver att kontextförändringar – såsom sidnavigeringar, formulärinlämningar eller innehållsuppdateringar – endast initieras genom uttryckliga användaråtgärder och inte utlöses automatiskt. Detta skyddar användare som är beroende av skärmläsare, tangentbordsnavigering eller kognitiva stödverktyg från oväntade avbrott i deras surfupplevelse.
WCAG 3.3.5 kräver att kontextkänslig hjälp är tillgänglig när en webbsida begär användarinmatning, så att användare kan förstå vilken information som krävs och hur den ska lämnas korrekt. Detta kriterium minskar fel och stödjer användare med kognitiva funktionsnedsättningar, oerfarna användare och alla som navigerar i komplexa formulär.
WCAG 3.3.6 kräver att för alla webbsidor som kräver användarinmatning ska inlämningar vara reversibla, kontrolleras för fel med korrigeringsvägledning eller kunna bekräftas innan den slutliga inlämningen. Detta AAA-kriterium utökar 3.3.4 till alla formulär – inte bara juridiska eller finansiella – och skyddar användare från oåterkalleliga misstag i varje interaktion.
WCAG 3.3.9 kräver att autentiseringsprocesser inte innefattar något som helst kognitivt funktionstest – inga pussel, ingen memorering eller avskrift – om inte ett icke-kognitivt alternativ, en assisterande mekanism eller en objektbaserad metod finns tillgänglig. Detta förbättrade (AAA) kriterium eliminerar de sista hindren för autentisering för användare med kognitiva, motoriska och minnesrelaterade funktionsnedsättningar.
WCAG 4.1.1 Parsing kräver att webbinnehåll är fritt från allvarliga HTML/XML-fel – såsom duplicerade ID:n – som kan få hjälpmedelstekniker att misstolka sidan eller misslyckas med att bearbeta den. Även om riktlinjen är utfasad i WCAG 2.2 är de underliggande axe-core-reglerna fortfarande aktiva och överträdelser innebär fortfarande en verklig tillgänglighetsrisk.
Presidentcirkulär 2025/10, publicerat i Turkiets Officiella Tidning nr 32933 den 21 juni 2025, föreskriver WCAG 2.2-anpassad tillgänglighet för webbplatser och mobilapplikationer inom ett brett spektrum av offentliga och privata organisationer, med efterlevnadsfrister på ett år för den offentliga sektorn och två år för e-handelsleverantörer.
Den här artikeln förklarar Turkiets program för tillgänglighetslogotyp som infördes genom presidentcirkulär 2025/10 (Officiella tidningen nr 32933, 21 juni 2025), och behandlar vilka som är skyldiga, de tekniska kraven i WCAG 2.2, den övervakningsbaserade tilldelningsprocessen samt praktiska steg för att uppnå efterlevnad.
Den här artikeln förklarar hur omfattade organisationer i Türkiye måste inrätta en intern granskningskommission för tillgänglighet på webbplatser och mobila applikationer (İnceleme Komisyonu) enligt presidentcirkulär nr 2025/10, inklusive rättslig grund, skyldigheter, WCAG 2.2-krav och steg-för-steg-vägledning för genomförande.
