Testování přístupnosti – přístupnost webu podle WCAG 2.2

Zákon o zlepšení přístupnosti (BFSG) je v platnosti od 28. června 2025 a kdo jej ještě nesplňuje, má problém.

Po vstupu zákona v platnost začaly příslušné orgány dozoru nad trhem kontrolovat požadavky na přístupnost na trhu a v případě jejich porušení zasahovat. První varování BFSG v oblasti elektronického obchodu byla vydána již v roce 2025. Je možné uložit pokuty až do výše 100 000 eur.

Tento článek ukazuje, jak projektoví manažeři v malých a středních podnicích systematicky testují přístupnost, jaká kritéria přijatelnosti se vztahují na vývojové týmy a jak lze reálně vyhodnotit riziko.

Obsah

BFSG: Co platí nyní

BFSG transponuje směrnici EU 2019/882 (Evropský zákon o přístupnosti) do německého práva.

Za prosazování je zodpovědné Centrum pro dohled nad trhem spolkových zemí pro přístupnost (MLBF) v Magdeburku, které je zodpovědné za celostátní koordinaci.

Kterých webových stránek se to týká

Zákon se vztahuje na služby elektronického obchodu. To znamená webové stránky a aplikace, které mohou spotřebitelé používat k uzavírání smluv.

Konkrétně se jedná o:

  • Internetové obchody
  • Rezervační platformy
  • Srovnatelné nabídky B2C
  • Bankovní služby
  • Telekomunikace
  • Platformy pro elektronické knihy

Chcete vědět, jak si vaše webové stránky stojí?

Otázka B2B

BFSG se vztahuje pouze na spotřebitelské transakce. Stačí však pouhá možnost, že by spotřebitelé mohli službu využít. V případě pochybností se předpokládá činnost B2C.

Pokud se chcete spolehnout na B2B, musíte to technicky a organizačně zajistit.

Pokuty podle § 37 BFSG

Maximální pokuta 100 000:

  • Uvádění nepřístupných výrobků na trh
  • Nabídka nepřístupných služeb
  • Porušení označení CE

Maximální pokuta 10 000 €:

  • Nedostatky v dokumentaci
  • Chybějící označení výrobku

Hrozí také stahování výrobků z trhu, zákazy prodeje a varování podle práva hospodářské soutěže.

Výjimka pro mikropodniky

Společnosti s méně než 10 zaměstnanci a ročním obratem nižším než 2 miliony eur nebo bilanční sumou nižší než 2 miliony eur jsou od povinnosti poskytovat služby osvobozeny.

Tato výjimka se nevztahuje na výrobky.

WCAG 2.2: Nová kritéria

Pokyny pro přístupnost webového obsahu 2.2 byly zveřejněny jako doporučení W3C 5. října 2023 a obsahují celkem 87 kritérií úspěšnosti na úrovních shody A (32 kritérií), AA (24 kritérií) a AAA (31 kritérií). To znamená, že pro úroveň AA je relevantních 56 kritérií.

V praxi je pro digitální služby podle BFSG relevantní WCAG 2.1 úrovně AA, protože harmonizovaná norma EN 301 549 v současnosti odkazuje na WCAG 2.1 AA.

Na rok 2026 byla oznámena aktualizace normy EN 301 549 (verze 4.1.1) s odkazem na WCAG 2.2. Federální agentura pro přístupnost doporučuje zavést WCAG 2.2 již nyní.

Čtyři nová kritéria AA

2.4.11 Nezakryté zaostření (minimum)

Pokud prvek získá fokus klávesnice, nesmí být zcela zakryt jiným obsahem.

To platí především:

  • Lepivé záhlaví
  • Banner cookie
  • Widgety chatu

Tyto prvky se nesmí překrývat se zaměřenými oblastmi.

2.5.7 Přetahování

Funkce, které vyžadují přetahování, musí být možné ovládat také jednoduchými gesty ukazatele.

To se týká:

  • Tabulky Kanban
  • Nahrávání souborů přetažením
  • Posuvník

Alternativa: Tlačítka nebo vstupní pole.

2.5.8 Velikost cíle (minimální)

Interaktivní prvky musí mít velikost alespoň 24 × 24 pixelů CSS.

Výjimky platí pro:

  • Řádkové odkazy v souvislém textu
  • Prvky s dostatečnou vzdáleností od ostatních cílů

3.3.8 Přístupné ověřování (minimum)

Procesy ověřování nesmí vyžadovat testy kognitivních funkcí.

To znamená:

  • Žádné obrázkové CAPTCHA bez alternativy
  • Musí být možné vkládat hesla pomocí správce hesel.
  • Kódy musí být přenositelné pomocí copy-paste

Časté překážky v projektech

Většina problémů vzniká s:

  • Lepkavé záhlaví, které zastírají zaměření
  • Přetahování komponent bez alternativy klávesnice
  • Malá zavírací tlačítka a zaškrtávací políčka pod 24 pixelů
  • Captchy, které vylučují uživatele čtečky obrazovky

"BFSG není okrajovou technickou záležitostí. Je to obchodní riziko, které patří do strategického plánování. Jednání nyní šetří peníze a problémy později."

"Přístupnost začíná v návrhu, nikoli v kódu. Pokud jsou kontrasty, cílové velikosti a stavy zaměření správné od začátku, ušetří to při vývoji obrovské množství času."

BITV 2.0 a BFSG: Co platí kdy?

BITV 2.0 (nařízení o bezbariérových informačních technologiích) se vztahuje na veřejný sektor. BFSG se vztahuje na soukromý sektor v oblasti B2C.

Oba soubory pravidel odkazují na evropskou normu EN 301 549, která v současnosti odkazuje na WCAG 2.1 úrovně AA.

WCAG 2.2 má být přijata jako mezinárodní norma ISO/IEC, která je obdobou WCAG 2.0; příslušné práce probíhají. Na rok 2026 byla ohlášena aktualizace normy EN 301 549 (verze 4.1.1) s odkazem na WCAG 2.2.

Srovnání BITV 2.0 vs. BFSG

BITV 2.0 (veřejný sektor)

  • Technická norma: WCAG 2.1 AA
  • Další požadavky: DGS videa, snadný jazyk
  • Vymáhání: monitorování, stížnosti

BFSG (soukromý sektor B2C)

  • Technická norma: WCAG 2.1 AA
  • Další požadavky: Žádné
  • Vymáhání práva: dozor nad trhem, pokuty

Provozujete firemní webové stránky nebo internetový obchod?

Zkontrolujeme, které požadavky se na vás vztahují.

Testování přístupnosti: automatizované vs. manuální

Automatizované testovací nástroje odhalí v závislosti na studii 30 až 57 procent problémů s přístupností.

Rozsah lze vysvětlit různými metodami měření:

Podle řady testů automatizovaných nástrojů pro přístupnost, které provedla britská vládní digitální služba (GDS ), i ty nejlepší nástroje rozpoznaly jen asi 30 až 40 procent speciálně zabudovaných problémů s přístupností.

Analýza více než 300 000 skutečných problémů, kterou provedla společnost Deque Systems, ukázala, že míra odhalení je přibližně 57 %.

Důležité: Ani jedno kritérium WCAG nelze zkontrolovat zcela automaticky. Dokonce i u barevných kontrastů, kde automatizace funguje nejlépe, ukazují hodnotící studie, že míra rozpoznání je hluboko pod 100 % a ruční ověření je nadále nezbytné.

Přehled automatizovaných nástrojů

axe DevTools (Deque)

Silné stránky: Žádné falešné poplachy, více než 70 pravidel, integrace CI/CD

Použití: Vývojové týmy

Náklady: Zdarma (Basic), Pro za poplatek

WAVE (WebAIM)

Silné stránky: Vizuální zpětná vazba přímo na stránce

Použití: Designér, recenze obsahu

Náklady: Zdarma

Maják (Google)

Silné stránky: Integrovaný v prohlížeči Chrome, používá jádro axe

Použití: Rychlé kontroly

Náklady: Zdarma

Pa11y

Silné stránky: Příkazový řádek, optimalizováno pro CI/CD, open source

Použití: DevOps, regresní testy

Náklady: Zdarma

Co lze zkontrolovat pouze ručně

Automatické nástroje rozpoznají, zda je k dispozici alternativní text. Nedokážou však posoudit, zda je alternativní text užitečný.

Totéž platí pro:

  • Kvalita titulků
  • Logické pořadí čtení
  • Chování dynamického obsahu se mění
  • Skutečná použitelnost se čtečkami obrazovky

Testy čtečky obrazovky

NVDA s prohlížečem Firefox a VoiceOver s prohlížečem Safari jsou pro testování obzvláště důležité, protože tyto kombinace patří podle průzkumu WebAIM Screen Reader Survey #10 mezi nejčastěji používaná nastavení čteček obrazovky.

Z průzkumu vyplývá, že NVDA používá 65,6 % respondentů a její význam jako bezplatné alternativy roste.

Zkontrolujte:

  • Navigace podle nadpisů (klávesa H)
  • Navigace pomocí orientačních bodů (tlačítko D)
  • Navigace v polích formuláře (klávesa F)

Kritéria přijatelnosti pro vývojové týmy

Přístupnost funguje pouze tehdy, pokud je od samého počátku začleněna do procesu vývoje.

Od kritérií WCAG k uživatelským příběhům

Každé příslušné kritérium WCAG by mělo být převedeno do uživatelských příběhů jako testovatelná akceptační podmínka.

Formát:

  • Příběh uživatele: Jako [role] bych chtěl [funkce], aby [přínos]
  • Kritéria přijatelnosti: Specifické kritérium WCAG splněno [odkaz na SC], testovatelná podmínka ověřena

Stanovení priorit podle MoSCoW

MUSÍ (povinné):
Kritéria úrovně A a kritická kritéria úrovně AA, jako je ovladatelnost klávesnice, označení formulářů, žádné pasti na klávesnici.

SHOULD (cíl):
Zbývající kritéria úrovně AA

COULD (Může):
Kritéria a zlepšení úrovně AAA

NEBUDE (nyní ne):
Prvky, které představují zdokumentovanou nepřiměřenou zátěž.

Přístup s posunem doleva

Studie a praktické zprávy z vývoje softwaru ukazují, že je podstatně výhodnější zohlednit požadavky na přístupnost již v počáteční fázi koncepce a návrhu než je zapracovávat později.

Oprava problémů s přístupností ve fázi vývoje je mnohem rychlejší a levnější než ve fázi kontroly kvality nebo po spuštění.

"Testy přístupnosti zabudováváme přímo do naší CI/CD pipeline. To nám umožňuje zachytit regrese dříve, než se dostanou do produkce. Automatické testování však nikdy nenahradí ruční kontrolu."

"Největší chybou je považovat přístupnost za zaškrtávací políčko na konci. Pokud od začátku správně používáme sémantické HTML a štítky ARIA, je práce navíc minimální."

Hodnocení rizik a návratnost investic

Podle zprávy WebAIM Million Report 2025 je na 94,8 % zkoumaných webových stránek rozpoznatelné porušení pravidel WCAG. V průměru se jedná o 51 chyb na domovskou stránku.

Šest nejčastějších chyb

Nedostatečný barevný kontrast
79.1%
Chybějící alternativní texty
55.5%
Chybějící označení formulářů
48.2%
Prázdné odkazy
45.4%
Prázdná tlačítka
29.6%
Chybějící jazyk dokumentu
15.8%

Těchto šest typů chyb způsobuje 96 % všech zjištěných chyb.

Regionální analýzy a rozdělení podle odvětví ukazují, že stránky elektronického obchodu mají v průměru více chyb v přístupnosti, než je celkový průměr.

Potenciál trhu

Podle Spolkového statistického úřadu má v Německu přibližně osm milionů lidí přiznané těžké zdravotní postižení (GdB ≥ 50). To je necelých deset procent populace.

Podle údajů WHO je na celém světě přibližně 1,3 miliardy lidí se zdravotním postižením, což je přibližně 16 % světové populace.

Odhady, jako je zpráva „The Disability Market“, předpokládají roční kupní sílu téměř sedm bilionů amerických dolarů.

Storno sazby

Studie ukazují, že mnoho uživatelů se zdravotním postižením velmi rychle opouští webové stránky s bariérami.

Studie o elektronickém obchodování (včetně Click-Away Pound) ukazují výrazně vyšší míru opuštění obchodu v nepřístupných obchodech ve srovnání s optimalizovanými nabídkami.

Srovnání nákladů

Studie a praktické zprávy ukazují, že je podstatně výhodnější zohlednit požadavky na přístupnost již v počáteční fázi koncepce a návrhu, než je zahrnout později.

Společnost Forrester a další analytici v případových studiích uvádějí velmi vysokou návratnost investic do opatření pro zajištění přístupnosti, někdy v řádu násobků původní investice.

Přechodná období

Výrobky a služby uvedené na trh po 28. červnu 2025 musí být okamžitě plně v souladu s předpisy.

Omezená přechodná období

  • Služby se stávajícími produkty:
    Do 27. června 2030 (nevztahuje se na internetové obchody)
  • Samoobslužné terminály:
    Do konce ekonomické životnosti, maximálně 15 let.
  • Archivní obsah:
    Obsah, který byl zveřejněn před 28. červnem 2025 a od té doby nebyl aktualizován: do 28. června 2030.

FAQ - Často kladené otázky

Pomocí kombinace automatizovaných nástrojů (axe DevTools, WAVE, Lighthouse) a manuálních testů (navigace pomocí klávesnice, testování čteček obrazovky).

Podle současných studií najdou automatizované nástroje 30 až 57 procent problémů. Zbytek vyžaduje ruční kontrolu.

Úroveň AA WCAG 2.2 zahrnuje 56 kritérií úspěšnosti (32 úrovně A + 24 úrovně AA). Oproti WCAG 2.1 byla zavedena čtyři nová kritéria AA:

  • 2.4.11 Nezakryté zaostření (minimum): Zaostřené prvky nesmí být zcela zakryty.
  • 2.5.7 Pohyby přetahování: Funkce přetahování potřebují alternativy na klávesnici
  • 2.5.8 Velikost cíle (minimální): Interaktivní prvky ≥ 24×24 CSS pixelů
  • 3.3.8 Přístupné ověřování (minimum): Žádné kognitivní testy při přihlášení

Každé kritérium by mělo být formulováno jako testovatelná akceptační podmínka v uživatelských příbězích.

Kromě všech kritérií úrovně A zahrnuje 24 kritérií WCAG 2.2 AA požadavky na:

  • Vnímatelné: Živé titulky (1.2.4), Zvukový popis (1.2.5), Minimální kontrast (1.4.3), Reflow (1.4.10), Kontrast bez textu (1.4.11).
  • Provozovatelné: Více cest (2.4.5), nadpisy/štítky (2.4.6), viditelné zaměření (2.4.7), neskryté zaměření (2.4.11 novinka).
  • Srozumitelné: jazykové části (3.1.2), konzistentní navigace (3.2.3), návrh chyb (3.3.3)
  • Robustní: Přetahování pohybů (2.5.7 novinka), Velikost cíle (2.5.8 novinka), Přístupné ověřování (3.3.8 novinka)

Úplný seznam naleznete ve Stručném odkazu W3C: filtrovatelný podle úrovně, vhodný pro rychlou orientaci.

Částečně. Automatizované nástroje rozpoznají strukturální problémy, jako jsou chybějící texty alt nebo chyby v kontrastu.

Nemohou však posoudit, zda je text alt užitečný nebo zda lze stránku skutečně používat pomocí čtečky obrazovky.

Pokuty až do výše 100 000 eur, zákazy prodeje, stahování výrobků z trhu a varování podle práva hospodářské soutěže.

Když 28. června 2025 vstoupil v platnost BFSG, příslušné orgány dozoru nad trhem začaly kontrolovat požadavky na přístupnost a zasahovat v případě jejich porušení.

Lze měřit počet porušení WCAG (automatizovaných), pokrytí manuálních testů a úroveň shody (A, AA, AAA).

Návratnost investice se odráží v nižší míře stornování, širším dosahu cílové skupiny a ušetřených nákladech na právní služby. Analytici hlásí vysokou návratnost investic do opatření na podporu přístupnosti.

Podle společnosti WebAIM způsobuje šest nejčastějších chyb (kontrast, alt texty, popisky formulářů, prázdné odkazy a tlačítka, jazyk dokumentu) 96 % všech zjištěných problémů.

Tyto problémy lze často odstranit během několika dní.

Přístupnost patří do definice hotového. Automatizované testy v CI/CD pipeline zachycují regrese. Manuální testy se provádějí ve sprintech.

Uživatelské příběhy obsahují specifická kritéria WCAG jako kritéria přijatelnosti.

Další kroky

Rychlé hodnocení

Proveďte automatickou kontrolu pomocí nástrojů axe DevTools nebo WAVE. Šest nejčastějších typů chyb vykazuje největší potřebu opatření.

Zavedení rychlých úspěchů

  • Úprava kontrastů
  • Přidání textů alt
  • Správné označení formulářů
  • Vyplnění prázdných odkazů a tlačítek
  • Nastavení jazyka dokumentu

Přizpůsobení procesů

  • Zahrnutí přístupnosti do definice hotového
  • Integrace automatizovaných testů do potrubí
  • Plánování ručních kontrol

Chcete ve svém projektu uplatňovat systematický přístup k přístupnosti?

Nyní znáte požadavky, testovací nástroje a akceptační kritéria. Další krok: společně zkontrolujte, jak si váš web stojí a co má prioritu.

Zdroje a odkazy

Sdílet příspěvek:

Připojte se k našemu zpravodaji

Přejít nahoru