Prístupnosť webu: prečo má myslieť na každého používateľa
Prístupný web umožní človeku zistiť, čo potrebuje, a dokončiť úlohu bez zbytočnej pomoci inej osoby. Nestačí čitateľná úvodná stránka ani vysoké skóre automatického testu. Overte celý dopyt, rezerváciu alebo nákup vrátane chýb a potvrdenia. Začnite najdôležitejšou cestou, opravte zdroj bariér a rovnaký postup zaraďte do každej významnej zmeny webu.
Predstavte si zákazníka, ktorý vyberie službu, vyplní údaje a nedokáže potvrdiť objednávku, pretože posledné tlačidlo funguje iba myšou. Pre firmu je to nedokončený obchod. Pre človeka je to prekážka v samostatnom používaní služby. Prístupnosť sa netýka iba vzhľadu. Zahŕňa štruktúru, ovládanie, jazyk, médiá aj spôsob, akým web oznamuje zmeny.
Tento sprievodca je určený majiteľom firiem, správcom webov a tímom, ktoré preberajú prácu dodávateľa. Obsahuje návrh ručnej kontroly aj modelový príklad opráv. Nejde o výsledok auditu konkrétneho webu. Technické a právne podklady sme overili 28. októbra 2026; právnu pôsobnosť treba posúdiť podľa skutočne poskytovanej služby.
01Začnite samostatnosťou zákazníka, nie osobitnou verziou webu
Niektorí ľudia používajú čítačku obrazovky, iní zväčšenie, klávesnicu, hlasové ovládanie alebo kombináciu pomôcok. Ten istý človek môže potrebovať iné nastavenie na telefóne a na počítači. Nepomôže navrhovať jednu domnelú „typickú osobu so zdravotným postihnutím“. Opíšte konkrétnu úlohu a zistite, aké možnosti jej dokončenia rozhranie ponúka.
Prehľadné nadpisy, zrozumiteľné chyby a dostatočne veľké ovládacie prvky môžu pomôcť aj človeku s dočasne obmedzenou pohyblivosťou alebo v náročnom prostredí. Tieto prínosy však nenahrádzajú potreby ľudí so zdravotným postihnutím. Návštevník by nemal najprv vysvetľovať svoje obmedzenie, aby sa dostal k cene, termínu alebo potvrdeniu.
Obchodný prínos posudzujte podľa skutočne dokončených úloh a podnetov zákazníkov. Nesľubujte vopred určité zvýšenie konverzií. Mapa zákazníckej cesty pomôže určiť dôležité kroky; kontrola prístupnosti k nim pridá otázku, či ich človek zvládne rôznymi spôsobmi ovládania. Telefonická pomoc je užitočná podpora, no neospravedlňuje dlhodobo neopravený formulár.
02Oddeľte technický štandard od právnej povinnosti
WCAG je technický štandard s overiteľnými kritériami a úrovňami A, AA a AAA. Pri novom projekte má zmysel výslovne dohodnúť napríklad WCAG 2.2 na úrovni AA, rozsah stránok a spôsob overenia. Táto projektová voľba sama neurčuje, aký právny režim sa vzťahuje na firmu. V zadaní potrebujete obe odpovede.
Na Slovensku zákon č. 351/2022 Z. z. upravuje požiadavky na prístupnosť vybraných služieb pre spotrebiteľov vrátane vymedzených služieb informačnej spoločnosti. Nie je to plošný príkaz pre každý firemný web. Zákon sa nevzťahuje na služby poskytované mikropodnikom. Túto výnimku nezamieňajte za všeobecné oslobodenie všetkých malých firiem či výrobkov; najprv overte pôsobnosť zákona a podmienky konkrétneho prevádzkovateľa.
Povinnosti orgánov verejnej moci vyplývajú aj z osobitných predpisov, ktorých sa tento zákon nedotýka. Pri cezhraničnom predaji overte príslušnú národnú úpravu; rámec vybraných výrobkov a služieb vysvetľuje aj prehľad európskej smernice. Výsledok technického testu označujte presne: akú verziu štandardu, úroveň, stránky a stavy pokryl. Tvrdenie „web spĺňa zákon“ potrebuje širší podklad než zelený výsledok skenera.
03Vyberte stránky, stavy a celé procesy
Pri prvej pracovnej kontrole spíšte hlavné úlohy: nájsť vhodnú službu, zistiť podmienky, odoslať dopyt, objednať a prípadne upraviť alebo zrušiť rezerváciu. Pri každej určte začiatok a overiteľné dokončenie. Dôležitý je aj príchod z vyhľadávača priamo na detail, nielen prechádzanie od úvodnej stránky.
Vzorka má zahŕňať odlišné šablóny a spoločné prvky: menu, vyhľadávanie, dialóg so súhlasmi, formulár, zákaznícky účet aj vloženú platbu. Pridajte prázdny výsledok, chybu, načítavanie a potvrdenie. Päť takmer rovnakých článkov nepreverí rezervačný kalendár. Pri každom teste zaznamenajte zariadenie, prehliadač, prípadnú asistenčnú technológiu a dátum.
Rozlišujte rýchle hľadanie bariér a úplné posúdenie zhody. Obmedzená vzorka je dobrý začiatok plánovania, nie dôkaz bezchybnosti všetkých stránok. Dodávateľovi pripravte dostupné testovacie účty a údaje bez skutočných osobných údajov. Objednávky a platby skúšajte v určenom testovacom prostredí, aby kontrola nevytvárala skutočné záväzky.
04Zrozumiteľná štruktúra pomáha nájsť správne miesto
W3C odporúča zmysluplnú štruktúru a logicky usporiadané nadpisy. Veľké tučné písmo samo nenahrádza nadpis v HTML. Podobne zoznam nemá byť iba niekoľko riadkov oddelených pomlčkami. Človek používajúci čítačku môže prechádzať nadpisy a oblasti stránky bez toho, aby postupne počúval každý opakovaný odkaz.
Nadpis „Podmienky vrátenia“ pomôže viac než neurčité „Ďalšie informácie“. Odkaz má dávať zmysel vo svojom kontexte a tlačidlo má opisovať akciu. Ak máte viac kariet s rovnakým „Viac“, zabezpečte rozlíšenie ich účelu aj pre asistenčné technológie. Prístupné názvy nevypĺňajte kľúčovými slovami určenými vyhľadávačom.
Pokyny píšte v poradí, v akom ich človek potrebuje. Vysvetlite odborné výrazy, pri cene uveďte podmienky a neodkazujte výhradne na polohu či farbu: „použite zelené tlačidlo vpravo“ nemusí pomôcť. Redakčná kontrola má zahŕňať aj jazyk stránky, názvy dokumentov a to, či dôležité informácie nezostali iba v stiahnutom súbore.
05Klávesnica musí prejsť celou cestou
Ovládanie klávesnicou je základná požiadavka na bežné webové funkcie. Odložte myš a skúste otvoriť menu, vybrať variant, zmeniť množstvo a odoslať formulár. Tab a Shift+Tab zvyčajne presúvajú fokus, ďalšie klávesy závisia od typu prvku. Vlastná komponenta potrebuje premyslené ovládanie, nie náhodnú sadu skratiek.
Fokus je aktuálne miesto ovládania. Musí byť rozpoznateľný a jeho poradie má zodpovedať úlohe. Kontrolujte aj pevnú hlavičku a lištu so súhlasmi: kritérium Focus Not Obscured na úrovni AA vyžaduje, aby prvok s fokusom nebol úplne zakrytý obsahom vytvoreným autorom. V praxi je lepšie udržať viditeľný celý ovládací prvok.
Z vloženého kalendára alebo inej komponenty musí existovať ovládateľná cesta von. Pasca klávesnice nie je to isté ako správne fungujúci modálny dialóg, ktorý fokus dočasne drží vo vnútri a dá sa zavrieť. Pri oprave začnite natívnymi prvkami HTML. Zmena vzhľadu odkazu na tlačidlo ešte nemení jeho správanie ani význam.
06Overte kontrast, zväčšenie a veľkosť ovládania
Čitateľnosť neposudzujte iba na veľkom monitore pri ideálnom osvetlení. Skontrolujte skutočné farby textu a pozadia, aktívny stav aj chybové hlásenia. Svetlosivý text, ktorý na návrhu pôsobí jemne, môže byť ťažko čitateľný. Farba navyše nemá sama niesť dôležitú informáciu; chybu označte aj textom a väzbou na príslušné pole.
| Kontrola | Technický orientačný bod | Čo urobiť na webe |
|---|---|---|
| Kontrast textu | WCAG AA: bežný text 4,5 : 1, veľký text 3 : 1; existujú výnimky. | Zmerať konkrétne kombinácie, nielen hlavný odsek. |
| Zväčšenie textu | Zväčšenie na 200 % bez straty obsahu a funkcie, s výnimkami kritéria. | Vyskúšať menu, polia aj dlhé chybové hlásenia. |
| Prispôsobenie obsahu | Pri zvislo posúvanom obsahu šírka 320 CSS px; výnimky pre nevyhnutné dvojrozmerné časti. | Overiť, že bežný text nevyžaduje posúvanie do strán. |
| Dotykový cieľ | WCAG 2.2 AA: 24 × 24 CSS px alebo splnenie príslušnej výnimky. | Skontrolovať malé ikony a rozostupy medzi ovládačmi. |
Hodnoty sú technické minimá v danom kontexte, nie cieľ pohodlného návrhu. Zväčšenie skúšajte aj v medzikrokoch. Pri širokej dátovej tabuľke môže byť posúvanie do strán odôvodnené, no okolitý formulár by tým nemal prestať fungovať. Kontrola dôležitých ikon a stavov navyše zahŕňa samostatné pravidlá pre netextový kontrast.
07Formulár musí vysvetliť chybu a zachovať prácu
Každé pole potrebuje zrozumiteľný názov, ktorý je s ním programovo spojený. Návod W3C k popisom polí vysvetľuje, prečo samotný placeholder nestačí. Po začatí písania môže zmiznúť a jeho vzťah k poľu nemusí byť dostatočný. Povinné údaje a požadovaný formát vysvetlite pred odoslaním, nielen po neúspechu.
Chyba „Neplatná hodnota“ núti človeka hádať. Pri konkrétnom poli napíšte, čo je nesprávne a ako to opraviť; pri dlhšom formulári pomôže prehľad chýb s odkazmi. Spätná väzba vo formulári má byť dostupná aj čítačke. Zachovajte už vyplnené správne údaje a po úspechu jednoznačne potvrďte, čo sa stalo a čo bude nasledovať.
Prihlásenie patrí do rovnakej kontroly. Neblokujte bezdôvodne vloženie hesla ani správcu hesiel. Prístupné overovanie podľa WCAG 2.2 pracuje aj s podporou používateľa a alternatívami ku kognitívnym testom. Zmenu overte spolu s bezpečnostným návrhom: jednoduchšia obsluha neznamená vypnutie kontroly identity. Skúšajte aj chybný kód a návrat k oprave.
08Obrázky, video a dokumenty nesmú uzavrieť informácie
Alternatívny text opisuje účel obrázka na konkrétnom mieste. Rozhodovací strom W3C pre alt rozlišuje informatívne, funkčné a dekoratívne obrázky. Dekorácia môže mať prázdny alt. Schéma potrebuje dostupné vysvetlenie, nie iba „infografika“. Pri grafe sprístupnite dôležitý záver a hodnoty aj textom alebo tabuľkou.
Pri videu riešte ovládanie prehrávača, titulky a podľa obsahu aj opis dôležitých vizuálnych informácií. Sprievodca prístupnými médiami pomáha rozlíšiť tieto potreby. Automaticky vytvorené titulky pred zverejnením opravte, najmä názvy, čísla a odborné pojmy. Prepis je užitočný, no jeho existencia sama nerieši každú potrebu videa.
Podmienky služby ani návod neskrývajte iba do obrázka alebo naskenovaného PDF. Pri dokumente si vyžiadajte vlastnú kontrolu štruktúry a čitateľnosti. Pri pravidelnej tvorbe obsahu spojte tieto pravidlá s prípravou obrázkov a médií pre web. Redaktor musí vedieť, aký podklad dodať a kde vysvetliť význam, ktorý samotná fotografia neodovzdá.
09Dialógy a zmeny obsahu potrebujú predvídateľné správanie
Po otvorení modálneho dialógu má byť jasné, kde človek je a ako ho zavrie. Vzor dialógu W3C APG opisuje prácu s fokusom v okne a návrat po zavretí. Skúšajte skutočný panel súhlasov, prihlásenie aj výber termínu. Vizuálne prekrytie stránky bez zodpovedajúceho správania môže ponechať klávesnicu v neviditeľnom pozadí.
Po pridaní tovaru do košíka nestačí na okamih zmeniť malé číslo v rohu. Stavové správy majú byť programovo dostupné asistenčným technológiám bez zbytočného presúvania fokusu. Dôležitý výsledok oznamujte primerane; neprerušujte človeka pri každom napísanom znaku. Test má zahŕňať úspech, prázdny výsledok aj zlyhanie požiadavky.
Pri animácii, automaticky sa meniacom obsahu a časovom obmedzení posúďte, či návštevník potrebuje možnosť zastavenia alebo viac času. Nepridávajte pohyb, ktorý nenesie užitočnú informáciu. Každá knižnica, chatbot a vložený rezervačný systém rozširujú rozsah kontroly. Logo externého dodávateľa nedokazuje, že jeho časť funguje s vaším webom prístupne.
10Ručnú kontrolu postavte na konkrétnej úlohe
Automatický nástroj pomôže opakovane hľadať časť chýb. W3C však výslovne uvádza, že samotný nástroj zhodu neurčí. Praktický test preto začnite napríklad zadaním „nájdite službu, zistite podmienky a odošlite testovací dopyt“. Poznačte si, kde sa cesta zastaví, aké informácie chýbajú a ako sa dá chyba zopakovať.
- Prejdite úlohu iba klávesnicou vrátane otvorenia a zatvorenia všetkých potrebných okien.
- Zväčšite text a stránku. Overte, že nezmizli tlačidlá, pokyny ani potvrdenie.
- S človekom skúseným v čítačke overte orientáciu, názvy prvkov, hodnoty a zmeny stavu.
- Vyvolajte chybu, opravte ju a overte zachovanie už zadaných údajov.
- Zaznamenajte konkrétne kroky, očakávané správanie, skutočný výsledok a prostredie.
- Po oprave zopakujte rovnaký scenár aj súvisiacu cestu so spoločnou komponentou.
Čítačka obrazovky nie je iba predčítanie celého dokumentu od začiatku. Skúsený tester používa nadpisy, zoznamy prvkov aj rôzne režimy ovládania. Krátky pokus začiatočníka môže odhaliť problém, no spoľahlivo neodlíši všetky chyby webu od neskúsenosti s nástrojom. Dohodnite reprezentatívne kombinácie zariadení a asistenčných technológií a zapojte skutočných používateľov.
11Opravy zoraďte podľa bariéry a overiteľného výsledku
Nasledujúci príklad je modelový. Firma ponúka konzultáciu cez formulár. Kontrola našla tri rôzne prekážky a jednu opakovanú chybu. Nejde o meranie klientského webu ani univerzálne poradie chýb. Priorita závisí od toho, či človek úlohu vôbec dokončí, ako rozšírená chyba je a či existuje použiteľná cesta bez nej.
| Modelová chyba | Dopad na úlohu | Podmienka prevzatia opravy |
|---|---|---|
| Termín sa dá vybrať iba myšou | Človek ovládajúci web klávesnicou nemôže pokračovať. | Vyberie, zmení a potvrdí termín klávesnicou. |
| Chyba po odoslaní nie je oznámená | Používateľ čítačky nevie, prečo žiadosť neodišla. | Nájde chybu, jej pole aj návod na opravu. |
| Pri zväčšení zmizne potvrdzovacie tlačidlo | Dokončenie sa stáva nedostupné. | Tlačidlo zostane dostupné pri kontrolovaných veľkostiach. |
| Rovnaký nepomenovaný ovládač je vo viacerých šablónach | Oprava jednej stránky by ponechala ostatné bariéry. | Zmena zdieľanej komponenty prejde overením na všetkých dotknutých miestach. |
Každej položke priraďte vlastníka, dotknuté stránky a dôkaz. Formulácia „zlepšiť accessibility“ nie je úloha, ktorú možno jednoznačne prevziať. Pri opakovanom prvku opravte zdroj v komponente alebo redakčnej šablóne. Počet odstránených upozornení sledujte pomocne; dôležitejšie je, či predtým zablokovaný človek môže vykonať požadovanú akciu.
12Prístupnosť potrebuje vlastníka aj po spustení
Pri odovzdaní požadujte opis overeného rozsahu, známych bariér, použitého štandardu a vykonaných ručných testov. Určte, kto schvaľuje nové komponenty a kto reaguje na hlásenia používateľov. Kontakt na nahlásenie problému musí byť sám dostupný. Pripomienku prijmite bez požiadavky, aby človek verejne oznamoval diagnózu alebo ďalšie nepotrebné osobné údaje.
Doplnkový panel na zmenu písma či farieb môže mať konkrétnu funkciu, no jeho inštalácia sama nepreukazuje prístupnosť. Automaticky nevyrieši nepochopiteľný proces, nevhodný opis fotografie alebo chybné správanie vlastného kalendára. Požadujte dôkaz na pôvodne nefunkčnej úlohe a priebežne opravujte zdrojový obsah aj implementáciu, nielen viditeľný príznak.
Zaraďte kontrolu do pravidelnej starostlivosti o web: po zmene formulára, menu, lišty so súhlasmi alebo externej integrácie znovu prejdite súvisiaci scenár. Redakcii dajte krátke príklady správnych nadpisov, odkazov a opisov médií. Prístupnosť udržiava konkrétna práca, ktorú možno prideliť, overiť a odovzdať ďalšiemu človeku.
13Časté otázky
Musí byť prístupný úplne každý firemný web?
Právna povinnosť závisí od pôsobnosti príslušného predpisu, druhu služby a prevádzkovateľa. Zákon č. 351/2022 Z. z. nie je plošným pravidlom pre všetky weby. Prístupnosť však môžete stanoviť ako požiadavku kvality aj tam, kde konkrétna zákonná povinnosť nevzniká.
Stačí splniť WCAG 2.2 AA?
Je to presné technické zadanie, ak určíte rozsah a spôsob overenia. Samotná zhoda však neodpovie na všetky právne otázky a štandard nepokrýva každú individuálnu potrebu. Overovanie kritérií kombinujte s testovaním dôležitých úloh a spätnou väzbou skutočných používateľov.
Znamená skóre 100 v automatickom teste bezbariérový web?
Nie. Nástroj vyhodnocuje iba to, čo dokáže skontrolovať. Nemusí rozpoznať zmysluplnosť textu, vhodnosť alternatívneho opisu alebo to, či človek dokončí zložitý proces. Výsledok používajte ako čiastkový podklad popri ručnej kontrole, nie ako certifikát celého webu.
Vyrieši prístupnosť doplnok s ikonou v rohu?
Samotná inštalácia nepreukazuje výsledok. Overte konkrétne funkcie a ich súžitie s asistenčnými technológiami. Neovládateľný formulár alebo chýbajúci význam obsahu potrebuje opravu v návrhu, kóde či redakcii. Za výsledok zodpovedá proces správy webu, nie vzhľad ikony.
Môžeme všetko skontrolovať sami bez čítačky obrazovky?
Zvládnete užitočný prvý priechod klávesnicou, zväčšením a kontrolou obsahu. Nepokrýva však prácu s asistenčnými technológiami ani úplnú zhodu. Pri zložitejšom webe prizvite skúseného testera a používateľov s relevantnými potrebami; presne uveďte, čo vaša kontrola overila.
Musí mať každý obrázok vyplnený dlhý alt?
Nie. Dekoratívny obrázok môže mať prázdny alt, funkčný obrázok potrebuje pomenovať účel a informačný obrázok odovzdať podstatný význam. Zložitý graf často vyžaduje aj dostupné podrobnosti vedľa neho. Dĺžku voľte podľa potrebného posolstva, nie podľa povinnej kvóty slov.
Ako často máme prístupnosť znovu kontrolovať?
Určte pravidelný režim podľa veľkosti a zmien webu, no dôležité scenáre kontrolujte aj po zásahu do ich súčastí. Nový kalendár alebo platobný modul nemusí čakať na výročný audit. Každá oprava má mať opakovaný test a známe bariéry jasného vlastníka.
14Zdroje a hranice tohto sprievodcu
Technické odporúčania vychádzajú z WCAG 2.2 a súvisiacich návodov W3C WAI. Na prvú orientáciu poslúžia Easy Checks, pri organizácii testu aj zapojenie používateľov do projektu. Odkazy pri jednotlivých tvrdeniach rozlišujú normatívne kritériá, vysvetľujúcu dokumentáciu a právne zdroje.
Opísaný kontrolný postup, rozdelenie zodpovednosti a modelová tabuľka opráv sú redakčné odporúčania. Článok neobsahuje vlastnú štatistiku bariér, klientské výsledky ani potvrdenie zhody konkrétneho webu. Pri preberaní projektu si vyžiadajte dôkazy zodpovedajúce jeho skutočnému rozsahu a cieľovým používateľom.