Preskoči na vsebino

Domov›Blog›Dostopnost

Analiza in preverjanje dostopnosti spletne strani?

WAVE in axe DevTools: napako pokažeta na mestu, kjer je, in povesta, katero merilo WCAG krši.

8 min branja posodobljeno

Prsti berejo brajevo pisavo na brajevi vrstici ob tipkovnici računalnika

Analiza dostopnosti pokaže, katerih delov strani ne more uporabiti obiskovalec, ki ne vidi dobro, ne sliši ali ne uporablja miške, in katero merilo WCAG zato ni izpolnjeno. Rezultat je poročilo s seznamom napak, mestom, kjer so, in predlogom popravka.

Pri nas analiza poteka v dveh korakih. Najprej strani pregledamo z orodji WAVE, axe in Lighthouse, nato ročno, s tipkovnico in bralnikom zaslona NVDA, po merilih WCAG 2.2 na ravni AA. Raven AA zahtevata ZDSMA za javni sektor in ZDPSI za spletne trgovine in druge storitve; raven AAA se za celo spletišče ne zahteva.

1. Ključni zakonski predpisi za dostopnost

Štiri načela WCAG

ZDSMA in ZDPSI se sklicujeta na evropski standard EN 301 549, ta pa za spletne strani na smernice WCAG. Smernice stojijo na štirih načelih: zaznavnost, operabilnost, razumljivost in robustnost.

Zaznavnost

Informacije in uporabniški vmesniki morajo biti zasnovani tako, da jih lahko zaznajo vsi uporabniki. To vključuje:
  • Alternativna besedila za slike (alt opisi).
  • Videoposnetke z dodanimi podnapisi.
  • Avdio opise za slepe uporabnike.

Operabilnost

Navigacija in interakcija morata biti mogoči z uporabo tipkovnice ali drugih pripomočkov:

  • Brezčasovna uporaba elementov, kot so meniji.
  • Uporaba orodij za navigacijo po tipkovnici.

Razumljivost

Vsebina mora biti enostavna za branje in razumevanje:
  • Jasni naslovi in strukturirana hierarhija vsebine.
  • Preprosti in logični obrazci.

Robustnost

Tehnologije morajo biti združljive z različnimi uporabniškimi pripomočki:

2. Kdo mora upoštevati zakon?

  • Javne institucije: Sem sodijo občine, ministrstva, zdravstvene ustanove, šole in druge organizacije, ki so financirane iz javnih sredstev.
  • Ponudniki storitev za potrošnike: od 28. junija 2025 po ZDPSI spletne trgovine, banke, elektronske komunikacije, potniški prevoz in e-knjige.
  • Izjeme: ZDSMA ne velja za RTV in arhive, ki se ne posodabljajo; vrtci in šole so zavezani le za del vsebin. ZDPSI ne velja za mikropodjetja, ki opravljajo storitve. Kadar bi bila prilagoditev za zavezanca nesorazmerno breme, to utemelji v izjavi o dostopnosti (6. člen ZDSMA).

3. Proces analiziranja oziroma preverjanja dostopnosti spletne strani

Pri zagotavljanju dostopa za vse uporabnike je ključno sistematično testiranje dostopnosti. To ne pomeni le uporabe avtomatiziranih orodij. Pomembno je tudi praktično preverjanje z uporabo ustreznih tehnologij.

Kaj vključuje testiranje?

  • Alternativna besedila za slike.
  • Ustrezni kontrast med besedilom in ozadjem.
  • Navigacija z uporabo tipkovnice.
  • Interakcija z multimedijskimi elementi
  • Dostopnost obrazcev in navigacijskih menijev
Rezultat orodja accessScan za lekarne-ptuj.si: stran dostopna, sklopi z ocenami 88, 100 in 82

3.1. Avtomatsko preverjanje dostopnosti

Za samodejni pregled uporabljamo brezplačna orodja WAVE, axe DevTools in Lighthouse. Najdejo manjkajoče opise slik, premajhne kontraste, polja brez oznak in napake v kodi.

  • Vtičniki s plavajočim gumbom niso orodje za preverjanje. Ameriška zvezna komisija za trgovino (FTC) je ponudniku accessiBe aprila 2025 naložila milijon dolarjev kazni, ker je zavajajoče obljubljal skladnost z WCAG.
  • WAVE in axe DevTools: napako pokažeta na mestu, kjer je, in povesta, katero merilo WCAG krši.

Pomembno: Avtomatske analize so nam lahko v pomoč, ne moremo pa se zanašati na njihove rezultate. Realno stanje dobimo samo z ročnim preverjanjem z uporabo bralnikov zaslona.

3.2. Ročno testiranje spletnih strani z NVDA bralnikom

Ročno testiranje spletnih strani z NVDA (NonVisual Desktop Access) je pomemben korak pri zagotavljanju dostopnosti za uporabnike z motnjami vida. Ta brezplačen zaslonski bralnik omogoča testiranje različnih funkcionalnosti strani in preverjanje, ali ustreza smernicam WCAG.

Zakaj uporabljati NVDA?

NVDA je dostopen, enostaven za uporabo in združljiv z operacijskim sistemom Windows. Omogoča preverjanje, kako se vsebina strani bere, ter prepozna morebitne napake v označevanju ali navigaciji.

Ključni koraki za testiranje:

  • Pregled navigacije: Preverimo, ali je navigacija po strani logična s tabulatorko (Tab) in puščičnimi tipkami.
  • Naslovi in oznake: Uporabitmo bližnjico (H) za pregled naslovov in preverite hierarhijo (H1, H2 itd.).
  • Alternativna besedila: Poslušamo, ali slike vsebujejo ustrezna ALT besedila.
  • Obrazci in gumbi: Preverimo, ali so vsi obrazci označeni in gumbi pravilno opisani.
  • Preizkus fokusov: Fokus se mora premikati logično in brez “slepe” točke.
  • Ostalo…

Ko analiziramo stran z uporabo bralnika zaslona NVDA, želimo vstopiti v vlogo uporabnika z oviranostjo, da bi lažje prepoznali ovire in napake, ki otežijo uporabo spletne strani. S tem pristopom se osredotočamo na izkušnjo uporabnika in iščemo vse elemente, ki niso dovolj dostopni, bodisi zaradi napačne strukture, neberljivih besedil ali neustreznih navigacijskih možnosti.

Podrobno o testiranju strani z NVDA bralnikom >>

4. Dostopnost pisarniških dokumentov (PDF, Word, Excel)

Poleg spletnih vsebin zakonodaja in dobre prakse vključujejo tudi elektronske dokumente, ki so pogosto objavljeni kot priloge (PDF, Word, Excel). Ti dokumenti morajo biti prav tako dostopni.

Glavne zahteve:

  • Uporaba strukturiranih slogov (naslovi, seznami, tabele) v Word in Excel dokumentih,
  • Označevanje dokumenta s pravilnim naslovom, jezikom in metapodatki,
  • Opisne oznake za slike, diagrame in tabele,
  • Uporaba oznak v PDF (tagged PDF), kar omogoča bralnikom zaslona zaznavanje strukture,
  • Zanesljivo pretvarjanje Word/Excel dokumentov v PDF s pravilnimi oznakami,
  • Testiranje z orodji, kot sta Adobe Acrobat Pro (preverjanje dostopnosti) in PAC 2024 (PDF Accessibility Checker).

Postopek analize dostopnosti dokumentov:

  • Preverimo strukturo dokumenta (uporaba slogov in oznak),
  • Preverimo kontraste, berljivost in jezik dokumenta,
  • Preverimo pravilno označen vrstni red branja,
  • Za PDF: preverimo, ali je dokument označen (tagged PDF) in vsebuje logično strukturo,
  • Testiramo z bralnikom zaslona,
  • Uporabimo avtomatizirana orodja za zaznavanje napak,
  • Naštejemo vse odkrite pomanjkljivosti in ponudimo ustrezne rešitve.

Dostopni dokumenti omogočajo vključevanje vseh uporabnikov, zlasti v javnih storitvah, izobraževanju in zdravstvu, kjer so dokumenti pogosto edini vir informacij.

5. Poročilo o analizi dostopnosti

Poročilo o analizi spletne strani po Zakonu o dostopnosti spletišč in mobilnih aplikacij (ZDSMAvključuje naslednje ključne elemente:

Uvod

  • Kratek pregled zakonskih zahtev, ki jih mora spletna stran izpolnjevati (ZDSMA in WCAG smernice).
  • Namen analize in njena pomembnost za zagotavljanje dostopnosti.

Metodologija

  • Opis uporabljenih orodij za testiranje dostopnosti (NVDA, WAVE, Axe).
  • Postopek analize in testiranja spletne strani (ročno testiranje, avtomatizirani testi).

Ugotovitve

  • Seznam ugotovljenih napak in ovir za uporabnike z invalidnostmi (npr. težave z barvami, neustrezno označeni obrazci, slaba navigacija).
  • Analiza dostopnosti za različne vrste invalidnosti (npr. slepota, gluhota, motnje gibanja, kognitivne težave).
  • Pomanjkljivosti v skladnosti z WCAG smernicami (npr. manjkajoče alt oznake za slike, težave pri uporabi tipkovnice).

Priporočila za izboljšave

  • Konkretni predlogi za odpravo ugotovljenih težav, kot so prilagoditve barv, izboljšanje navigacije s tipkovnico, dodajanje alt besedila za slike, uporaba jasnih in enostavnih besedil.
  • Priporočila za izboljšanje strukturiranja strani in vsebine (uporaba ustreznih oznak, semantično pravilna HTML koda).

Prioriteta popravkov

  • Določitev, katere napake je treba odpraviti takoj (kritične napake) in katere so manj pomembne, vendar še vedno potrebne za izboljšanje dostopnosti.

Zaključek

  • Povzetek ključnih ugotovitev in priporočil.
  • Poudarek na pomembnosti zagotavljanja dostopnosti, ne le zaradi zakonodaje, ampak tudi zaradi etične odgovornosti in izboljšanja uporabniške izkušnje za vse obiskovalce spletne strani.

Dokumentacija in primeri

  • Povezave do konkretnih primerov napak na spletni strani (screenshot, URL, opis težav).
  • Testi dostopnosti z rezultati (npr. poročila orodij za testiranje dostopnosti).

To poročilo služi kot osnova za izboljšanje dostopnosti spletne strani in omogoča njenim lastnikom, da se uskladijo z zakonodajnimi zahtevami ter zagotovijo boljšo uporabniško izkušnjo za vse obiskovalce.

6. Pogoste napake pri dostopnosti

Spletna dostopnost je ključnega pomena za zagotavljanje, da lahko spletne strani uporabljajo vsi, vključno z osebami z oviranostmi. Pri tem se pogosto pojavljajo naslednje napake, ki vplivajo na uporabniško izkušnjo in lahko vodijo do neupoštevanja smernic WCAG.

1. Manjkajoča ali nepravilna ALT besedila

  • Težava: Slike brez alternativnega besedila (ALT) onemogočajo razumevanje vsebine zaslonskim bralnikom.
  • Rešitev: Vsaki sliki dodajte natančen opis, razen pri dekorativnih slikah, kjer ALT ostane prazen (alt="").

2. Slaba hierarhija naslovov

  • Težava: Naslovi (H1, H2, H3 …) niso uporabljeni po vrstnem redu ali so preskočeni, kar otežuje navigacijo.
  • Rešitev: Uporabljajte naslove logično in zaporedno za strukturiranje vsebine.

3. Napačna uporaba povezav

  • Težava: Povezave, kot so “Kliknite tukaj”, so neinformativne in zavajajoče za uporabnike zaslonskih bralnikov.
  • Rešitev: Povezave naj vsebujejo opisno besedilo, npr. “Prenesite dokument o dostopnosti”.

4. Neustrezne oznake obrazcev

  • Težava: Polja v obrazcih nimajo ustreznih oznak, zato uporabniki zaslonskih bralnikov ne vedo, kaj vnesti.
  • Rešitev: Polja obrazcev vedno povežite z oznakami (atribut label for).

5. Slab kontrast med besedilom in ozadjem

  • Težava: Nizek kontrast otežuje branje vsebine za ljudi z motnjami vida.
  • Rešitev: Uporabljajte kontrastno razmerje najmanj 4.5:1 za besedilo in ozadje.

6. Neodzivna navigacija s tipkovnico

  • Težava: Uporabniki, ki ne uporabljajo miške, se ne morejo premikati po strani.
  • Rešitev: Zagotovite, da je celotna stran dostopna s tipkovnico (Tab, Enter).

7. Manjkajoči napisi pri video vsebinah

  • Težava: Videoposnetki brez podnapisov so nedostopni uporabnikom z okvarami sluha.
  • Rešitev: Dodajte sinhronizirane podnapise za vse govorne vsebine.

8. Nepopisani gumbi ali ikone

  • Težava: Ikone in gumbi brez opisa onemogočajo razumevanje njihove funkcije.
  • Rešitev: Dodajte opisne oznake z atributom aria-label ali aria-labelledby.

9. Manjkajoči jezikovni atribut

  • Težava: Strani brez določenega jezika otežujejo pravilno interpretacijo vsebine zaslonskim bralnikom.
  • Rešitev: Določite jezik strani z atributom.

10. Neustrezno upravljanje fokusov

  • Težava: Fokus se med elementi nepričakovano premika ali izgine.
  • Rešitev: Poskrbite, da je fokus jasno označen in logičen.

7. Zaključek

Orodje najde napake, ki jih je mogoče prešteti. Ali se da stran uporabljati brez miške in brez pogleda, pokaže šele ročni pregled. Zato je v analizi oboje, poročilo pa pove tudi, kaj popraviti najprej.

Po uskladitvi stran ostane skladna samo, če uredniki vedo, na kaj paziti pri vsaki objavi. Dostopnost je zato treba preveriti najmanj enkrat letno, ko se posodobi izjava o dostopnosti, in ob vsaki večji spremembi.

Pogosta vprašanja

Vprašajte nas
Kako poteka analiza dostopnosti spletne strani?

Najprej pregledamo strani z avtomatskim orodjem, nato ročno s tipkovnico in bralnikom zaslona NVDA. Iz obojega nastane poročilo s seznamom napak, mestom, kjer so, in predlogom popravka. Analiza pri nas stane 590 evrov in se pri uskladitvi odšteje.

Ali zadošča brezplačno orodje za preverjanje dostopnosti?

Ne. Orodja zanesljivo najdejo manjkajoče opise slik, premajhne kontraste in polja brez oznak. Ne najdejo pa napačnega vrstnega reda pri premikanju s tipkovnico, pasti v obrazcu ali opisa slike, ki je napisan, a nič ne pove. To vidi šele človek.

Kdo mora imeti dostopno spletno stran?

Javni sektor po Zakonu o dostopnosti spletišč in mobilnih aplikacij že od leta 2019, od 28. junija 2025 pa tudi ponudniki nekaterih storitev za potrošnike — med njimi spletne trgovine. Izvzeta so mikropodjetja z manj kot desetimi zaposlenimi in do dvema milijonoma evrov prometa.

Koliko časa traja uskladitev z zahtevami dostopnosti?

Analiza traja teden do dva. Uskladitev je odvisna od tega, koliko napak je v zasnovi in koliko v vsebini — pri manjši strani nekaj dni, pri spletišču z dokumenti več tednov.

Imate vprašanje o tem?

Povejte, kje se pri vas zatakne.

Pogovor je brezplačen in ni zavezujoč. Če se izkaže, da vam ne moremo pomagati, to povemo naravnost.

Pošljite povpraševanje

Vprašanje
je zastonj.

Pošljite povpraševanje Odgovorimo v enem delovnem dnevu