Kde začít s přístupností, když se zdá příliš velká

První věc, kterou je třeba pochopit: nemusíte opravit všechno naráz

Když se organizace poprvé setkají s WCAG 2.2, reakcí je často směs upřímné obavy a zahlcení. Existuje 78 kritérií úspěchu ve třech úrovních souladu. Podpůrná dokumentace technik je obrovská. Automatizovaná skenování produkují seznamy stovek problémů. Zdá se, jako byste museli vše pozastavit a věnovat měsíce vývojářského času, než byste vůbec mohli začít uvažovat o tom, že svůj web nazvete přístupným.

Tento pocit je pochopitelný, ale zavádějící. Zlepšování přístupnosti není binární stav — přístupné nebo nepřístupné. Je to spektrum a smysluplný pokrok je možný z místa, kde právě teď jste, i když je tím místem „dosud jsme o tom nepřemýšleli“.

Cílem tohoto průvodce je pomoci vám začít.

Proč je pocit zahlcení normální

Webová přístupnost působí velkým dojmem, protože skutečně velká je. WCAG pokrývá vizuální prezentaci (kontrast, velikost textu, rozestupy), zvukový obsah (titulky, přepisy), interakci (navigace klávesnicí, časování, pohyb), sémantiku (struktura, popisky, role) a kognitivní aspekty (jazyk, konzistence, zotavení z chyb). Platí pro desktop, mobil i asistivní technologie. Ovlivňuje design, obsah, vývoj a testování.

Ale zde je to, co obrázek mění: většina chyb přístupnosti se soustřeďuje kolem malého počtu vzorců. Rok za rokem zpráva WebAIM Million (která analyzuje milion nejnavštěvovanějších webů) zjišťuje, že stejných šest problémů tvoří drtivou většinu automaticky detekovatelných chyb WCAG:

Nízký barevný kontrast
Chybějící alternativní text u obrázků
Chybějící popisky vstupních polí formulářů
Prázdné odkazy (odkazy bez textu)
Chybějící jazyk dokumentu
Prázdná tlačítka (tlačítka bez textu)

Těchto šest vzorců samotných je přítomno na více než 95 % testovaných domovských stránek. Jejich oprava na vašem webu z vás nedělá plně přístupný web, ale odstraňuje bariéry, které postihují největší počet uživatelů s postižením. Je to smysluplný výchozí bod.

Krok 1: Pochopte svou aktuální pozici

Než budete moci stanovit priority oprav, musíte vědět, kde stojíte. Bezplatné automatizované skenování vám to dá během několika minut.

Automatizované nástroje nejsou úplným řešením přístupnosti — spolehlivě zachytí pouze 30–40 % chyb WCAG, protože většina bariér vyžaduje k detekci lidský úsudek. Ale jsou vynikající při hledání běžných, automatizovatelných chyb uvedených výše: kontrast, chybějící alternativní text, neoznačené vstupy a podobné strukturální problémy.

Spusťte bezplatné skenování svého webu. Podívejte se, co se vrátí. Označené problémy jsou skutečné — u běžných vzorců to nebudou falešně pozitivní výsledky — a jsou konkrétním výchozím seznamem.

Krok 2: Stanovte priority podle dopadu, ne podle úplnosti

Jakmile máte seznam, pokušením je řešit každou položku popořadě. Odolejte tomu. Místo toho stanovte priority podle kombinace dopadu a četnosti:

Nejvyšší dopad (opravit první):

Jakékoli bariéry v pokladně, registraci nebo hlavním konverzním toku — pokud uživatelé nemohou dokončit transakci, chyba přístupnosti vás stojí obchod
Bariéry přihlášení a autentizace — uživatelé, kteří se nemohou dostat dovnitř, nemohou nic používat
Navigace — pokud uživatelé nemohou najít stránky, přístupnost na úrovni stránky nehraje roli

Vysoký dopad (opravit druhé):

Stránky s klíčovým obsahem: stránky produktů, informační stránky, obsah, který uživatelé konkrétně navštěvují, aby jej získali
Pole formulářů a jejich popisky a chybové zprávy — formuláře jsou místem, kde dochází k interakci
Chyby kontrastu — postihují velmi velkou populaci a obvykle jde o přímočaré opravy

Důležité, ale méně naléhavé (opravit později):

Archivní obsah a starší stránky s nízkou návštěvností
Okrajové interakce a kritéria WCAG, která postihují menší populace
Požadavky úrovně AAA (které jdou nad rámec zákonného standardu)

Nemusíte dosáhnout dokonalého skóre, než budou vaše nejnavštěvovanější stránky s nejvyšší konverzí přístupné. Ty zprovozněte správně jako první.

Krok 3: Přidejte manuální testování pro to, co automatizace přehlédne

Jakmile máte automatizované problémy pod kontrolou, další vrstvou je manuální testování. Zde najdete:

Chyby navigace klávesnicí — mohou uživatelé projít celým vaším webem tabulátorem bez myši?
Problémy se správou fokusu — po otevření modálního okna, přesune se fokus do modálního okna? Po jeho zavření, vrátí se zpět?
Chování čtečky obrazovky — oznamuje váš vlastní rozbalovací seznam svůj stav? Sděluje váš karusel, který snímek je aktivní?
Logické pořadí čtení — pokud odstraníte CSS, dává stránka stále smysl?

Nejrychlejší způsob, jak začít s manuálním testováním, je:

Odpojte myš a zkuste dokončit hlavní uživatelskou cestu vašeho webu pouze pomocí klávesnice (Tab, Shift+Tab, Enter, mezerník, Escape, šipky). Zaznamenejte vše, co selže.
Stáhněte si bezplatnou čtečku obrazovky (NVDA pro Windows je zdarma; VoiceOver je integrován v Macu a iOS). Procházejte své nejdůležitější stránky. Poslouchejte, co je oznamováno. Je to srozumitelné?
Použijte nástroje přístupnosti prohlížeče — Chrome i Firefox mají inspektory přístupnosti, které zobrazují strom přístupnosti, role ARIA a vypočtené přístupné názvy pro každý prvek.

Naučit se tyto testy vyžaduje čas, ale nic nestojí a najdou problémy, které žádný automatizovaný nástroj nenajde.

Krok 4: Zabudujte to do svého pracovního postupu

Nejnákladnějším způsobem, jak dělat přístupnost, je považovat ji za nápravné cvičení — opravit web, prohlásit vítězství a pak sledovat, jak se s každým novým vydáním funkcí hromadí nové bariéry.

Udržitelná přístupnost znamená změnit způsob, jakým pracujete:

Kontrola designu — splňuje design požadavky na kontrast? Jsou interaktivní stavy viditelné?
Vývoj — jsou tam, kde je to možné, použity nativní prvky HTML? Jsou pole formulářů označena? Mají vlastní komponenty správné ARIA?
Obsah — má každý obrázek vhodný alternativní text? Jsou odkazy popisné?
Testování — blokuje CI regrese v přístupnosti? Existuje před velkými vydáními krok manuálního testování?

Náš průvodce přístupností v životním cyklu vývoje softwaru jde hlouběji do toho, jak to vypadá v praxi. Naše služba integrace CI/CD činí automatizovanou vrstvu součástí každého sestavení.

Stanovení realistických očekávání

Pro web, který nikdy nebyl přezkoumán z hlediska přístupnosti, je dosažení souladu s WCAG 2.1 úrovně AA na každé stránce obvykle víceměsíčním projektem — delším u velkých, složitých webů s významným množstvím staršího kódu.

To neznamená, že v příštích dvou týdnech nemůžete dosáhnout smysluplného pokroku. Oprava šesti nejčastějších problémů, které jsem uvedl výše, činí váš web podstatně přístupnějším pro významnou populaci, i když vás nečiní právně vyhovujícími.

Rámec, který považuji za nejužitečnější: usilujte o neustálé zlepšování spíše než o soulad jako o cíl. Každý sprintový cyklus vyřešte sadu identifikovaných problémů. Spouštějte automatizované kontroly u nových funkcí, než jsou nasazeny. Naplánujte manuální testování čtvrtletně. Vytvořte prohlášení o přístupnosti, které upřímně odráží váš aktuální stav a váš plán.

Organizace, které k tomu přistupují tímto způsobem, mají tendenci dosahovat rychlejšího celkového pokroku než ty, které čekají, dokud nemohou zajistit zdroje na kompletní nápravný projekt.

Kde začít ještě dnes

Pokud jste zatím neudělali nic: spusťte bezplatné skenování. Za dvě minuty budete mít skutečný seznam skutečných problémů, seřazený podle závažnosti. To je váš výchozí bod.

Pokud jste spustili skenování, ale nepřešli jste k manuálnímu testování: vyzkoušejte ještě dnes test pouze s klávesnicí na svém pokladním toku. Pokud najdete bariéry, našli jste svou další prioritu.

Pokud provádíte manuální testování, ale nezačlenili jste jej do svého pracovního postupu: přečtěte si našeho průvodce přístupností v procesu vývoje a identifikujte jeden bod ve vašem aktuálním pracovním postupu, kde by bylo možné přidat kontrolu přístupnosti.

Pokrok přebíjí dokonalost. Začněte někde.