Telefon v tmavě modrém obalu na šedém papíře s lupou s korálovým okrajem nad displejem, vedle bílé kartičky s Braillovým písmem

Týká se vaší aplikace zákon o přístupnosti?

Autor Zdeněk Dolák, zakladatel6 min čtení

Na které spotřebitelské aplikace se vztahuje zákon o přístupnosti, kdo má výjimku, co znamená přístupná aplikace pro iOS a Android a jak ji prověřit.

Pokud vaši aplikaci používají spotřebitelé k nakupování, bankovnictví, platbám, nákupu jízdenek nebo ke službám telefonu či internetu, vztahuje se na ni evropský akt o přístupnosti nejspíš už od 28. června 2025. Jedinou výjimku podle velikosti mají mikropodniky: méně než 10 osob a obrat nebo bilanční suma nejvýše 2 miliony eur. Firma s 50 nebo 250 lidmi výjimku nemá. Obecné přechodné období pro existující aplikace neexistuje.

V článku vysvětlíme, na které aplikace se předpisy vztahují, co znamená „přístupná“ v nativní aplikaci pro iOS a Android a jak zjistit, jak na tom je aplikace, kterou už máte. Jde o obecnou informaci, ne o právní radu. Zda se předpisy vztahují na vaši konkrétní službu, posoudí advokát.

Na které aplikace se zákon vztahuje

Evropský akt o přístupnosti je směrnice (EU) 2019/882. Česko ji převzalo zákonem č. 424/2023 Sb., o požadavcích na přístupnost některých výrobků a služeb. Ten se týká těchto služeb poskytovaných spotřebitelům:

  • Elektronické komunikace, například mobilní, internetové a komunikační služby.
  • Služby zpřístupňující audiovizuální mediální služby, například televizní a streamovací platformy.
  • Části letecké, autobusové, železniční a vodní osobní dopravy, včetně webů a aplikací, elektronických jízdenek a informací o dopravě v reálném čase.
  • Finanční služby pro spotřebitele: platby, platební účty, elektronické peníze, spotřebitelské a hypoteční úvěry a některé investiční služby.
  • Elektronické knihy a software určený k jejich čtení.
  • Elektronický obchod, tedy prodej výrobků nebo služeb spotřebitelům online.

Mobilní aplikace jsou výslovně uvedené. Požadavky směrnice se vedle webů týkají „služeb poskytovaných prostřednictvím mobilních zařízení, včetně mobilních aplikací“.

Částečnou výjimkou je městská, příměstská a regionální doprava. U ní se dopravní povinnosti týkají jen samoobslužných terminálů, například automatů na jízdenky. Pro aplikaci městské dopravy, která prodává jízdenky, to ale nic nerozhoduje, protože prodej online je zároveň elektronický obchod. Pokud je to váš případ, nepočítejte s tím, že se vás zákon netýká.

Na koho se zákon nevztahuje

  • Aplikace pro firmy a pro zaměstnance. Povinnosti se týkají služeb poskytovaných spotřebitelům. Aplikace, kterou používají jen firemní zákazníci nebo vaši zaměstnanci, pod ně zpravidla nespadá. Pokud ji mohou používat i spotřebitelé, počítejte s tím, že pod zákon spadá, dokud advokát neřekne jinak.
  • Mikropodniky. Český zákon se nevztahuje na služby poskytovatele, který má méně než 10 osob a obrat nebo bilanční sumu nejvýše 2 miliony eur. Do údajů se započítávají propojené a partnerské podniky, takže malá dceřiná společnost větší skupiny mikropodnikem obvykle není.

Pro malé a střední firmy jako takové žádná výjimka neexistuje.

Mají existující aplikace přechodné období?

Obecné ne. Směrnice dává přechodné období do 28. června 2030 pro výrobky, které poskytovatel používal už před červnem 2025, například hardware a terminály. Smlouvy uzavřené před účinností zákona mohou v nezměněné podobě trvat až do svého skončení, nejdéle však do 28. června 2030. Ani jedno není plošný odklad pro aplikaci, kterou nabízíte novým zákazníkům nebo kterou dál aktualizujete. Pokud chcete na výjimku pro smlouvy spoléhat, poraďte se nejdřív s advokátem.

Co znamená „přístupná“ v nativní aplikaci

Předpisy popisují výsledek, ne kód: služba musí být pro lidi se zdravotním postižením vnímatelná, ovladatelná, srozumitelná a robustní. V aplikaci pro iOS a Android to znamená konkrétní věci, které se dají otestovat:

  • Čtečky obrazovky. Každé tlačítko, ikona a obrázek má smysluplný popisek pro VoiceOver na iOS a TalkBack na Androidu a pořadí čtení odpovídá obrazovce.
  • Velikost písma. Rozvržení funguje i při velkém systémovém písmu. Text se neořezává a nic se nepřekrývá.
  • Kontrast a barva. Text a ovládací prvky mají dostatečný kontrast a barva nikdy není jediným nositelem informace, třeba červené pole u chyby.
  • Dotykové plochy. Ovládací prvky jsou dost velké a dost daleko od sebe.
  • Gesta a časové limity. Vše, co se dělá přejetím nebo složitým gestem, má jednoduchou alternativu a časové limity jde prodloužit.
  • Formuláře a chyby. Pole mají viditelné popisky, chybová hlášení říkají, co je špatně a jak to opravit, a čtečka je oznámí.
  • Média a pohyb. Videa mají titulky a animace respektují systémové nastavení omezení pohybu.

Přihlášení, platby a podepisování

U finančních služeb a elektronického obchodu směrnice citlivé části jmenuje výslovně. Přístupné musí být i identifikace, elektronické podpisy, bezpečnostní kroky a platby. V aplikaci to znamená přihlašovací obrazovku, jednorázový kód a silné ověření zákazníka, platební obrazovku i proces podepisování. Tyto obrazovky často dodává SDK třetí strany, ale pokud danou komponentu ovládáte nebo platíte, patří k vaší službě. U finančních služeb by informace pro zákazníky neměly být složitější než úroveň B2 Společného evropského referenčního rámce pro jazyky.

Co dalšího musí poskytovatel udělat

Přístupnost nejsou jen obrazovky aplikace. Podle českého zákona musí poskytovatel také:

  • Zveřejnit informace o tom, jak služba požadavky splňuje, ve všeobecných obchodních podmínkách nebo obdobném dokumentu, a uchovávat je po celou dobu poskytování služby.
  • Zpřístupnit podporu. Pokud provozujete zákaznickou linku nebo helpdesk, musí umět vysvětlit přístupnost služby a její kompatibilitu s asistivními technologiemi.
  • Napravit a nahlásit. Pokud služba požadavky nesplňuje, přijměte nápravná opatření a informujte dozorový orgán.

Existují dvě úzké výjimky: zásadní změna povahy služby a nepřiměřená zátěž. Obě vyžadují zdokumentované posouzení. V Česku musíte navíc dozorový orgán informovat ještě před zahájením poskytování služby. Podle směrnice nejsou nedostatek priorit, času ani znalostí legitimním důvodem, takže je berte jako výjimky, ne jako plán.

Podle jaké normy stavět

Předpisy stanoví funkční požadavky a technickou normu nejmenují. V praxi je uznávaným měřítkem evropská norma EN 301 549. Zahrnuje úroveň AA pravidel WCAG 2.1 a její nejnovější verze V4.1.1 ze září 2026 přechází na WCAG 2.2 AA. Jakmile bude tato verze zveřejněna v Úředním věstníku EU, bude její splnění zakládat právní předpoklad shody se směrnicí. V době psaní článku zveřejněna nebyla.

Pokud aplikaci stavíte nebo opravujete teď, rozumným cílem je WCAG 2.2 AA, uplatněné na nativní obrazovky tak, jak to popisuje EN 301 549. Banky mohou vyjít i ze Standardu přístupnosti výrobků a služeb České bankovní asociace, který je doporučením odvětví, ne zákonem.

Kdo na to v Česku dohlíží

Většinu služeb podle zákona dozoruje Česká obchodní inspekce, včetně bankovních a platebních aplikací, elektronického obchodu a elektronických knih. Elektronické komunikace spadají pod Český telekomunikační úřad a doprava má vlastní úřady. Pokuta za službu, která požadavky nesplňuje, může podle zákona dosáhnout až 10 milionů Kč za jeden přestupek. Úřady také zveřejňují seznam služeb, které požadavky nesplňují.

Jak zjistit, jak na tom vaše aplikace je

  1. Rozhodněte, zda se vás zákon týká. Kterou ze služeb aplikace poskytuje, zda spotřebitelům a zda je vaše firma mikropodnik? Odpověď i zdůvodnění si zapište.
  2. Vyberte klíčové cesty. Registrace, přihlášení, hlavní úkol (platba, objednávka, jízdenka), podpora a nastavení.
  3. Spusťte automatické kontroly. Accessibility Inspector v Xcode a Accessibility Scanner od Googlu najdou chybějící popisky, nízký kontrast a malé dotykové plochy. Odhalí ale jen část problémů.
  4. Otestujte ručně. Projděte každou cestu se zapnutým VoiceOverem a TalkBackem, s největším písmem a bez spoléhání na barvy.
  5. Zkontrolujte části třetích stran. SDK pro přihlášení, platby a ověření totožnosti a webové stránky zobrazené uvnitř aplikace.
  6. Otestujte s lidmi, kteří asistivní technologie používají, pokud to jde. Najdou, co kontrolní seznam přehlédne.
  7. Zapište zjištění, opravte je podle závažnosti a aktualizujte informace o přístupnosti v obchodních podmínkách.
OblastCo ověřitKdo za to obvykle odpovídá
RozsahSlužba podle zákona, poskytovaná spotřebitelům, velikost firmy včetně skupinyPrávní oddělení nebo compliance spolu s vlastníkem produktu
Čtečky obrazovkyPopisky, pořadí čtení a oznámení na každé klíčové obrazovce ve VoiceOveru a TalkBackuVývojáři aplikace, ověřeno testováním
Písmo a kontrastNejvětší systémové písmo, kontrast, žádná informace jen barvouDesign a vývojáři aplikace
Přihlášení a platbyPřihlášení, jednorázové kódy, silné ověření, platební a podpisové obrazovky včetně SDK třetích stranVývojáři aplikace, bezpečnost a dodavatel SDK
PodporaZákaznická linka umí vysvětlit přístupnost a funguje v přístupných kanálechZákaznická podpora
Zveřejněné informaceJak služba splňuje požadavky, v obchodních podmínkách nebo obdobném dokumentuPrávní oddělení nebo compliance
Další vydáníKontrola přístupnosti v návrhu a testování každé verzeVlastník produktu a celý tým

Další krok

Většina oprav se týká samotné aplikace: popisků, rozvržení, které zvládne velké písmo, kontrastu a přístupných obrazovek pro přihlášení a platby. Pokud chcete druhý názor na existující aplikaci pro iOS nebo Android, pošlete nám krátký popis přes kontaktní stránku: co aplikace dělá, kdo ji používá a zda jste už audit dělali. Pokud novou aplikaci teprve plánujete, patří přístupnost do zadání od začátku. Viz jaké podklady poslat před poptávkou mobilní aplikace.

Tento článek má pouze informativní charakter a nepředstavuje právní poradenství. Vychází ze směrnice (EU) 2019/882 a zákona č. 424/2023 Sb. ke stavu v září 2026. Zda a jak se předpisy vztahují na vaši aplikaci, závisí na konkrétní službě; obraťte se na advokáta.

Zdroje

Zdroje ETSI, AccessibleEU a W3C jsou v angličtině.