Modul Dostopnost
Lighthouse proti WCAG: Ali popoln rezultat dostopnosti pomeni, da ste skladni?
Googlovo brezplačno orodje je resnično koristno — le da ni bilo narejeno, da samo odgovori na vprašanje skladnosti.
Hiter odgovor
Google Lighthouse Accessibility Score je hiter, brezplačen, samodejen pregled, ki v veliki meri temelji na mehanizmu za testiranje axe-core. Zanesljivo zazna stvari, ki jih lahko skript preveri brez človeške presoje — manjkajoče atribute alt, nizek kontrast barv, neveljaven ARIA, neoznačena polja obrazcev — ne more pa preveriti navigacije s tipkovnico, vrstnega reda fokusa ali tega, ali lahko uporabnik bralnika zaslona stran dejansko uporablja. Rezultat 100 pomeni, da ste prestali vsak samodejni test, ne da izpolnjujete WCAG 2.1 AA.
Avtor GetGDPRScan Editorial · Nazadnje posodobljeno 2026-07-31
Odprete Chrome DevTools, zaženete pregled Lighthouse, vidite 95 ali 100 v kategoriji Accessibility, in mika vas, da zaprete zavihek ter delo razglasite za končano. Lighthouse je hiter, brezplačen, vgrajen v vsako namestitev Chroma, čist rezultat pa se zdi kot dokončna sodba.
To zaupanje je upravičeno le napol. Lighthouse je solidno orodje natanko za to, za kar je bil narejen — le da "za kar je bil narejen" pokrije manj WCAG, kot večina misli. Ta vodnik pregleda, kaj Lighthouse Accessibility Score dejansko preveri, česa po zasnovi ne more preveriti, in kaj ta vrzel pomeni, če želite trditi resnično skladnost z WCAG in ne le dober rezultat.
Kaj je Google Lighthouse?
Lighthouse je brezplačno, odprtokodno orodje za preverjanje podjetja Google. Zaženete ga lahko neposredno iz plošče Lighthouse v Chrome DevTools, kot orodje ukazne vrstice ali kot paket Node znotraj cevovoda CI — ni potrebnega računa, licence ali nastavitev, razen naložitve strani v Chrome in klika "Analyze page load."
Poročilo Lighthouse oceni eno stran v štirih kategorijah: Performance, Accessibility, Best Practices in SEO. Vsaka kategorija je ocenjena neodvisno na lestvici 0-100, zato lahko stran doseže 100 pri Accessibility, hkrati pa 40 pri Performance, ali obratno — en rezultat ne pove ničesar o drugih.
Accessibility je le en del tega poročila, ne njegov edini namen. Lighthouse je splošno orodje za kakovost strani, ki po naključju vključuje tudi kategorijo dostopnosti — vredno je imeti to v mislih, saj to oblikuje, kako globoko lahko ta kategorija realno seže.
Kaj Lighthouse Accessibility Score dejansko preveri?
Večina pregledov dostopnosti v Lighthouse teče na axe-core, odprtokodnem mehanizmu za testiranje dostopnosti, ki ga vzdržuje Deque Systems — istem mehanizmu, ki poganja več razširitev brskalnika in orodij za dostopnost v CI. Ker vsak pregled teče brez človeka v zanki, mora biti vsak nekaj, kar lahko skript preveri zgolj s pregledom upodobljene strani.
To še vedno pokrije resnične, pogoste težave. Tipičen zagon Lighthouse Accessibility preveri stvari, kot so:
- •Opisni tekst slik — označi elemente <img> brez atributa alt
- •Oznake obrazcev — označi vnosna polja brez povezanega <label>, aria-label ali aria-labelledby
- •Kontrast barv — izračuna razmerje kontrasta med besedilom in ozadjem ter ga preveri glede na pragove WCAG
- •Semantični HTML — označi strukturne težave, kot so nezaporedne ravni naslovov ali seznami, zgrajeni iz napačnih elementov
- •Uporaba ARIA — preveri, ali imajo atributi ARIA veljavne vrednosti in ali niso uporabljeni tam, kjer nasprotujejo nativni semantiki HTML
- •Atribut jezika — preveri, ali je <html lang="..."> prisoten in nastavljen na resnično kodo jezika
- •Imena gumbov in povezav — označi gumbe in povezave brez dostopnega besedila, na primer povezavo samo z ikono brez aria-label
Česa Lighthouse NE preveri
Samodejna orodja testirajo stran, ne osebe, ki jo uporablja — velik del WCAG se pokaže šele, ko z njo dejansko vzajemno deluje človek na način, kot bi to storila oseba z oviro.
Večina strokovnjakov za dostopnost oceni, da je mogoče s samodejnim orodjem sploh zanesljivo preveriti le tretjino do polovico približno 50 meril uspešnosti WCAG 2.1, Lighthouse vključno. Za preostalo, vključno z vsem spodaj, je potrebna oseba:
- •Ali je opisni tekst smiseln — Lighthouse potrdi, da alt="..." obstaja, ne pa, ali pravi "IMG_4021.jpg" ali "Skladiščna ekipa, junij 2026"
- •Navigacija s tipkovnico — ali je vsak interaktiven element dosegljiv in upravljiv samo s tipkami Tab, Shift+Tab in Enter, brez pasti tipkovnice
- •Logičen vrstni red fokusa — ali premikanje s Tab po strani, zlasti skozi modalna okna, prilagojene spustne sezname ali usmerjanje v aplikaciji z eno stranjo, sledi smiselnemu vrstnemu redu
- •Uporabnost z bralnikom zaslona — ali stran dejansko smiselno deluje, ko je prebrana na glas, vključno z dinamičnimi posodobitvami, kot so napake obrazca ali stanja nalaganja
- •Razumljivost vsebine — zahteve WCAG glede jasnega jezika in predvidljive navigacije, ki jih mora presoditi človeški bralec
- •Natančnost podnapisov — Lighthouse lahko označi video brez elementa <track>, ne more pa preveriti, ali so obstoječi podnapisi dejansko pravilni
- •Karkoli, kar se pokaže le med vzajemnim delovanjem — časovne omejitve, gibanje in utripajoča vsebina ter druga merila, ki ob nalaganju strani ne obstajajo
Lighthouse proti WCAG: prave razlike
Lighthouse in WCAG dejansko nista primerljiva na isti osi — eno je orodje, drugo standard — a je koristno videti razlike eno ob drugi:
Lighthouse in WCAG, drug ob drugem
| Vidik | Google Lighthouse | WCAG |
|---|---|---|
| Obseg | Ena stran, en posnetek, štiri kategorije (Performance, Accessibility, Best Practices, SEO) | Vsa vsebina in vsak uporabniški tok na strani, ocenjen glede na opredeljena merila uspešnosti |
| Samodejna preverjanja | Približno 30 pregledov dostopnosti, vsi popolnoma samodejni | Manjšina meril uspešnosti ima samodejno preverljive ustreznice |
| Ročna preverjanja | Nobenega — Lighthouse ne more po strani premikati fokusa s Tab ali uporabiti bralnika zaslona | Približno polovica meril uspešnosti WCAG 2.1 za preverjanje potrebuje ročno testiranje |
| Rezultat | Ena sama številka 0-100, tehtana glede na ocenjen vpliv | Brez številčnega rezultata — vsako merilo uspešnosti je preprosto izpolnjeno ali ni |
| Skladnost z WCAG | Ni test skladnosti; približa se podmnožici meril WCAG 2.1 | Dejanski standard, glede na katerega se meri skladnost, s tremi ravnmi: A, AA, AAA |
| Najboljša uporaba | Hitro preverjanje regresij, cevovodi CI, zaznavanje očitnih napak zgodaj | Formalne trditve o dostopnosti — EAA, ADA, EN 301 549 in podobni regulativni okviri |
Zakaj se rezultati lahko razlikujejo
Povsem mogoče je, da stran doseže Lighthouse Accessibility: 100 in kljub temu ne prestane revizije WCAG 2.1 AA — ne kot izjema, ampak kot običajen izid za stran, katere edino delo na dostopnosti je bilo "prestati pregled Lighthouse." Nekaj konkretnih načinov, kako se to zgodi:
- •Vsaka slika ima opisni tekst, a je to okrasno polnilo ("slika", "foto1") namesto pravega opisa — Lighthouse preveri le, da atribut obstaja, kar izpolni črko WCAG 1.1.1, ne pa njegovega namena
- •Prilagojeno modalno okno ali spustni seznam se ob kliku pravilno odpre, a ko je odprt, fokus tipkovnice obtiči znotraj njega — ali se vanj sploh ne premakne — ker Lighthouse dejansko nikoli ne premika fokusa s Tab po vmesniku, da bi to ugotovil
- •Besedilo ob nalaganju strani prestane samodejno preverjanje kontrasta, a stanje ob prehodu miške, preklop temnega načina ali kasneje dinamično vstavljena vsebina kontrast pozneje spusti pod prag — Lighthouse oceni DOM le takšen, kot obstaja ob nalaganju
- •Obrazec vizualno prikaže napako validacije z rdečim besedilom, a napaka ni sporočena prek žive regije ARIA — videči uporabnik jo vidi takoj, uporabnik bralnika zaslona pa morda nikoli ne izve zanjo
- •Ravni naslovov so strukturno veljavne (h1, h2, h3 po vrsti), a sami naslovi ne opišejo odsekov, ki jih uvajajo — kar prestane strukturno preverjanje, a ne izpolni njegovega namena
Ali lahko zaupate Lighthouse?
Da — s pravimi pričakovanji. Lighthouse je dobro zgrajeno, brezplačno, hitro orodje, ki zazna resnične, pogoste težave, in je resnično dobro pri tem, za kar je namenjeno: sistem zgodnjega opozarjanja, ne dokončna sodba.
Svojo vrednost dokaže pri neprekinjenem, nizko-trenjskem preverjanju — zagon v cevovodu CI, tako da je zahteva za združitev, ki odstrani atribut alt ali spusti kontrast pod 4,5:1, označena, preden je objavljena, namesto da jo pozneje odkrije uporabnik ali revizor. To je resnično, dragoceno delo, ki ga Lighthouse opravlja dobro.
Kjer ne zadostuje, je obravnava visokega rezultata kot cilja. Rezultat 100 pove, da ste prestali vsak pregled, ki ga skript lahko izvede brez osebe za tipkovnico — ne pove, ali lahko oseba stran dejansko uporabi. Polno delo za skladnost z WCAG običajno potrebuje oboje: samodejna orodja, kot je Lighthouse, za neprekinjeno pokritost, in ročno testiranje za vse, česar skript strukturno ne more presoditi.
Kako GetGDPRScan dopolnjuje Lighthouse
Modul Dostopnost pri GetGDPRScan ni nadomestilo za Lighthouse — deluje ob njem, namenjen prav zapiranju več vrzeli WCAG, kot jih splošno orodje za kakovost strani pokrije v svoji eni kategoriji dostopnosti:
- •27 posameznih preverjanj, neposredno preslikanih na merila uspešnosti WCAG 2.1 — pokriva slike, naslove, povezave, obrazce, tabele, medije, kontrast barv, vloge ARIA, naslove iframe in več — namesto da bi bila dostopnost le ena kategorija znotraj širšega poročila o kakovosti strani
- •Ocenjevanje, tehtano glede na resnost, tako da manjkajoča povezava za preskok ne nosi enake teže kot obrazec brez ikakršnih oznak
- •Ugotovitve, zapisane v razumljivem jeziku s konkretnim popravkom, tako da označena težava deluje kot morebitna težava WCAG in kako jo popraviti, ne le kot ID pravila
- •Pri plačljivih poročilih GetGDPRScan ob istih 27 preverjanjih zažene tudi živ pregled dostopnosti Google Lighthouse na isti strani — s tem navzkrižno preveri rezultate, namesto da bi od vas zahteval zaupanje mnenju enega samega mehanizma
- •Neobvezen načrt spremljanja, ki stran znova preveri po urniku, saj lahko stran, ki je prestala čisto, po naslednji posodobitvi vtičnika, spremembi teme ali skripti tretje osebe nazaduje
Zaključek
Nič od tega — vključno z GetGDPRScan — ne pomeni pravnega potrdila o skladnosti z WCAG. Nobeno samodejno orodje, niti naše niti Googlovo, ga ne more izdati; za to je še vedno potrebno ročno testiranje in človeška presoja, ki smo ju predstavili v tem članku. Kar širši pregled, preslikan na WCAG, pomaga prepoznati, je širša mreža morebitnih težav, ujetih, preden jih najprej najde resničen uporabnik, pritožba ali revizor.
Če je Lighthouse edino preverjanje dostopnosti, ki ga je vaša stran doživela, je to razumno izhodišče — ne cilj. Zaženite brezplačen pregled WCAG in poglejte, koliko od 27 preverjanj vaša stran danes prestane in kje so vrzeli.
Ključne ugotovitve
- •Lighthouse Accessibility Score preveri le tisto, kar lahko skript preveri brez človeške presoje — pomembno podmnožico WCAG, ne vsega.
- •Rezultat 100 pri Lighthouse je močan tehnični signal, ne dokaz skladnosti z WCAG 2.1 AA.
- •Navigacija s tipkovnico, vrstni red fokusa, uporabnost z bralnikom zaslona in smiseln opisni tekst skoraj vedno potrebujejo ročno testiranje.
- •Lighthouse in WCAG merita različne stvari: eden ustvari rezultat 0-100, drugi je standard izpolnjeno/ni izpolnjeno z ravnmi skladnosti.
- •Samodejna orodja, kot sta Lighthouse in GetGDPRScan, so dopolnjujoče plasti širšega procesa dostopnosti, ne nadomestilo za ročni pregled.
Pogosta vprašanja
Sorodno
Evropski zakon o dostopnosti (EAA) in WCAG: kdo mora biti skladen in do kdaj
Kdo je pravno zavezan izpolnjevati WCAG in do kdaj.
Kaj samodejni preverjalniki skladnosti zaznajo (in česa ne)
Širši pregled tega, kaj vam vsak samodejni pregled — vključno z Lighthouse — lahko pove in česa ne.
Kako dejansko deluje preverjanje skladnosti spletnih strani
Kako modul Dostopnost pri GetGDPRScan bere upodobljeno stran.
Preverjalnik dostopnosti
Zaženite brezplačen pregled WCAG 2.1 in si oglejte razčlenitev 27 preverjanj za vašo stran.