Jak reagovat na stížnost týkající se přístupnosti

Proč je vaše reakce důležitější než samotná stížnost

Stížnosti na přístupnost — podané přes kontaktní formulář, e-mailem, adresované regulátorovi, nebo doručené jako formální právní výzva — jen zřídka představují konec příběhu. To, jak zareagujete, určuje, co se stane dál.

Rychlá, upřímná a akčně orientovaná reakce vyřeší většinu stížností bez další eskalace. Vyhýbavá, odmítavá nebo chybějící reakce naopak často změní řešitelnou stížnost uživatele ve formální šetření nebo žalobu.

Tento návod popisuje, jak řešit stížnosti na přístupnost v každé fázi: od okamžiku, kdy vám dorazí, přes nápravu a komunikaci až po zavedení systémů, díky nimž se stejná stížnost znovu neobjeví.

Zjistěte, o jaký typ stížnosti se jedná

Ne všechny stížnosti na přístupnost jsou stejné a odpovídající reakce se liší podle typu.

Zpětná vazba od uživatele

Nejběžnější forma. Osoba se zdravotním postižením narazila na bariéru na vašem webu — formulář, který nešlo dokončit se čtečkou obrazovky, video bez titulků, tlačítko nedosažitelné klávesnicí — a nahlásila to přímo vám přes kontaktní stránku, mechanismus zpětné vazby k přístupnosti nebo obecný podpůrný kanál.

Tyto stížnosti jsou často nejcennější zpětnou vazbou, jakou váš tým vůbec dostane. Identifikují reálné bariéry od reálných uživatelů v reálných situacích, které automatizované nástroje často přehlédnou.

Regulační nebo státní stížnost

Ve Velké Británii může uživatel nahlásit problém Government Digital Service (GDS) nebo Equality and Human Rights Commission (EHRC). V USA lze podat stížnost u Department of Justice (DOJ), Office for Civil Rights (OCR) při ministerstvu školství nebo u jiných federálních úřadů. V EU směřují stížnosti na národní orgány dohledu určené podle směrnice o přístupnosti webových stránek.

Tyto stížnosti se řídí formálním procesem. Obvykle obdržíte písemné oznámení, popis údajného porušení a lhůtu pro odpověď.

Právní výzva (demand letter)

V USA je to často první signál, že žalobce zamýšlí zahájit soudní spor podle ADA Title III. Dopis popisuje údajná porušení a obvykle navrhuje podmínky vyrovnání. Jde o právní záležitost, kterou je třeba řešit samostatně — podrobný postup najdete v našem průvodci k právním výzvám ADA.

Zpětná vazba k prohlášení o přístupnosti

Pokud má váš web zveřejněné prohlášení o přístupnosti s mechanismem zpětné vazby (povinné podle PSBAR ve Velké Británii a důrazně doporučené všude jinde), může vám přes něj dorazit strukturovaná zpětná vazba. Ta bývá často podrobná a konkrétní a zaslouží si stejné zacházení jako jakákoli jiná stížnost.

Krok 1: Potvrďte přijetí co nejdříve

Nejdůležitější věc, kterou můžete při obdržení stížnosti na přístupnost udělat, je rychle reagovat a potvrdit, že jste ji přijali.

To platí i v případě, že problém nemůžete okamžitě prošetřit. Potvrzení tentýž den nebo následující pracovní den sděluje, že stížnost berete vážně. Zabraňuje také tomu, aby si stěžovatel myslel, že jeho zprávu ignorujete — což je běžný spouštěč eskalace.

Vaše potvrzení by mělo:

Potvrdit přijetí stížnosti
Uvést konkrétní osobu nebo tým odpovědný za další postup
Poskytnout realistický časový rámec pro úplnou odpověď (viz krok 3)
Poděkovat osobě za nahlášení problému — pomáhá vám identifikovat bariéru, která ovlivňuje i další uživatele

Udržujte profesionální a upřímně vděčný tón. Lidé, kteří hlásí bariéry v přístupnosti, jsou často uživatelé, kteří již zkoušeli jiná řešení a žádné nenašli. Věnují tomu čas, který by věnovat vůbec nemuseli.

Šablona:

Děkujeme, že jste se na nás obrátili. Vaši zprávu jsme obdrželi a problém, který jste popsali, prověřujeme. Člen našeho týmu se s vámi spojí do [časový rámec] s aktuální informací. Přístupnost bereme vážně a vážíme si toho, že jste nás na tento problém upozornili.

Krok 2: Prošetřete konkrétní bariéru

Po potvrzení prošetřete konkrétní problém, který stěžovatel popsal. Vyhněte se pokušení provést obecný audit přístupnosti a považovat ho za reakci na konkrétní stížnost — to jen oddaluje řešení a míjí podstatu.

Co prošetřit:

Podaří se vám problém reprodukovat? Testujte v prostředí, které stěžovatel popsal: prohlížeč, operační systém a asistivní technologii, kterou zmínil (pokud nějakou zmínil).
Je bariéra na úrovni komponenty (konkrétní tlačítko, formulář nebo modální okno), nebo na úrovni celé stránky?
Jde o problém v kódu, problém při tvorbě obsahu, nebo problém komponenty třetí strany?
Objevuje se stejná bariéra i jinde na webu?
Které kritérium úspěšnosti WCAG (pokud nějaké) porušuje?

Nástroje pro testování:

Pouze klávesnice — dokážete dosáhnout na postižený prvek a ovládat ho pomocí Tab, Shift+Tab, Enter, mezerníku a kurzorových kláves?
Čtečka obrazovky — testujte s NVDA + Chrome, JAWS + Chrome a VoiceOver na Safari (macOS/iOS). Má prvek přístupný název? Je oznámen správně?
Automatizovaný skener — spusťte cílené skenování dané URL adresy, abyste odhalili související problémy
Přiblížení na 200 % a přeformátování na 320 px — nerozpadá se rozvržení?

Zaznamenejte svá zjištění. Potřebujete jasný záznam o tom, jaká bariéra existuje, kde se nachází a co ji způsobilo.

Krok 3: Opravte ji — a stanovte realistický časový plán

Jakmile bariéře rozumíte, opravte ji. Priorita a časový plán by měly odpovídat závažnosti:

Závažnost	Příklady	Cílový čas opravy
Kritická	Formulář pokladny nedosažitelný klávesnicí, přihlášení blokované pro uživatele čteček obrazovky	24–72 hodin
Vážná	Chybějící alternativní text u produktových obrázků, neoznačená pole formuláře v klíčovém procesu	Do jednoho týdne
Střední	Nedostatečný kontrast barev u vedlejšího obsahu, chybějící struktura nadpisů	Do konce sprintu nebo dvou týdnů
Nízká	Nepopisné odkazy v článku na blogu, chybějící atribut `lang`	Nejbližší plánovaná údržba

Pokud oprava bude vyžadovat čas — například je potřeba, aby dodavatel třetí strany aktualizoval svou komponentu — sdělte to stěžovateli. Řekněte mu:

Co je bariérou
Co ji způsobuje
Co děláte pro její opravu
Kdy očekáváte vyřešení
Zda existuje alternativní způsob, jak mezitím splnit svůj cíl

Alternativní přístupová cesta je důležitá. Pokud osoba nemůže použít vaši pokladnu, nabídněte přijetí objednávky telefonicky nebo e-mailem, dokud oprava neprobíhá. „Pracujeme na tom“ bez alternativy není přiměřeným opatřením — pouze uživateli sděluje, že se k vaší službě nedostane.

Krok 4: Odpovězte stěžovateli s konkrétními informacemi

Jakmile je oprava hotová (nebo máte konkrétní plán, pokud potrvá déle), odpovězte stěžovateli s obsažnou aktualizací. Tato odpověď by měla:

Popsat konkrétní identifikovaný problém
Vysvětlit, co jste během vyšetřování zjistili
Uvést, co bylo opraveno, nebo podrobně popsat plán opravy s časovým rámcem
Potvrdit, že oprava byla ověřena (opětovně testována)
Vyzvat stěžovatele, aby vyzkoušel aktualizovaný stav a dal vědět, pokud bariéra přetrvává
Poskytnout přímý kontakt pro případ dalších problémů

Vyhněte se vágním ujištěním jako „zlepšili jsme naši přístupnost“. Buďte konkrétní. Stěžovatel, který se nemohl přihlásit se čtečkou obrazovky, si zaslouží vědět přesně, co bylo rozbité a že je to nyní opraveno.

Šablona:

Děkujeme za vaši trpělivost, zatímco jsme prošetřovali problém, který jste nahlásili. Identifikovali jsme [konkrétní problém] na [konkrétní stránka/komponenta]. Tento problém byl vyřešen — [stručný popis opravy]. Aktualizovanou [stránku/komponentu] jsme znovu testovali a potvrdili, že [prvek] je nyní [popis přístupného chování]. Rádi bychom se od vás dozvěděli, pokud by problémy přetrvávaly. Můžete nás kontaktovat přímo na [kontakt].

Krok 5: Vše dokumentujte

U každé stížnosti na přístupnost, kterou obdržíte a vyřešíte, uchovávejte záznam obsahující:

Datum přijetí a datum potvrzení
Popis nahlášené bariéry
Zjištění z vašeho vyšetřování
Provedenou opravu a datum jejího nasazení
Potvrzení, že oprava byla testována
Veškerou korespondenci se stěžovatelem

Tato dokumentace slouží třem účelům. Zaprvé prokazuje dobrou víru — pokud stížnost eskaluje k regulátorovi nebo do právního řízení, dokumentovaný záznam o nápravě je silným důkazem, že jste záležitost brali vážně a jednali. Zadruhé napájí vaše prohlášení o přístupnosti, které by mělo uvádět známé problémy a stav jejich nápravy. Zatřetí budujete institucionální znalosti o opakujících se typech chyb ve vašem kódu nebo procesu tvorby obsahu.

Krok 6: Aktualizujte prohlášení o přístupnosti

Vaše prohlášení o přístupnosti by mělo odrážet aktuální známý stav vašeho webu. Po vyřešení stížnosti:

Odstraňte bariéru ze seznamu známých problémů (pokud tam byla uvedena)
Aktualizujte datum „poslední kontroly“
Pokud stížnost odhalila kategorii problémů, kterou jste dříve neidentifikovali, doplňte ji a uveďte stav její nápravy

Prohlášení o přístupnosti, které přesně odráží známé problémy — včetně těch, jež ještě nejsou vyřešeny, s realistickým časovým plánem — buduje více důvěry než prohlášení tvrdící úplný soulad, o kterém uživatelé vědí, že není přesné.

Řešení stížností, které nelze vyřešit okamžitě

Někdy nelze bariéru opravit rychle: komponenta patří dodavateli třetí strany, který ještě nevydal opravu, náprava vyžaduje migraci platformy, nebo je obsah v zastaralém systému, jehož aktualizace vyžaduje velké úsilí.

V těchto případech:

Poskytněte alternativní přístupovou cestu. To je ve většině jurisdikcí právně vyžadováno jako „přiměřené opatření“ nebo obdobný požadavek. Musí být skutečně rovnocenná — ne zhoršená náhrada. Pokud je PDF nepřístupné, nabídněte poskytnutí informací v přístupném formátu e-mailem. Pokud je rezervační formulář blokovaný pro uživatele čteček obrazovky, nabídněte přijímání rezervací telefonicky.

Buďte upřímní ohledně časového plánu. Stěžovateli, kterému bylo řečeno „toto bude opraveno ve třetím čtvrtletí“, není dobře poslouženo. Zavažte se ke konkrétním milníkům a dodržte je.

Eskalujte interně. Stížnosti týkající se klíčových cest (přihlášení, pokladna, správa účtu, důležité formuláře) by měly být považovány za vysoce prioritní vývojářské problémy, nikoli drobné úpravy obsahu. Ujistěte se, že o nich ví správní lidé.

Reakce na regulační stížnosti

Pokud byla stížnost eskalována k regulátorovi — GDS ve Velké Británii, DOJ nebo OCR v USA, nebo národní orgán dohledu v EU — je proces strukturovanější.

Obvykle obdržíte:

Formální oznámení o stížnosti s popisem obvinění
Žádost o formální odpověď do stanoveného termínu
V některých případech pozvání k mediaci nebo neformálnímu řešení

Nezmeškejte termíny. Regulační stížnost, na kterou nikdo nereaguje nebo se reaguje pozdě, signalizuje nespolupráci a posiluje pozici stěžovatele.

Zabývejte se konkrétními obviněními. Regulátoři očekávají odpověď, která se věnuje konkrétním vzneseným problémům, nikoli obecné prohlášení o vašem závazku k přístupnosti.

Poskytněte důkazy o nápravě. Tam, kde jste nahlášené bariéry opravili, poskytněte dokumentaci: snímky obrazovky, zprávy z auditu, potvrzení dat nasazení. Regulátor, který vidí, že problém byl vyřešen, má výrazně menší důvod usilovat o formální vymáhání.

Vyhledejte právní poradenství. U formálních regulačních stížností, zejména v USA, kde vyšetřování DOJ může mít široký rozsah, je vhodné právní poradenství se zaměřením na digitální přístupnost.

Prevence další stížnosti

Každá stížnost na přístupnost je důkazem, že bariéra zasáhla skutečného uživatele. Cílem není jen řešit jednotlivé stížnosti, ale vybudovat systémy, které zabrání vzniku nových bariér.

Zakotvěte přístupnost do svého vývojového procesu. Automatizované kontroly přístupnosti ve vašem CI/CD pipeline odhalí zjistitelné problémy dříve, než se dostanou do produkce — ne poté, co je nahlásí uživatel. Naše integrace přístupnosti do CI/CD z toho učiní součást každého buildu.

Plánujte pravidelné audity. Automatizované nástroje zachytí 30–40 % chyb WCAG. Manuální audity se čtečkami obrazovky a navigací pouze klávesnicí odhalí zbytek. Čtvrtletní nebo pololetní audity odhalí problémy dříve, než na ně narazí uživatelé.

Proškolte svůj tým. Vývojáři, designéři a autoři obsahu, kteří rozumí přístupnosti, vytvářejí méně bariér. Jednorázové školení je méně účinné než zakotvení kontroly přístupnosti do designových revizí, code review a procesů publikování obsahu.

Zajistěte, aby byl váš mechanismus zpětné vazby skutečně snadno použitelný. Prohlášení o přístupnosti s funkčním a přístupným kontaktním mechanismem dává uživatelům přímou cestu k vám místo k regulátorovi. Mnoho stížností eskaluje právě proto, že samotný kanál zpětné vazby webu byl nepřístupný.

Pokud chcete zjistit aktuální stav přístupnosti svého webu, než dorazí další stížnost, nejrychlejším výchozím bodem je bezplatné automatizované skenování. Pro komplexní přehled se ozvěte a proberte kompletní audit.