Kontrolní seznam přístupnosti webu pro malé firmy a e-shopy

Představte si zákaznici, která používá čtečku obrazovky. Najde tenisky, které chtěla, vybere velikost a stiskne to, co považuje za tlačítko košíku. Čtečka řekne „tlačítko“. Nic víc. Na stránce jsou tři taková tlačítka a žádné nemá název, takže zákaznice odejde a vy se nikdy nedozvíte proč.

Takhle vypadá většina problémů s přístupností na webech malých firem: majitel je nevidí, pro zákazníka jsou slepou uličkou. Tento kontrolní seznam je pro lidi, kteří provozují e-shop na Shoptetu, Shopify, WooCommerce nebo Wixu či web na Squarespace a nemají vlastního vývojáře.

Musí být web mé malé firmy přístupný?

Pokud prodáváte spotřebitelům v EU, nejspíš ano. Evropský akt o přístupnosti (otevře se v nové kartě) se na služby elektronického obchodování vztahuje od 28. června 2025. Hlavní výjimka platí pro mikropodniky poskytující služby: firmy s méně než 10 zaměstnanci, jejichž roční obrat nebo bilanční suma nepřesahuje 2 miliony EUR.

Elektronickým obchodováním se tu rozumí prodej na dálku přes web nebo aplikaci „na individuální žádost spotřebitele s cílem uzavřít spotřebitelskou smlouvu“ (čl. 3 bod 30). E-shop nebo rezervační systém do toho spadá. Výjimka platí jen pro služby: prodej dotčených výrobků, například čteček e-knih, s sebou stále nese pravidla pro výrobky (čl. 4 odst. 5). Nepomůže ani sídlo mimo EU, protože britský e-shop prodávající zákazníkům ve Francii pod akt v rozsahu těchto prodejů spadá (čl. 3 bod 4). Národní zákony a pokuty probírá náš průvodce evropským aktem o přístupnosti.

Britský Equality Act 2010 (otevře se v nové kartě) vyžaduje přiměřené úpravy pro lidi se zdravotním postižením, ale technickou normu pro weby nestanovuje. V USA pokyny ministerstva spravedlnosti z března 2022 (otevře se v nové kartě) uvádějí, že firmy otevřené veřejnosti musí zpřístupnit to, co nabízejí online, a že normy jako WCAG „poskytují užitečné vodítko“. Ať zákon říká cokoli, zákazník, který nedokončí objednávku, nenakoupí.

Jaké problémy s přístupností jsou na webech nejčastější?

Převládá šest chyb. Ve WebAIM Million 2026 (otevře se v nové kartě), automatickém skenu milionu nejnavštěvovanějších domovských stránek z února 2026, mělo 95,9 % stránek zjištěné chyby WCAG, v průměru 56,1 chyby na stránku. Nejčastějším problémem byl text s nízkým kontrastem, nalezený na 83,9 % domovských stránek.

Za těmito kontrolami stojí WCAG, Pravidla pro přístupnost webového obsahu; většina zákonů odkazuje na jejich úroveň AA a nejnovější verzi vysvětluje náš průvodce WCAG 2.2. Několik níže uvedených kontrol žádný skener neposoudí.

Přečte si každý vaše texty a pochopí vaše obrázky?

Začněte tady, protože tyto opravy jsou levné a většinou je zvládnete sami v editoru webu. Text potřebuje dostatečný kontrast, obrázky nesoucí informaci potřebují alternativní text a nic by nemělo stát jen na barvě. Podle Colour Blind Awareness (otevře se v nové kartě) má poruchu barevného vidění zhruba každý dvanáctý muž a každá dvoustá žena.

• Kontrast. Běžný text potřebuje kontrastní poměr alespoň 4,5:1 (otevře se v nové kartě) vůči pozadí, velký text alespoň 3:1. Barvy, včetně textu na fotkách v bannerech, ověřte v bezplatném nástroji. Náš návod ke kontrastu barev ukazuje opravy, které zachovají vaši značku.
• Alternativní texty produktů. Popište, co zákazník potřebuje vědět: „Tmavomodrý vlněný svetr s žebrovaným rolákem, pohled zepředu“ je lepší než „obrázek produktu 1“. Začněte deseti nejprodávanějšími produkty.
• Dekorativní obrázky. Ozdobná kudrlinka v pozadí by měla mít prázdný alternativní text, aby ho čtečky obrazovky přeskočily. Některé platformy do prázdného pole alt vkládají název souboru, tak to u své ověřte.
• Jen barva. Informace „Vyprodáno“ zobrazená jen jako zašedlý vzorek nebo povinné pole označené jen červeně se ke každému nedostanou. Prohlédněte si stránku s filtrem stupňů šedi v telefonu a všude, kde zmizí význam, přidejte slovo nebo ikonu.
• Přiblížení. Při přiblížení prohlížeče na 200 % by se měl text zvětšit, aniž by se překrýval nebo ořezával, a menu by mělo dál fungovat.
• Jazyk stránky. Chybějící deklaraci jazyka zachytí každý bezplatný nástroj. Jde o nastavení šablony nebo změnu jednoho řádku v ní.

Dá se váš web ovládat klávesnicí?

Spousta lidí prochází web bez myši: uživatelé čteček obrazovky, lidé s třesem nebo omezenou hybností rukou a každý, komu právě vypověděl touchpad. Odložte myš a stiskněte Tab. Měli byste se v rozumném pořadí dostat ke každému odkazu, tlačítku a poli formuláře, vždy vidět, kde jste, a nikde se nezaseknout.

• Viditelný fokus. Obrys by měl ukazovat, který prvek je aktivní, a fixní hlavička ani bublina chatu ho nesmí zakrývat (kritérium WCAG 2.2 2.4.11 Focus Not Obscured). Mnoho šablon obrys kvůli vzhledu odstraňuje; vývojář ho dokáže vrátit.
• Žádné pasti. Otevřete z klávesnice menu, výběr velikosti, vyskakovací okna i galerii obrázků, něco vyberte a zkuste odejít. Klávesa Escape by měla vyskakovací okna zavírat.
• Názvy pro ikony. Každý ikonový odkaz a tlačítko potřebuje název, který čtečka obrazovky přečte, například „Košík, 2 položky“. „Klikněte zde“ nahraďte slovy, která říkají, kam odkaz vede.
• Odkaz pro přeskočení a nadpisy. První stisk klávesy Tab by měl ideálně odhalit odkaz „Přeskočit na obsah“. V průzkumu WebAIM mezi uživateli čteček obrazovky z roku 2024 (otevře se v nové kartě) uvedlo 71,6 % respondentů, že se na dlouhé stránce nejdřív orientují podle nadpisů, takže používejte skutečné úrovně nadpisů, ne tučný text.
• Dotykové cíle. WCAG 2.2 požaduje cíle o velikosti alespoň 24 × 24 CSS pixelů, nebo dostatek místa kolem nich (kritérium úspěšnosti 2.5.8 (otevře se v nové kartě)).

Projde každý vašimi formuláři, košíkem a pokladnou?

V pokladně vás problémy s přístupností stojí peníze přímo, proto ji otestujte od začátku do konce, včetně toho, co se stane, když se něco pokazí. Každé pole potřebuje viditelný popisek, chybové hlášky musí problém vysvětlit slovy a přihlášení by nemělo záviset na testech paměti ani hádankách. Počítají se i stránky vaší platební brány.

• Popisky, ne placeholdery. Zástupný text zmizí, jakmile člověk začne psát, a často je příliš bledý na čtení. Každé pole potřebuje popisek, který zůstane vidět.
• Chybové hlášky. Odešlete prázdný formulář. Každá chyba by měla být vypsaná slovy („Zadejte PSČ, například 110 00“), stát u svého pole a čtečka by ji měla oznámit; nestačí jen obarvit rámeček načerveno.
• Neptejte se dvakrát. Nabídněte „Fakturační adresa je stejná“, místo abyste lidi nutili znovu vypisovat doručovací adresu. WCAG 2.2 z toho udělala požadavek úrovně A, 3.3.7 Nadbytečné zadávání.
• Přihlášení. Dovolte vkládat hesla a jednorázové kódy a používat správce hesel. Blokování vkládání nesplňuje kritérium přístupné autentizace (otevře se v nové kartě) z WCAG 2.2, pokud nenabízíte jiný způsob přihlášení.
• CAPTCHA. V průzkumu WebAIM z roku 2024 označili uživatelé čteček obrazovky CAPTCHA za nejproblematičtější prvek na webu. Pokud potřebujete ochranu proti robotům, vyhněte se vizuálním hádankám a vždy nabídněte nevizuální alternativu.
• Časové limity. Pokud rezervace košíku nebo termínu vyprší, upozorněte na to a umožněte ji prodloužit.

Pokud části pokladny patří vaší platformě nebo platební bráně, otestujte je i tak, problémy nahlaste a uveďte je mezi známými nedostatky.

A co cookie lišty, vyskakovací okna a chaty?

Pro vaše zákazníky jsou skripty třetích stran součástí vašeho webu. Cookie lišta, kterou nejde zavřít klávesnicí, blokuje každou stránku, a okno s nabídkou newsletteru, které uprostřed pokladny převezme fokus, může zmařit prodej. Otestujte každý skript, který jste přidali, a na přístupnost se dodavatelů ptejte dřív, než nainstalujete další.

• Cookie lišta. Dostanete se klávesou Tab k přijetí i odmítnutí, přečtete je při přiblížení na 200 % a můžete pak pokračovat tam, kde jste byli?
• Vyskakovací okna. Fokus by se měl přesunout do okna, zůstat v něm až do zavření a pak se vrátit. Escape by ho měl zavírat.
• Chaty. Tlačítko potřebuje název, okno by se mělo otevírat a zavírat z klávesnice a na telefonu by nemělo překrývat tlačítko „Zaplatit“.
• Karusely. Cokoli, co se samo pohybuje déle než pět sekund, musí jít pozastavit, zastavit nebo skrýt (WCAG 2.2 (otevře se v nové kartě), kritérium úspěšnosti 2.2.2).
• Vložený obsah. Widgety s recenzemi, mapy a rezervační nástroje jsou také na vaší stránce. Chyby hlaste dodavateli.

Fungují vaše videa, PDF a jídelní lístky pro všechny?

Video potřebuje titulky, audio přepis a důležité informace by neměly existovat jen v PDF nebo na obrázku. Restaurace, jejíž jídelní lístek je naskenované PDF, nebo e-shop, jehož tabulka velikostí je fotka, vylučují uživatele čteček obrazovky i každého, kdo si potřebuje obsah na telefonu přiblížit.

• Titulky a přepisy. Automatické titulky před zveřejněním opravte. Podcasty potřebují textovou verzi.
• Text na obrázcích. Jídelní lístky, ceníky, tabulky velikostí a otevírací doby dejte na běžnou webovou stránku. Pokud musíte použít PDF, exportujte ho z textového editoru s nadpisy a tagy, místo abyste skenovali výtisk.
• Starší soubory. EAA nevyžaduje opravovat kancelářské soubory ani předem nahrané audio a video zveřejněné před 28. červnem 2025, ani archivy, které už neaktualizujete (čl. 2 odst. 4). Nové soubory pod pravidla spadají.

Co se dá opravit svépomocí a kdy je potřeba vývojář nebo audit?

Většinu problémů s obsahem opravíte sami v redakčním systému: alternativní texty, nadpisy, texty odkazů, barvy, titulky a mnoho popisků polí. Problémy na úrovni šablony, jako jsou chybějící styly fokusu, pasti pro klávesnici nebo vlastní rozbalovací seznamy, potřebují vývojáře. Audit má největší smysl, až opravíte základy, nebo před spuštěním redesignu.

Jakou roli hraje widget jako ten náš? Panel na straně návštěvníka, jako je SiteAccessible, umožní lidem zvýšit kontrast, zvětšit text nebo zapnout vodítko čtení. To některým návštěvníkům pomůže, ale z tohoto seznamu to nic neodškrtne: tlačítko bez názvu zůstane bez názvu a past pro klávesnici zůstane pastí. Nejdřív opravte web a widget berte jako doplněk.

Jak zaznamenat odvedenou práci?

Veďte si jednoduchý záznam o tom, co a kdy jste testovali, co jste opravili a co je stále rozbité, a pak poctivé shrnutí zveřejněte v prohlášení o přístupnosti. Pokud se na vás vztahuje EAA, musíte také zveřejnit informace o tom, jak vaše služba splňuje požadavky na přístupnost, obvykle ve všeobecných obchodních podmínkách nebo obdobném dokumentu.

Tato druhá povinnost vychází z přílohy V směrnice; podobu určuje národní právo. Náš návod, jak napsat prohlášení o přístupnosti, obsahuje šablonu k úpravě. Pak udržujte pravidelný rytmus:

1. Projděte seznam na svých třech klíčových stránkách a u každé chyby si pořiďte snímek obrazovky.
2. Položky týkající se obsahu opravte sami ještě tento týden.
3. Předejte vývojáři položky týkající se šablony a pokladny, od nejzávažnějších.
4. Každou opravu znovu otestujte klávesnicí i automatickým nástrojem.
5. Zveřejněte nebo aktualizujte prohlášení a uveďte v něm datum.
6. Opakujte to vždy, když přidáte aplikaci, změníte šablonu nebo spustíte novou vstupní stránku.