2026-02-11 · Uredništvo Baduno · 6 blog.readMin · Blog & Znanje
Zakon o krepitvi dostopnosti: Kaj morajo spletna mesta zdaj izpolnjevati
Od junija 2025 velja BFSG – in marsikatero podjetniško spletno mesto sodi pod njega. Obveznosti, razumljivo razvrščene, brez panike.
Kdo je prizadet
Zakon zajema potrošniško usmerjene elektronske storitve – vključno s spletnimi trgovinami in številnimi rezervacijskimi in kontaktnimi potmi. Čiste B2B ponudbe in mikro podjetja so deloma izvzeta; razvrstitev je treba v dvomu preveriti pravno.
Kaj se zahteva
Praktično se zahteve usmerjajo po WCAG: zaznavno (kontrasti, alternativna besedila), obvladljivo (tipkovnica, fokus), razumljivo (jasen jezik, sporočila o napakah) in robustno (čisti HTML za pomožne tehnologije).
Dobra novica
Dostopna spletna mesta so skoraj vedno tudi hitrejša, bolje strukturirana in prijaznejša iskalnikom. Obveznost se izplača v kakovost, ki se tako ali tako splača – in odpre veliko, pogosto spregledano skupino uporabnikov.
Pragmatičen začetek
Najprej preverite (avtomatizirano in ročno), nato prioritizirajte po učinku: kontrasti, alternativna besedila, obrazci in upravljanje s tipkovnico odpravijo večino vsakodnevnih ovir. Izjava o dostopnosti pošteno dokumentira stanje.
Hreflang in dostopnost: pogosto spregledano medsebojno delovanje
Večjezična spletna mesta se soočajo z dodatnim izzivom: zahteve glede dostopnosti veljajo za vsako jezikovno različico posebej. Atribut hreflang, ki iskalnikom sporoča jezikovno in regionalno dodelitev, mora biti implementiran tako, da bralniki zaslona in druge pomožne tehnologije pravilno prepoznajo jezikovne prehode. Če je hreflang napačno nastavljen ali manjka, lahko to znatno oteži navigacijo slabovidnim uporabnikom – na primer, če se stran nenadoma naloži v drugem jeziku, ne da bi uporabnik to pričakoval. V praksi to pomeni: vsaka jezikovna različica mora ponujati ne le prevode, ampak tudi popolnoma dostopne strukture. To vključuje pravilne deklaracije jezika v HTML (atribut lang) in dosledne alternativne besede v vseh jezikih. Zato je treba konfiguracijo hreflang že od začetka vključiti v preverjanje dostopnosti.
Avtomatizirana orodja za preverjanje: prednosti in omejitve
Orodja, kot so axe, Wave ali Lighthouse, lahko samodejno prepoznajo številne tehnične ovire, npr. manjkajoče nadomestno besedilo, nezadosten kontrast ali nepravilne atribute ARIA. Vendar ne nadomeščajo ročnega preverjanja, saj je razumljivost besedil, logično zaporedje vsebine ali uporabnost obrazcev s pomožnimi tehnologijami mogoče oceniti le z dejanskimi testi uporabnikov. Avtomatizirani pregledi zagotovijo prvo, hitro analizo napak in so primerni za neprekinjeno testiranje v cevovodih CI/CD. Vendar je treba rezultate vedno ovrednotiti s strani človeka, saj orodja proizvajajo tako lažno pozitivne kot lažno negativne rezultate. Pragmatičen potek dela: najprej avtomatizirani testi, nato ročni vzorec z bralnikom zaslona in tipkovnico, ter končno zaključni test uporabnosti z udeleženci.
Pravne posledice in prehodna obdobja
Zakon BFSG predvideva globe in opozorila, če spletna mesta ne izpolnjujejo zahtev. Za izdelke, ki so bili dani v uporabo pred 28. junijem 2025, velja prehodno obdobje do 28. junija 2030 – vendar le za tiste, ki so bili pred rokom že dostopni ali pa je dokazano, da se na tem dela. Kdor začne z novim spletnim mestom ali prenovo po 28. juniju 2025, mora takoj izpolnjevati vse zahteve. Pozor: Zakon velja za vse novo nastale vsebine; starejše vsebine (npr. arhivske strani) je morda treba prilagoditi z več truda. V praksi se priporoča pisna dokumentacija napredka, da se lahko v primeru ugovorov dokaže, da se dostopnost uvaja postopoma. Izjava o dostopnosti na spletnem mestu je tako ali tako obvezna.
Od junija 2025 velja BFSG – in marsikatero podjetniško spletno mesto sodi pod njega. Obveznosti, razumljivo razvrščene, brez panike.
Dostopnost kot del mednarodne SEO strategije
Dostopna spletna mesta ne izpolnjujejo le zakonskih zahtev, temveč tudi številna merila, ki jih iskalniki pozitivno ocenjujejo: semantična struktura HTML, jasne hierarhije naslovov, informativna nadomestna besedila in hitri časi nalaganja. Ti dejavniki so pomembni za SEO v vseh jezikih. Poleg tega lahko iskalniki izrecno kaznujejo ovire, kot so neoznačeni gumbi ali manjkajoči naslovi, ker otežujejo indeksiranje. Kdor naredi svoje spletno mesto dostopno vsem uporabnikom, samodejno izboljša uporabniško izkušnjo in s tem posredno tudi signale za uvrščanje. Zlasti pri večjezičnih spletnih mestih se splača vključiti dostopnost že v delovne tokove lokalizacije – na primer s kontrolnimi seznami za prevajalce za ustvarjanje dostopnih nadomestnih besedil.
Testiranje z realnimi uporabniki: Zakaj je nepogrešljivo
Avtomatizirana orodja zaznajo le del ovir. Šele testiranje z ljudmi, ki so dejansko odvisni od podpornih tehnologij, pokaže, ali vaše spletno mesto deluje v vsakdanjih pogojih. Slep uporabniki uporabljajo bralnike zaslona drugače, kot to simulirajo avtomatizirani pregledi; gluhi uporabniki imajo drugačne zahteve glede videoposnetkov v znakovnem jeziku; osebe z motoričnimi omejitvami krmarijo brez miške. Strukturirano testiranje s tremi do petimi udeleženci iz različnih skupin invalidnosti odkrije težave, ki jih nobeno orodje ne najde – na primer nelogična zaporedja fokusa, manjkajoče kontekstne informacije v oznakah ARIA ali nerazumljiva sporočila o napakah. Takšna testiranja načrtujte idealno v fazi razvoja, ne šele tik pred objavo. Rezultate dokumentirajte v izjavi o dostopnosti kot del zagotavljanja kakovosti. Ne pozabite: testiranja je treba izvesti ločeno za vsako jezikovno različico, saj lahko prevodi ustvarijo nove ovire – na primer, če nadomestna besedila niso prilagojena ciljnemu jeziku ali so slovnično napačni namigi v obrazcih.
Sistemi za upravljanje vsebin in dostopnost: pasti pri vtičnikih
Številna spletna mesta temeljijo na sistemih CMS, kot so WordPress, TYPO3 ali Drupal. Ti sistemi ponujajo vtičnike ali razširitve, ki obljubljajo dostopnost – na primer orodja za prekrivanje, ki naknadno prilagodijo kontraste ali dodajo atribute ARIA. Takšne rešitve so večinoma nezadostne in lahko celo ustvarijo nove ovire, saj prepišejo obstoječe semantične strukture. Namesto tega bi morali dostopnost implementirati neposredno v temo ali predlogo: čista struktura HTML, pravilne hierarhije naslovov, izvirni elementi obrazcev. Pri izbiri vtičnikov bodite pozorni na to, da so skladni s smernicami WCAG in se redno posodabljajo. Druga težava: mnogi uredniki dodajajo vsebine prek vizualnega urejevalnika in pri tem zanemarijo nadomestna besedila ali oblike naslovov. Izobražujte svoje urednike ali uporabite poteke dela, ki zahtevajo vnose, prilagojene dostopnosti – na primer obvezna polja za nadomestno besedilo pri slikah. Tudi izbira predloge CMS vpliva na dostopnost: vsako predlogo pred uporabo preizkusite z avtomatiziranim orodjem in ročnim vzorcem.
Testiranje z ljudmi z oviranostmi: nepogrešljiv korak
Avtomatizirana orodja in ročni kontrolni seznami razkrijejo številne tehnične ovire, vendar ne nadomestijo testiranja z resničnimi uporabniki. Ljudje z oviranostmi uporabljajo različne podporne tehnologije – bralnike zaslona, kot so JAWS, NVDA ali VoiceOver, programe za povečevanje, glasovno upravljanje ali posebne tipkovnice. Vsaka od teh kombinacij deluje drugače, tako da je lahko tudi formalno skladna stran za slepega uporabnika neuporabna. Zato redno načrtujte uporabniška testiranja s heterogeno skupino: slabovidne osebe, osebe z motoričnimi omejitvami in osebe s kognitivnimi motnjami. Na vašem spletnem mestu naj izvajajo določene naloge, na primer nakup izdelka ali izpolnjevanje kontaktnega obrazca. Natančno dokumentirajte nastale težave: kje se navigacija ustavi, katere napovedi so nerazumljive, do katerih elementov ni mogoče dostopati? Ugotovitve iz teh testov so zlata vredne, saj ne kažejo le ovir, temveč tudi možnosti za optimizacijo za vse uporabnike. Pazite, da testiranja izvedete ločeno za vsako jezikovno različico, saj prevodi in zapleteni stavki različno vplivajo na razumljivost. Rezultate vključite v svoj stalni proces izboljšav – dostopnost ni enkraten projekt, temveč trajna naloga.
Vgraditi dostopnost v sistem za upravljanje vsebin
Veliko pomanjkljivosti pri dostopnosti nastane že pri ustvarjanju vsebin: urejevalci pozabijo na alternativna besedila, ne uporabljajo hierarhičnih naslovov ali povezujejo nepovedne besede, kot je 'kliknite tukaj'. Da bi se temu izognili, bi morali dostopnost vgraditi neposredno v svoj sistem za upravljanje vsebin (CMS). Izšolajte svoje urejevalne ekipe v osnovah WCAG – in to za vsako jezikovno ekipo posebej, da zahteve ne bodo spodkopane s kulturnimi razlikami v oblikovanju besedil. Uporabljajte CMS-vtičnike ali razširitve, ki pri vstavljanju slik zahtevajo obvezna polja za alternativna besedila ali vizualno prikažejo hierarhijo naslovov. Vključite avtomatizirane preglede v potek odobritve, ki pred objavo opozorijo na pogoste napake, kot so manjkajoče oznake ali premajhen kontrast. Poleg tega poskrbite, da so CMS-predloge in teme, ki jih uporabljate, že izdelane dostopno – na primer s pravilnimi mejniki ARIA, upravljanjem fokusa tipkovnice in semantičnim HTML-jem. Za večjezična spletišča je bistveno, da CMS podpira lokalizacijo dostopnih struktur, na primer tako, da samodejno pravilno nastavi atribute hreflang in jezikovne deklaracije. Dobro vgrajen proces dostopnosti v CMS zmanjša napore za popravke in zagotavlja dosledno kakovost v vseh jezikovnih različicah.
blog.faqT
Kaj se zgodi, če moja spletna stran krši BFSG?
V primeru kršitev BFSG se lahko naložijo globe. Poleg tega je treba računati na opozorila s strani konkurentov ali potrošniških organizacij. Višina glob je odvisna od resnosti kršitve in lahko znaša do 100.000 evrov. Obvezna je izjava o dostopnosti z obsegom in stanjem ukrepov, ki služi kot dokazilo.
Ali morajo biti tudi prevodi moje spletne strani dostopni?
Da, vsaka jezikovna različica mora posamično izpolnjevati zahteve glede dostopnosti. To vključuje pravilne jezikovne atribute (lang), prevedena alternativna besedila in navigacijo z nizkimi ovirami. Atribut hreflang mora biti nastavljen tako, da iskalniki in podporne tehnologije pravilno prepoznajo jezikovne preklope. Zato naj bodo tudi prevajalske agencije pozorne na dostopnost svojih storitev.
