Přeskočit na obsah

Testování přístupnosti na cestě vašich zákazníků k pokladně

Klávesnicí a přímo ve vaší pipeline: testy v Playwright projdou produkt → košík → pokladnu nebo rezervaci krok za krokem u každého pull requestu. Pro webové agentury a provozovatele e-shopů a rezervačních webů.

Co je pro váš e-shop v sázce

Přístupnost není odznak. Rozhoduje o tom, zda část vašich zákazníků může nakoupit, a o tom, jak vás vnímají úřady a veřejnost.

Proč samotný skener nestačí

  • Skenery kontrolují stránky, ne cesty

    Skener načítá jednotlivé stránky. Neprojde klávesnicí od produktu přes košík k pokladně ani rezervací. Právě tam zákazníci bez myši uvíznou a nemohou nakoupit. A skenery navíc najdou jen část problémů.

  • Zjištění leží v PDF, ne v pull requestu

    Auditní zprávu si někdo přečte a založí. Vývojáři ji při práci nevidí. S dalším vydáním se tytéž chyby vracejí, často bez povšimnutí.

  • Vaše informace o přístupnosti zastarávají

    Od 28. června 2025 musí e-shopy podle Evropského aktu o přístupnosti, provedeného zákonem č. 424/2023 Sb. (CZ), zákonem BaFG (AT) a zákonem č. 351/2022 Z. z. (SK), zveřejňovat informace o přístupnosti (v AT podle Anlage 3). Každé vydání je může učinit nepravdivými, pokud se cesty znovu neotestují.

Co testy kontrolují

Každý test sleduje skutečnou cestu vaším webem a stiskem kláves Tab, Enter a Esc postupuje jako člověk bez myši. U každého zjištění je uvedeno kritérium WCAG.

Dosažitelnost klávesnicí

Každý ovládací prvek na cestě musí být dosažitelný klávesou Tab. Pokud cíl nikdy nezíská fokus, test selže.

  • Tlačítka, odkazy a pole formulářů
  • Zavření cookie lišty klávesnicí
  • Pevný limit stisků klávesy Tab na cíl

Pořadí fokusu (WCAG 2.4.3)

Po každém stisku klávesy Tab test zaznamená, kde je fokus, a porovná to s očekávaným pořadím.

  • Očekávané pořadí pro každý formulář
  • Odchylky zobrazené jako diff ve zprávě
  • Například e-mail, jméno, adresa, země

Viditelný fokus (WCAG 2.4.7)

Uživatelé klávesnice musí vidět, kde se právě nacházejí. Test porovná každý prvek s fokusem a bez něj.

  • Obrys, stín a okraj
  • Porovnání snímků obrazovky jako záloha
  • Na desktopu i na mobilu

Žádné pasti klávesnice (WCAG 2.1.2)

Z každého widgetu se dostanete klávesou Tab nebo Esc. Dialogy při otevření převezmou fokus a při zavření ho vrátí.

  • Tab opustí každý widget
  • Esc zavírá dialogy
  • Fokus se vrací na spouštěcí prvek

Chyby ve formulářích (WCAG 3.3.1, 3.3.3)

Chybová hlášení musí být oznámena a propojena se svým polem. Kontrolujeme to pouze na stagingu, s testovacími daty.

  • aria-invalid a aria-describedby
  • Fokus přejde na první chybu
  • Pouze staging, pouze syntetická data

Sken axe a snímky ARIA

axe-core prověří vaše klíčové URL. Snímky ARIA pokladny, košíku a navigace ukážou, když se mezi vydáními ztratí popisky.

  • Pravidla axe pro WCAG 2.0 až 2.2, A a AA
  • Nová závažná zjištění zastaví build
  • Známé problémy s odpovědnou osobou a konečným termínem

Jak to funguje

  1. Cesty vybereme společně

    Dohodneme se s vámi, na kterých cestách záleží: například produkt → košík → pokladna až po volbu platby, rezervace nebo kontaktní formulář.

  2. Testy ve vašem repozitáři

    Testy postavené na Playwright a axe-core se do vašeho repozitáře commitují jako kód. Váš tým je může číst, měnit a rozšiřovat.

  3. U každého pull requestu v CI

    GitHub Actions, GitLab CI nebo Jenkins spustí testy u každého pull requestu proti preview URL. Každou noc zkontroluje produkci běh pouze pro čtení.

  4. Zpráva a prohlášení

    Dostanete zprávu typu white-label. Návrh vašeho prohlášení o přístupnosti aktualizujeme podle nových výsledků.

Jak vypadá zjištění

Smyšlený příklad pouze pro ilustraci. Nepochází od skutečného klienta ani ze skutečného webu. Takto se neúspěšný test zobrazí ve zprávě.

Ilustrativní příklad

Krok na cestě
Stránka produktu → „Přidat do košíku“ (na stagingu) → mini košík → „Přejít k pokladně“
Očekáváno
Fokus přejde do mini košíku. „Přejít k pokladně“ je dosažitelné klávesou Tab a Esc zavře dialog (WCAG 2.4.3, 2.1.2).
Co se stalo
Dialog se otevře, ale fokus klávesnice se do něj nikdy nedostane. „Přejít k pokladně“ nelze klávesnicí dosáhnout.
Proč na tom záleží
Lidé, kteří nakupují klávesnicí, se k pokladně nikdy nedostanou. Tito zákazníci nemohou nakoupit. Test selže v pull requestu dřív, než se chyba dostane do provozu.

Kde začít

Začněte bezplatnou kontrolou jedné cesty. Průběžné balíčky začínají dvěma cestami a rostou s vaším e-shopem.

  • Bezplatná kontrola cesty

    Zdarma

    Jedna veřejná cesta, pouze pro čtení a jen s vaším svolením. Neodesíláme žádné formuláře, nic nevkládáme do košíku a nic nekupujeme.

    • Zpráva obvykle do 3 pracovních dnů
    • Jedna veřejná cesta, klávesnicí
    • Krátká zpráva s kritérii WCAG
    • 15minutový průchod výsledky
  • Basis

    od 900 € nastavení + 150 €/měsíc

    Dvě cesty ve vašem CI s měsíční údržbou po změnách rozhraní.

    • Nastavení obvykle do 5 pracovních dnů
    • 2 cesty, sken axe až 10 klíčových URL
    • Konfigurace CI pro jednu pipeline
    • První zpráva a návrh prohlášení o přístupnosti
    • Měsíčně: udržet testy zelené po změnách UI (do 1 h)
    • Měsíčně: běh na produkci, zpráva a aktualizace prohlášení
  • Shop, Shop Plus a agentura

    Na vyžádání

    Pro větší e-shopy, rezervační weby a agentury s více klientskými weby.

    • Nastavení obvykle za 2–4 týdny
    • Více cest: pokladna, přihlášení, rezervační widgety
    • Čtvrtletní ruční kontrola se čtečkou obrazovky (Shop Plus)
    • White-label pro více webů (balíček pro agentury)

Všechny ceny jsou uvedeny bez DPH. Větší rozsahy naceníme po krátkém hovoru.

Pro webové agentury

Staráte se o více e-shopů? Zprávy vycházejí pod jménem vaší agentury. Všechny klientské weby sdílejí jeden šablonový repozitář. Vaši vývojáři vidí neúspěšné testy ve svých vlastních pull requestech, ne o týdny později v PDF.

  • White-label zprávy s vaším logem a barvami
  • Jeden sdílený šablonový repozitář pro všechny klientské weby
  • Chyby zobrazené přímo ve vlastním pull requestu vývojáře

Přístup a data

  • Na produkci pouze pro čtení: navigace, stisk klávesy Tab, otevírání a zavírání dialogů. Nic se neodesílá ani nekupuje.
  • Formuláře testujeme pouze na stagingu, se syntetickými testovacími daty.
  • Přístupové údaje ke stagingu a testovacím účtům zůstávají v úložišti tajných údajů vašeho CI, nikdy v repozitáři.
  • Pracujeme pouze na základě písemného pověření: rozsah, prostředí a časová okna.
  • Platební a rezervační widgety třetích stran testujeme až po předání poskytovateli.

Co tato služba není

  • Automatizované a skriptované kontroly pokrývají jen část WCAG 2.2 / EN 301 549 V3.2.1 (která odkazuje na WCAG 2.1). Ruční kontrola se čtečkou obrazovky je součástí pouze balíčku Shop Plus.
  • Nejde o osvědčení přístupnosti ani o právní poradenství. Testy a zprávy vám pomohou se připravit.
  • Prohlášení o přístupnosti zveřejňuje provozovatel e-shopu a odpovídá za něj. My ho připravíme a průběžně aktualizujeme.
  • Výsledky jsou snímkem testované verze.

Automatizované a skriptované kontroly pokrývají jen část požadavků WCAG 2.2 / EN 301 549 V3.2.1 (která odkazuje na WCAG 2.1). Nejde o certifikát shody ani o právní poradenství.

Právní zdroje (ověřeno 19. října 2026)

Otázky

Vztahuje se na nás zákon vůbec?

U spotřebitelských e-shopů a rezervačních služeb ano. Výjimku mají mikropodniky poskytující služby: méně než 10 zaměstnanců a roční obrat nebo bilanční suma nejvýše 2 miliony €. Přístupnost je přesto dobrou praxí, protože i tito zákazníci chtějí nakupovat.

Nahrazuje to ruční audit?

Ne. Audit pokrývá i to, co nelze automatizovat. Naše testy hlídají, aby se cesty, na kterých vám záleží, mezi dvěma audity znovu nerozbily.

Které systémy CI podporujete?

GitHub Actions, GitLab CI a Jenkins. Testy běží v oficiálním kontejneru Playwright. Výsledky dostanete jako JUnit XML pro vaše CI a jako HTML zprávu pro váš tým.

Co platební nebo rezervační widgety třetích stran?

Testujeme až po předání poskytovateli. Co následuje potom, nemůžeme testovat ani měnit. Tyto části uvádíme ve zprávě i v prohlášení jako obsah třetích stran.

Kdo zveřejňuje prohlášení o přístupnosti?

Vy jako provozovatel e-shopu a za jeho obsah odpovídáte. Návrh připravíme z výsledků testů a vašich odpovědí (v Rakousku podle Anlage 3 BaFG) a průběžně ho aktualizujeme.

Potřebujete přístup k produkci?

Ne. Na produkci běží testy pouze pro čtení, bez objednávek a bez formulářů. Formuláře testujeme na stagingu s testovacími daty. Přístupové údaje zůstávají v úložišti tajných údajů vašeho CI.

Nechte nás otestovat jednu z vašich cest

Uveďte jednu veřejnou cestu. S vaším svolením ji otestujeme pouze pro čtení a za 15 minut vás provedeme výsledky.

← Všechny služby