WCAG 2.2: praktični koraki za ekipe in organizacije

WCAG 2.2: praktični koraki za ekipe in organizacije

WCAG 2.2 prinaša devet novih kriterijev uspešnosti, ki merijo predvsem na mobilno, motorično in kognitivno dostopnost, zato jih ne velja odlašati. Ciljajte na raven AA in začnite pri kriterijih, ki najbolj vplivajo na ključne uporabniške poti, denimo prijavo, plačilo in obrazce. Priporočilo samo po sebi ni zakon, a se prek standarda EN 301 549 in evropske zakonodaje postopoma vgrajuje v pravne zahteve. Kdor začne zdaj, se izogne poznejšemu popravljanju pod pritiskom rokov.

Na kratko:

• Za nadgradnjo na WCAG 2.2 je priporočljivo začeti z rešitvami, ki najbolje vplivajo na kritične uporabniške poti, kot so prijava in nakup, ter jih izvajati postopno.
• Osnovni novi kriteriji vključujejo izboljšave v območju fokusa, velikosti tarč in vedno bolj pomembno dostopnost pri prijavi, vključno z biometričnimi in upravljalnim sistemi.
• Uporaba novih smernic ni takoj obvezna, vendar je moderna pravna praksa že previdno uvaja zahteve iz EN 301 549 in evropske zakonodaje, zato zamuda ni smotrna.
• Pri postopku prilagajanja je ključno ročno preverjanje fokusiranih elementov, modalnih oken in kritičnih obrazcev, saj avtomatizirana orodja ne zaznavajo vseh težav.
• Moxy Web svetuje integracijo dostopnosti že od začetka projekta z uporabo avtomatiziranih in ročnih testiranj ter nudi podporo pri načrtovanju, izvedbi in dokumentiranju skladnosti.

Kazalo

• Kaj je WCAG 2.2 in zakaj je pomembna zdaj
• Poglobljena razlaga najpomembnejših novih kriterijev
• Pravni kontekst: EN 301 549, EAA in ZDSMA
• Praktični načrt za ekipe: kako uvesti in prioritizirati spremembe
• Preverjanje skladnosti: orodja, ročni pregledi in testiranje z uporabniki
• Kako pri Moxy Web pristopamo k uvedbi WCAG 2.2
• Kako lahko Moxy Web pomaga pri uvedbi dostopnosti
• Viri
• Pogosta vprašanja

Kaj je WCAG 2.2 in zakaj je pomembna zdaj

WCAG je kratica za smernice za dostopnost spletnih vsebin, ki jih pripravlja W3C, mednarodni konzorcij, ki postavlja tehnične standarde za splet. WCAG 2.2 je uradno priporočilo tega konzorcija in dodaja devet novih kriterijev uspešnosti, hkrati pa ohranja polno združljivost z različicama 2.1 in 2.0, torej vse, kar je stran že izpolnjevala, ostane veljavno.

Novi kriteriji niso naključni dodatek, temveč odgovor na leta zbranih izkušenj uporabnikov, ki uporabljajo tipkovnico, na dotik ali podporno tehnologijo. Poudarek je na treh področjih: lažje upravljanje na mobilnih napravah, manj zahtevna motorika pri klikanju in vlečenju ter jasnejša pomoč pri prijavi in izpolnjevanju obrazcev. Understanding WCAG 2.2 za vsak kriterij razloži namen, korist za uporabnika in pogoste tehnike izvedbe, kar je dober prvi postanek, preden se lotite sprememb na strani.

Za organizacije to pomeni eno stvar: gre za nadgradnjo obstoječega dela, ne za začetek od nule.

Poglobljena razlaga najpomembnejših novih kriterijev

Šest kriterijev iz WCAG 2.2 najpogosteje zahteva spremembe v oblikovanju in kodi:

• Focus Not Obscured (2.4.11/2.4.12): element, ki ima tipkovniški fokus, ne sme biti delno ali povsem prekrit z lepljivo glavo, klepetalnim oknom ali pasico za piškotke.
• Target Size (2.5.8): klikabilni elementi naj imajo najmanj 24 x 24 slikovnih pik, razen kadar so dovolj oddaljeni od sosednjih tarč ali imajo enakovredno alternativo.
• Dragging Movements (2.5.7): vsako dejanje, ki zahteva vlečenje (na primer drsnik ali razporejanje elementov), mora imeti tudi alternativo s klikom ali tipko.
• Accessible Authentication (3.3.8/3.3.9): prijava ne sme zahtevati zgolj reševanja kognitivne naloge, kot je prepisovanje popačenega besedila, brez alternative, kot je upravljalnik gesel ali biometrija.
• Consistent Help (3.2.6): kontakt za pomoč, klepet ali telefonska številka naj bo na enakem mestu na vseh straneh, kjer se pojavlja.
• Redundant Entry (3.3.7): podatek, ki ga je uporabnik že vnesel v istem postopku, se ne zahteva ponovno, razen kadar je to nujno iz varnostnih razlogov.

V praksi so najpogostejše napake modalna okna, ki prekrijejo fokusiran gumb, majhne ikone za brisanje v tabelah in prijavni obrazci brez alternative za captcha. Popravki so pogosto majhni: povečanje klikabilnega območja z dodatnim robom (padding) namesto spreminjanja vizualne velikosti gumba, ali dodajanje tipkovniške alternative k vlečenju z ustreznimi aria oznakami, kot pojasnjuje Understanding WCAG 2.2.

Strokovni nasvet: pri testiranju modalov preverite, ali element, na katerega se je pravkar premaknil fokus, ostane v celoti viden nad pasico za piškotke ali lepljivo glavo, saj je to ključni kriterij dostopnosti zgodnje različice WCAG 2.2.

Pravni kontekst: EN 301 549, EAA in ZDSMA

WCAG sam po sebi ni zakon, temveč tehnično priporočilo W3C. Pravno težo dobi prek standardov in direktiv, ki nanj napotujejo, zato je vredno razumeti, kje se trenutno nahaja povezava med novo različico in obveznostmi vaše organizacije.

• Harmonizirani evropski standard EN 301 549 se trenutno sklicuje na WCAG 2.1, medtem ko posodobitev na WCAG 2.2 v uradni harmonizirani obliki še poteka, zato organizacije lahko nove kriterije uvajajo preventivno, še preden postanejo formalno zahtevani.
• Evropski akt o dostopnosti (EAA) razširja obveznosti dostopnosti tudi na zasebne ponudnike storitev, med drugim e-trgovine, bančništvo in prevozne storitve, pri čemer je za določene storitve pomemben rok 28. junij 2025.
• V okviru domače zakonodaje ZDSMA nalaga zavezancem iz javnega sektorja objavo izjave o dostopnosti, odzivanje na prijave uporabnikov in izpostavlja jih inšpekcijskemu nadzoru s pripadajočimi sankcijami ob neizpolnjevanju.

Sporočilo je preprosto: kdor čaka na uradno posodobitev standarda, tvega, da bo delo opravljal pod časovnim pritiskom, namesto po lastnem urniku.

Praktični načrt za ekipe: kako uvesti in prioritizirati spremembe

Uvedba WCAG 2.2 se najbolje izvede v petih korakih, ki jih lahko ekipa razporedi čez več sprintov:

1. Naredite inventuro strani in aplikacij, pri čemer označite ključne uporabniške poti, kot so prijava, nakup in oddaja obrazca.
2. Poženite avtomatizirano orodje za hiter pregled, ki bo odkrilo očitne napake, na primer premajhen kontrast ali manjkajoče oznake polj.
3. Ročno preglejte kritične poti s tipkovnico in bralnikom zaslona, saj avtomatizirana orodja ne zaznajo vseh novih kriterijev, denimo prekritega fokusa.
4. Vključite kratko uporabniško testiranje z osebami, ki dejansko uporabljajo podporno tehnologijo ali imajo motorične omejitve.
5. Popravke uvedite po prioriteti in jih pokrijte z regresijskimi testi, da se napake ne vrnejo pri naslednji posodobitvi.

Pri razporejanju dela najprej rešite kritične uporabniške poti, nato vizualni fokus in tarče na dotik, avtentikacijo pa obravnavajte kot tretjo prioriteto, ker pogosto zahteva sodelovanje z zunanjim ponudnikom prijave. Merilo Target Size in Consistent Help lahko uvrstite v definicijo dokončanosti (definition of done) in v kontrolni seznam za pregled kode (PR checklist), tako da postane del rednega dela, ne posebne akcije.

Strokovni nasvet: dodajte eno vrstico o dostopnosti v predlogo za opis naloge (issue template), da razvijalci merilo vidijo, še preden začnejo pisati kodo.

Preverjanje skladnosti: orodja, ročni pregledi in testiranje z uporabniki

Avtomatizirana orodja zanesljivo zaznajo manjkajoče oznake, nizek kontrast ali napačno strukturo naslovov, ne zaznajo pa, ali je pomoč na strani dosledno nameščena ali ali je fokus dejansko viden v vsakem stanju vmesnika. Za to je potreben ročni pregled s tipkovnico in bralnikom zaslona.

• Ročno preverite modalna okna, lepljive elemente, drsnike in prijavne obrazce, ker so tam najpogostejše napake pri novih kriterijih.
• Organizirajte kratko testiranje z uporabniki, ki dejansko uporabljajo podporno tehnologijo, in beležite konkretne ovire, na katere naletijo, ne le splošnih vtisov.
• Izjava o dostopnosti naj vsebuje obseg testiranja, znane izjeme in kontakt za prijavo težav, kot to od zavezancev pričakuje ZDSMA.

W3C opozarja, da so tehnike (techniques) zgolj priporočen način izpolnjevanja kriterija, ne pravno zavezujoča zahteva, zato je presoja namena kriterija pomembnejša od mehanskega sledenja seznamu tehnik.

Kako pri Moxy Web pristopamo k uvedbi WCAG 2.2

Pri delu na projektih se uporabljajo avtomatizirani pregledi, ročno testiranje s tipkovnico in bralnikom zaslona ter preverjanje na dejanskih uporabniških poteh, saj se šele tako pokažejo napake, ki jih orodja same po sebi ne zaznajo. Preden zaprosite za ponudbo, si pripravite naslov strani, seznam ključnih uporabniških poti in morebitne obstoječe izvide, saj to pospeši prvi pogovor.

— Ziga

Kako lahko Moxy Web pomaga pri uvedbi dostopnosti

Dostopnost ni enkraten popravek, temveč del tega, kako je stran zgrajena od začetka, zato jo pri Moxy Web obravnavamo kot sestavni del izdelave, ne kot dodatek na koncu. Lahko pomagamo pri oceni stanja obstoječe strani, pripravi konkretnega načrta korakov (roadmap) glede na prioritete iz zgornjega poglavja, izvedbi sprememb v kodi in pripravi izjave o dostopnosti.

Za prvi pogovor pripravite naslov strani, seznam ključnih uporabniških poti in morebitne obstoječe ugotovitve testiranja, če jih imate. Več o naših storitvah izdelave in vzdrževanja spletnih strani najdete na naši storitveni strani, kjer lahko tudi vzpostavite prvi stik.

Viri

Za poglobitev priporočamo WCAG 2.2, pojasnila W3C, EN 301 549 in domače vire o ZDSMA. Dostopnost pozitivno vpliva tudi na vidnost v iskalnikih, kar podrobneje opisuje ta pregled povezave med dostopnostjo in SEO. Za dopolnilne korake si oglejte tudi checklisto za izdelavo spletne strani in vodič o dostopnosti za podjetnike.

• Directive (EU) 2019/882 (European Accessibility Act)
• Web accessibility directive: standards and harmonisation
• Gov

Pogosta vprašanja

Kaj je WCAG 2.2 in v čem se razlikuje od prejšnjih različic?

WCAG 2.2 je priporočilo konzorcija W3C, ki dodaja devet novih kriterijev uspešnosti k obstoječim smernicam za dostopnost spletnih vsebin. Ohranja polno združljivost z WCAG 2.1 in 2.0, zato prejšnje delo na dostopnosti ostane veljavno, dopolnijo pa ga zahteve za mobilno in motorično dostopnost.

Ali je WCAG 2.2 pravno zavezujoč standard?

WCAG 2.2 sam po sebi ni zakon, temveč tehnično priporočilo. Pravno relevanten postane prek standarda EN 301 549, ki se trenutno sklicuje na WCAG 2.1, medtem ko je vključitev novejše različice v teku.

Kateri kriteriji WCAG 2.2 so za ekipe najbolj nujni?

Najprej velja urediti kriterije, ki vplivajo na kritične uporabniške poti, kot so Focus Not Obscured, Target Size in Accessible Authentication. Ti neposredno vplivajo na prijavo, plačilo in izpolnjevanje obrazcev, zato prinesejo največ koristi v razmerju do vloženega dela.

Kaj določa Evropski akt o dostopnosti glede rokov?

Evropski akt o dostopnosti razširja obveznosti dostopnosti na zasebne ponudnike storitev, pri čemer je za določene storitve, na primer e-trgovino, pomemben rok 28. junij 2025. Obseg zahtev se razlikuje glede na vrsto storitve, zato je smiselno preveriti, ali vaša dejavnost spada mednje.

Ali lahko Moxy Web pomaga pri pripravi izjave o dostopnosti?

Da, Moxy Web lahko pomaga pri oceni stanja, pripravi načrta korakov in izvedbi sprememb, ki so podlaga za izjavo o dostopnosti. Za začetek pogovora je koristno pripraviti naslov strani in seznam ključnih uporabniških poti, o čemer več izveste na naši storitveni strani.

Priporočeno

• Kaj so oblikovalski standardi: vodič za podjetja
• Workflow ustvarjanja digitalne strategije: vodič 2026
• Najboljše prakse UX oblikovanja za digitalne profesionalce
• Checklista za izdelavo spletne strani: vodič 2026