Spletna dostopnost: zakaj je pomembna in kako jo izboljšati

Ko ljudje ne morejo uporabljati vaše strani, tiho odidejo

Večina podjetij ne prejme podrobne pritožbe vsakič, ko nekdo naleti na digitalno oviro. Obiskovalec, ki ne more odpreti menija s tipkovnico, razumeti sporočila o napaki ali prebrati besedila s slabim kontrastom, pogosto preprosto odide.

Težave z dostopnostjo se zato lahko pokažejo kot:

• nedokončani obrazci
• manj rezervacij ali nakupov
• več vprašanj za podporo
• uporabniki, ki ne najdejo pomembnih informacij
• zaposleni, ki morajo ponujati ročne obvoze
• manjše zaupanje v podjetje

Spletna dostopnost je več kot ideal ali tehnični seznam zahtev. Praktično vprašanje je, ali lahko ljudje zaznajo vsebino, uporabljajo navigacijo, razumejo vmesnik in opravijo nalogo, zaradi katere so prišli.

Moje stališče je preprosto: dostopnost je uporabnost, vzeta resno. Številne izboljšave, ki pomagajo ljudem z invalidnostjo, hkrati koristijo starejšim obiskovalcem, mobilnim uporabnikom, ljudem z začasnimi poškodbami in vsem, ki stran uporabljajo v zahtevnih okoliščinah.

WCAG je praktična referenčna točka

Web Content Accessibility Guidelines (WCAG) razvija konzorcij W3C v okviru pobude Web Accessibility Initiative. Smernice opisujejo, kako spletno vsebino narediti dostopnejšo ljudem z vidnimi, slušnimi, gibalnimi, govornimi, kognitivnimi in nevrološkimi oviranostmi.

WCAG temelji na štirih načelih. Vsebina in funkcionalnost morata biti:

• zaznavni
• upravljivi
• razumljivi
• robustni

V praksi to med drugim vključuje:

• besedilne alternative za slike, ki prenašajo informacije
• dostop s tipkovnico do menijev, gumbov in obrazcev
• zadosten barvni kontrast
• jasno vidne označbe fokusa
• pravilno strukturo naslovov in semantični HTML
• razumljive oznake polj in sporočila o napakah
• vsebino, ki deluje tudi pri povečavi in večjem besedilu
• podporo tehnologijam, kot so bralniki zaslona

WCAG določa tri ravni skladnosti: A, AA in AAA. Raven A pokriva temeljne ovire, raven AA pa dodaja zahteve, pomembne za praktično uporabo v širšem naboru okoliščin. AAA je najvišja raven, vendar ni dosegljiva ali potrebna za vsako vrsto vsebine.

Za številne profesionalne spletne strani je AA smiselna kakovostna usmeritev. Konkretna zakonska obveznost pa je odvisna od države, organizacije, ciljne skupine in vrste storitve.

WCAG 2.2 je najnovejša dokončana različica, zakonodaja pa lahko uporablja starejše standarde

WCAG 2.2 je najnovejše dokončano priporočilo W3C. Nadgrajuje WCAG 2.1 ter dodaja merila, povezana z vidnim fokusom tipkovnice, velikostjo klikljivih tarč in dostopnim preverjanjem pristnosti.

W3C priporoča uporabo najnovejše različice. WCAG 2.2 je zasnovan kot nadaljevanje prejšnjih standardov WCAG 2.x, vendar mora organizacija, ki poroča po določeni zakonski ali pogodbeni različici, še vedno preveriti njene konkretne zahteve.

To ne pomeni, da vsak zakon avtomatično zahteva popolno skladnost z WCAG 2.2 AA. Predpisi in standardi za javno naročanje lahko še vedno navajajo WCAG 2.1 ter evropski standard EN 301 549.

Koristno je ločiti tri vprašanja:

1. Kaj zakon zahteva za konkretno storitev?
2. Kateri kakovostni cilj naj usmerja novo oblikovanje in razvoj?
3. Katere ovire danes dejansko preprečujejo uporabnikom izvedbo naloge?

Uporaben pregled dostopnosti odgovori na vsa tri vprašanja, ne le poda splošne ocene.

Kaj velja v Sloveniji?

Obveznosti so odvisne od tega, kdo upravlja spletno rešitev in kakšno storitev ta ponuja.

Zakon o dostopnosti spletišč in mobilnih aplikacij, ZDSMA ureja dostopnost spletišč in mobilnih aplikacij zavezancev, predvsem subjektov javnega sektorja. Pri ugotavljanju skladnosti se uporablja standard SIST EN 301 549 V3.2.1, ki se deloma sklicuje na WCAG 2.1 na ravneh A in AA ter vsebuje tudi dodatne zahteve.

Zavezanci morajo med drugim objaviti izjavo o dostopnosti in omogočiti uporabnikom, da opozorijo na težave.

Od 28. junija 2025 se uporablja tudi Zakon o dostopnosti do proizvodov in storitev za invalide, ki v slovenski pravni red prenaša zahteve evropskega akta o dostopnosti. Nanaša se na določene proizvode in potrošniške storitve, med drugim na področja, kot so:

• elektronsko poslovanje
• nekatere bančne in plačilne storitve
• elektronske komunikacije
• e-knjige
• nekateri deli potniškega prevoza
• dostop do avdiovizualnih medijskih storitev

To ne pomeni, da so vsa mala podjetja in vse predstavitvene spletne strani vključeni na enak način. Upoštevati je treba vrsto storitve, velikost podjetja, ciljno skupino, izjeme in morebitne spremembe predpisov.

Tehnični pregled lahko odkrije ovire in morebitna odstopanja, vendar ni nadomestilo za pravno svetovanje. Če je zakonska skladnost pomembna zaradi naročila, regulirane storitve ali javnega razpisa, je treba obseg zahtev preveriti za konkreten primer.

Namen te razlage ni ustvarjanje strahu. Zahteve glede dostopnosti so že del zakonodaje, javnih naročil in profesionalnega zagotavljanja kakovosti. Dobre vzorce je praviloma ceneje vključiti od začetka kot pozneje popravljati celoten oblikovalski sistem.

Poslovna vrednost je praktična

Delo na dostopnosti ne zagotavlja določenega povečanja konverzij. Njegova vrednost je v odstranjevanju nepotrebnih ovir iz postopkov, ki jih mora spletna stran že podpirati.

Obrazci, rezervacije in nakup

Obrazec brez jasnih oznak, uporabnih sporočil o napakah ali logičnega vrstnega reda fokusa je težava za konverzije, še preden postane pravno vprašanje.

Dostopen obrazec mora med drugim:

• vsakemu polju dodeliti vidno in programsko povezano oznako
• pojasniti pričakovani format vnosa
• jasno prepoznati napake
• predvidljivo upravljati fokus
• potrditi uspešno oddajo
• delovati brez miške

To pomaga uporabnikom bralnikov zaslona, pa tudi vsem, ki obrazec izpolnjujejo na telefonu ali popravljajo preprosto napako.

Mobilna uporaba

Številne izboljšave dostopnosti neposredno koristijo mobilnim uporabnikom:

• večje površine za dotik
• močnejši kontrast pri močni svetlobi
• jasna stanja fokusa in aktivnosti
• postavitve, ki prenesejo povečavo
• manj zahtev po natančnem dotiku
• uporabnejša sporočila o napakah

Uporabnik ne potrebuje trajne invalidnosti, da bi mu to koristilo. Telefon lahko drži z eno roko, je na vlaku ali ima začasno omejeno gibljivost oziroma vid.

Struktura in najdljivost

Semantični naslovi, opisne povezave, besedilne alternative in dobro strukturirana vsebina pomagajo iskalnikom in drugim sistemom razumeti stran. To ni zagotovilo za boljšo uvrstitev, je pa boljša tehnična in uredniška osnova.

Dostopnost in SEO se na nekaterih področjih prekrivata, vendar nista ista stvar. Stran je lahko dobro optimizirana za iskanje, a je še vedno neuporabna s tipkovnico ali bralnikom zaslona.

Vzdrževanje in kakovost

Dostopne komponente je pogosto lažje:

• sistematično testirati
• dokumentirati
• ponovno uporabiti
• predati drugi ekipi
• preveriti po poznejših spremembah

Če gumbi, pogovorna okna, obrazci in navigacija sledijo jasnim pravilom, ekipi ni treba istih napak odpravljati v vsaki novi kampanji.

Pogoste težave, ki jih opažam v praksi

Ovire niso vedno tehnično zapletene. Mnoge nastanejo zaradi oblikovalskih in razvojnih odločitev, ki so se vsaka zase zdele neproblematične:

• svetlo sivo besedilo, ki je v Figmi videti elegantno, na običajnem zaslonu pa ga je težko prebrati
• gumbi samo z ikono in brez dostopnega imena
• po meri izdelani spustni meniji, ki ne delujejo s tipkovnico
• samodejni vrtiljaki brez ustreznega nadzora
• ravni naslovov, izbrane zaradi videza namesto strukture
• povezave, označene samo z »Preberi več«
• napake, prikazane samo z rdečo barvo
• ime datoteke kot nadomestno besedilo slike
• videoposnetki brez podnapisov
• dokumenti PDF kot edini vir pomembnih informacij
• pasice za piškotke in klepet, ki ujamejo fokus
• animacije, ki ne upoštevajo nastavitve za zmanjšano gibanje

Avtomatizirana orodja odkrijejo nekatere od teh težav. Druge zahtevajo ročno testiranje in razumevanje naloge, ki jo uporabnik želi opraviti.

Pomembno je tudi opozorilo slovenskega Inšpektorata za informacijsko družbo: vtičnik za dostopnost sam po sebi ne more zagotoviti popolne skladnosti. Avtomatizirana rešitev ne zazna in ne odpravi vseh zahtev iz WCAG ali EN 301 549.

Kje bi začel pri običajni poslovni spletni strani

Vseh težav ni treba odpraviti hkrati. Začnite pri poteh, kjer ima ovira največjo posledico.

1. Glavne uporabniške poti preizkusite s tipkovnico

Preverite:

• navigacijo
• najpomembnejše strani storitev
• kontaktne obrazce
• rezervacijo ali nakup
• prijavo
• pogovorna okna in nastavitve piškotkov

Uporabljajte samo Tab, Shift+Tab, Enter, preslednico in puščične tipke. Preverite, ali lahko dosežete in upravljate vse funkcije, ali je fokus viden in ali je njegovo zaporedje logično.

2. Najprej popravite obrazce

Obrazci so pogosto zadnja ovira pred povpraševanjem ali naročilom. Preverite oznake, navodila, napake, vrstni red fokusa in potrditev po oddaji.

Nadomestno besedilo znotraj polja naj ne bo edina oznaka. Ko uporabnik začne pisati, izgine in ga je pogosto težko razlagati.

3. Kontrast preverite na resnični vsebini

Ne testirajte samo uvodne sekcije, temveč tudi:

• običajno besedilo
• manjše pomožno besedilo
• povezave
• gumbe
• sporočila o napakah
• besedilo na slikah
• navigacijo in nogo
• stanja ob prehodu, fokusu in neaktivnosti

Težave s kontrastom pogosto nastanejo, ko se barve iz oblikovalskega sistema uporabijo v kombinaciji, ki je nihče ni preveril.

4. Preglejte strukturo in semantiko

Vsaka stran mora imeti razumljivo strukturo dokumenta:

• en jasen glavni naslov
• logično hierarhijo podnaslovov
• prave sezname za vsebino v obliki seznama
• gumbe za dejanja in povezave za navigacijo
• semantične elemente, kot so header, nav, main in footer
• opisne naslove strani in besedila povezav

Semantični HTML posreduje brskalnikom in podpornim tehnologijam več informacij, ne da bi bilo treba spremeniti vizualni dizajn.

5. Preglejte slike, ikone in grafiko

Informativne slike potrebujejo besedilno alternativo, ki prenese njihov namen ali pomen. Dekorativne slike ne smejo ustvarjati nepotrebnega šuma za uporabnike bralnikov zaslona.

Nadomestno besedilo ne opisuje nujno vseh vidnih podrobnosti. Posredovati mora informacijo, ki bi jo uporabnik brez slike izgubil.

6. Preizkusite povečavo in večje besedilo

Stran povečajte na najmanj 200 odstotkov in preverite:

• ali vsebina ostane berljiva
• ali se kontrolniki prekrivajo
• ali pomembno besedilo izgine
• ali se pojavi nepotrebno vodoravno drsenje
• ali je obrazce še vedno mogoče uporabljati
• ali fiksne pasice prekrijejo prevelik del zaslona

7. Preglejte video, zvok in gibanje

Če govor ali zvok prenaša pomembne informacije, zagotovite podnapise ali ustrezno besedilno alternativo.

Gibanje mora biti mogoče ustaviti ali zmanjšati, kadar lahko povzroča težave. Kadar animacija ni nujna za delovanje, upoštevajte uporabnikovo nastavitev za zmanjšano gibanje.

8. Preizkusite stran z bralnikom zaslona

Osnovni pregled z orodjem VoiceOver, NVDA ali drugim bralnikom zaslona lahko odkrije težave, ki jih avtomatizirani testi spregledajo:

• zmeden vrstni red branja
• gumbi brez imen
• nejasne oznake polj
• sporočila o stanju, ki se ne preberejo
• dinamična vsebina brez obvestila
• nepotreben šum dekorativnih elementov

Pri obsežnejših storitvah je še bolj dragoceno testiranje z ljudmi, ki podporno tehnologijo uporabljajo v vsakdanjem življenju.

Avtomatizirana orodja pomagajo, vendar niso dovolj

Orodja, kot sta axe in Lighthouse, lahko hitro odkrijejo nekatere tehnične težave. Med drugim prepoznajo del težav s kontrastom, manjkajoča dostopna imena in neveljavno strukturo.

Sama ne morejo zanesljivo presoditi:

• ali je nadomestno besedilo res uporabno
• ali je struktura naslovov smiselna
• ali je vrstni red fokusa logičen
• ali sporočilo o napaki pomaga uporabniku nadaljevati
• ali je postopek razumljiv
• ali je uporaba tipkovnice predvidljiva
• ali je vsebina napisana razumljivo

Zelena avtomatizirana ocena zato ni dokaz zakonske skladnosti ali dobre uporabniške izkušnje. Je le eden od podatkov v širšem pregledu.

Kompromisi, o katerih se splača govoriti iskreno

Celovit pregled ali postopne izboljšave

Preprosta predstavitvena stran in kompleksna rezervacijska platforma nimata enake stopnje tveganja. Če vsega ni mogoče popraviti takoj, dajte prednost funkcijam, ki zagotavljajo storitev, obdelujejo nakupe ali ustvarjajo povpraševanja.

Postopno delo kljub temu potrebuje načrt. Sicer »popravili bomo pozneje« hitro postane eden od znakov, da spletna stran potrebuje nadgradnjo.

Vizualna identiteta ali berljivost

Blagovna znamka lahko ostane prepoznavna brez tankega sivega besedila, šibkega kontrasta in nenehnega gibanja. Dostopnost ne odstrani ustvarjalnosti, temveč zahteva bolj premišljene odločitve o tem, kaj je pomembno.

Lastna koda ali rešitve tretjih ponudnikov

Dobro izdelana stran lahko še vedno podeduje ovire prek:

• klepeta
• pasice za piškotke
• rezervacijskega sistema
• plačilnega ponudnika
• zemljevida
• videopredvajalnika
• vdelanega obrazca

Tudi te dele vključite v testiranje. Uporabniku ni pomembno, kateri ponudnik je povzročil napako.

Tehnična skladnost ali dejanska uporabnost

Rešitev lahko opravi številne formalne teste, a ostane nepotrebno zapletena. WCAG je nujna referenčna točka, dobra dostopnost pa zahteva tudi jasno vsebino, predvidljivo navigacijo in resnično uporabniško testiranje.

Kako je videti smiseln napredek

Za pomembno izboljšanje ni treba, da celotna spletna stran takoj postane popolna.

Dober napredek lahko pomeni, da:

• kontaktni in nakupni obrazci delujejo s tipkovnico in bralnikom zaslona
• glavna navigacija ima viden fokus in logično zaporedje
• glavni pozivi k dejanju so jasni in berljivi
• ključne strani imajo razumljivo strukturo naslovov
• videoposnetki s pomembnim govorom vsebujejo podnapise
• ekipa ve, kako objavljati dostopnejšo vsebino
• nove komponente testirate, preden jih uporabite po celotnem spletišču

Tako že danes odstranite resnične ovire in pocenite prihodnje izboljšave.

Dostopnost ne sme biti enkraten projekt tik pred objavo. Vključena mora biti v oblikovanje, razvoj, pripravo vsebine in preverjanje kakovosti, da istih napak ne vgradite ponovno.

Želite izvedeti, kako dostopna je vaša stran danes?

Kontaktirajte me za osredotočen pregled dostopnosti. Prejeli boste prednostni seznam resničnih ovir, uporabniških poti, ki jih je treba izboljšati najprej, in sprememb, ki jih lahko načrtujete kot naslednji korak.