Přístupnost ve 24 jazycích: Jak lokalizovat pro inkluzivní přístup na web

Základy webové přístupnosti

Webová přístupnost znamená, že digitální obsah je použitelný pro všechny lidi – bez ohledu na fyzická nebo kognitivní omezení. V praxi se implementace řídí podle Web Content Accessibility Guidelines (WCAG) od W3C, která zahrnují čtyři principy: vnímatelnost, ovladatelnost, srozumitelnost a robustnost (POUR). Tyto principy tvoří základ pro lokalizaci přístupných webových stránek. Pokud překládáte obsah do 24 jazyků, musíte zajistit, aby přístupnost nebyla ztracena.

Konkrétně to znamená: alternativní texty pro obrázky, které slouží jako textový popis, musí být nejen přeloženy, ale také přizpůsobeny kulturnímu kontextu. Alt text, který v němčině obsahuje deset slov, může být v řečtině nebo finštině výrazně delší. To by mělo být zohledněno při návrhu rozvržení, aby nedošlo k oříznutí obsahu. Také ARIA štítky (Accessible Rich Internet Applications) například pro tlačítka nebo navigační prvky musí být jazykově specificky přizpůsobeny. Doslovný překlad v praxi často vede k nesrozumitelným popiskům pro čtečky obrazovky.

Dalším důležitým bodem je sémantické označování textů: nadpisy, seznamy a odkazy by měly mít logickou hierarchii, která zůstane zachována i po překladu. Při lokalizaci musíte dbát na to, aby struktura zdrojového kódu nebyla narušena delšími textovými bloky. Doporučuje se použití nástrojů pro řízení překladu, které správně zpracovávají zástupné znaky proměnných a vložené HTML značky. Otestujte každou jazykovou verzi pomocí čtečky obrazovky, jako je NVDA nebo VoiceOver, abyste se ujistili, že výstupní texty dávají smysl.

Doporučení: Definujte stylový průvodce pro přístupné texty, který stanoví maximální délky znaků pro alt texty a ARIA štítky. Proškolte své překladatele v základech WCAG. Provádějte manuální testy s pomocnými technologiemi pro každý jazyk. Berte na vědomí: Dodržování přístupnosti vyžaduje úzkou spolupráci mezi vývojáři, překladateli a testery QA. Nechte si právně poradit ohledně specifických požadavků vašeho cílového trhu.

Právní požadavky EU na přístupnost

Evropská unie vytvořila závazné požadavky na přístupnost digitálních produktů prostřednictvím European Accessibility Act (EAA) a normy EN 301 549. Od června 2025 musí tyto požadavky splňovat webové stránky a mobilní aplikace veřejných institucí a některé soukromé služby. Pro podniky to znamená: pokud nabízíte svůj web v několika jazycích EU, musí každá jazyková verze samostatně splňovat zákonná kritéria. EN 301 549 do značné míry odkazuje na WCAG 2.1 na úrovni AA – a to platí stejně pro každý jazyk.

V praxi to vede k vícerozměrné výzvě v oblasti souladu. Protože zákonné požadavky se mohou lišit podle země: Německo má zákon o posílení přístupnosti (BFSG), Francie Référentiel Général d’Amélioration de l’Accessibilité (RGAA) a každá země má vlastní donucovací mechanismy. Pro lokalizaci to znamená, že musíte nejen technicky implementovat kritéria WCAG, ale také dodržovat postupy testování a povinnosti dokumentace specifické pro danou zemi. Například BFSG vyžaduje prohlášení o přístupnosti, které musí být sepsáno v německém jazyce.

Konkrétní kroky: Nechte každou jazykovou verzi podrobit úplné kontrole podle EN 301 549 – ideálně externím poskytovatelem se znalostí národní právní situace. Dbejte na to, aby všechny přeložené komponenty (alt texty, ARIA štítky, chybová hlášení) obstály při stejných testovacích kritériích. Dokumentujte výsledky testů jazykově specificky, protože je mohou vyžadovat dozorové orgány v příslušné zemi. Častou chybou v praxi je, že se testuje pouze úvodní stránka, ale hlubší úrovně lokální verze jsou nedostatečné.

Doporučení: Integrujte právní požadavky již do přípravy překladu. Vytvořte pro každý cílový jazyk kontrolní seznam na základě EN 301 549. Zadejte právní přezkum národních předpisů. Obsah této kapitoly nenahrazuje individuální právní poradenství; obraťte se na specializované právníky v oblasti IT práva v příslušných zemích.

Vícejazyčné výzvy v oblasti přístupnosti

Lokalizace přístupného obsahu do 24 jazyků EU přináší specifické technické a jazykové překážky. Ústředním problémem je rozdílná délka textu: zatímco anglická fráze je často krátká, překlady do němčiny, finštiny nebo řečtiny mohou být až o 30 % delší. ARIA popisky, které mají obvykle pevnou délku, musí být proto navrženy dynamicky nebo s použitím zástupných znaků. V praxi to vede k ořezávání popisků nebo k rozbití rozvržení, pokud nejsou použity flexibilní kontejnery.

Dalším bodem jsou systémy písma a směry čtení. Lokalizace pro jazyky jako řečtina nebo bulharština vyžaduje správnou podporu Unicode a obousměrného textu (BiDi) pro arabštinu, pokud je zahrnujete. Při překladu vlastností ARIA, jako je role nebo aria-label, musíte zajistit, aby čtečky obrazovky správně interpretovaly kódování znaků. Otestujte každý jazyk s odpovídajícím jazykovým balíčkem operačního systému, protože standardní testy často vycházejí z angličtiny a chyby v jiných jazycích jsou přehlíženy.

Přidávají se také kulturní rozdíly v popisu obrázků: alternativní text pro symbol nebo grafiku může být v jednom jazyce interpretován jinak než v jiném. Vyhněte se metaforám nebo idiomům, které nelze přímo přeložit. Místo toho zvolte objektivní popisy, které jsou srozumitelné i pro osoby s kognitivním postižením. Osvědčeným postupem je vytvoření glosáře s předem stanovenými překlady pro opakující se prvky uživatelského rozhraní, jako je „Zavřít“ nebo „Hledat“, který je pro všechny překladatele závazný.

Doporučení: Vsaďte na responzivní design, který umožňuje prodloužení textu bez zlomů. Pro ARIA popisky použijte proměnné v šabloně, aby překladatelé mohli upravit délku – otestujte maximální možnou délku pro každý jazyk. Pro každou jazykovou verzi proveďte specializovaný test přístupnosti s rodilými mluvčími, kteří také posoudí kulturní vhodnost. Všechny úpravy zdokumentujte v centrálním úložišti. Upozornění: Automatický překlad alternativních textů nebo ARIA popisků bez ruční kontroly se nedoporučuje, protože by mohlo dojít k závažným chybám v přístupnosti.

Překlad alternativních textů: kontext a cílová skupina

Překlad alternativních textů pro obrázky není čistě překladatelský proces, ale kontextově závislé nové vytvoření. Alternativní text musí přesně popsat funkci obrázku v kontextu stránky – bez ohledu na jazyk. V praxi to znamená: Nejprve analyzujte, jakou informaci nebo účel obrázek v německém originále sděluje (např. produktová fotografie, diagram, dekorativní prvek). Poté přeneste tuto funkci do cílového jazyka, nikoli doslovné znění.

Častou chybou je doslovný překlad alternativních textů, které jsou v angličtině krátké a výstižné, v němčině však působí nepřirozeně. Příklad: „Usmívající se žena používající notebook“ se v němčině stává „Lächelnde Frau, die einen Laptop benutzt“ – to je přijatelné, ale u obrázku pro e-commerce by mohl být důraz na produktu. Lépe: „Zákaznice testuje náš nový notebook XY na stole“. Přizpůsobte popis cílové skupině: Ve Francii kladou zákazníci větší důraz na design, ve Švédsku na funkčnost. Prozkoumejte kulturní asociace, abyste se vyhnuli nesprávným konotacím.

Doporučení: Vytvořte pro každý cílový jazyk kontrolní seznam s otázkami: Jaké informace z obrázku jsou pro uživatele relevantní? Které detaily jsou kulturně citlivé? Při překladu používejte soubory obrázků a snímky obrazovky, abyste zachovali kontext. U dekorativních obrázků (např. grafika na pozadí) jednoduše použijte „alt=“. Ke každému obrázku přiřaďte individuální alternativní text – generické texty jako „produktová fotografie“ jsou pro čtečky obrazovky bezcenné. Zkontrolujte délku: obvykle 5–15 slov, u složitých grafik až 25. Otestujte texty pomocí čtečky obrazovky v cílovém jazyce.

Mějte na paměti: Alternativní texty nejsou trik pro SEO, ale klíčový prvek přístupnosti. Každý překladatelský proces by proto měla provádět nebo alespoň kontrolovat osoba se znalostmi cílového jazyka a pokynů pro přístupnost. Nástroje jako překladové paměti pomáhají udržovat konzistentní terminologii, ale konečný finiš patří do rukou odborníka na lokalizaci.

Lokalizace ARIA štítků a rolí

ARIA atributy (Accessible Rich Internet Applications) jsou klíčové pro dynamický webový obsah, ale jejich lokalizace vyžaduje zvláštní péči. Na rozdíl od viditelného textu jsou ARIA štítky a popisy obvykle vydávány pouze asistenčními technologiemi. Chyba může vést k nesrozumitelným nebo zavádějícím hlášením. Základní pravidlo: Lokalizujte pouze textový obsah ARIA atributů (např. aria-label, aria-describedby), nikoli technické role (role atributy). Role jako „button“ nebo „navigation“ zůstávají jazykově neutrální.

Výzva spočívá ve stručnosti: ARIA štítky jsou obvykle krátké (1–5 slov). V angličtině kompaktní pojmy jako „Search“ musí být v češtině často převedeny na „Provést vyhledávání“, aby byl jasný slovesný charakter. Dbejte na gramatický rod u rolí: Mluví screenreader „tlačítko“ nebo „tlačítko“? (Pozn.: v češtině je to rod střední nebo mužský? Zde je vhodné uvést příklad: Zkontrolujte standardní výstup daného screenreaderu v cílovém jazyce. U aria-describedby, které propojuje delší popisy, musí být propojený text plně přeložen – včetně ID, na která odkazuje. Samotná ID zůstávají nezměněna.

Častý problém: Použití zástupných znaků nebo proměnných v ARIA štítcích (např. „Zavřít {0}“). Ty musíte přizpůsobit pro každý jazyk – v některých jazycích se mění slovosled. Proto otestujte hlasový výstup pomocí screenreaderu (např. NVDA, VoiceOver) pro každý cílový jazyk. Další bod: ARIA štítky by neměly být redundantní vůči viditelnému textu. Pokud tlačítko již obsahuje text „Hledat“, je další aria-label=„Hledací tlačítko“ zbytečné a ruší.

Doporučení: Vytvořte inventář ARIA štítků pro svůj web. Označte každý výskyt aria-label, aria-labelledby, aria-describedby. Přeložte texty samostatně, dbejte na konzistenci s UI textem. Proveďte automatické testy pomocí nástrojů jako axe nebo WAVE k odhalení chybějících nebo nesprávně lokalizovaných ARIA atributů. Pověřte rodilé mluvčí kontrolou hlasového výstupu. Dokumentujte překlady do glosáře, aby opakující se štítky zůstaly jednotné. ARIA lokalizace vyžaduje úzkou spolupráci mezi vývojáři, překladateli a odborníky na přístupnost – jen tak zajistíte konzistentní a srozumitelné používání.

Překonávání jazykově specifických překážek

Každý jazyk EU přináší vlastní výzvy pro lokalizaci obsahu přístupnosti. Francouzština a španělština mají delší slovní tvary, které mohou vést k problémům s místem v ARIA štítcích. Polština a čeština silně variují koncovky, což při dynamických textech vede k nesprávným skloňováním. Typická chyba: V angličtině je „Order“ jako text tlačítka, ve finštině „Tilaa“ (rozkazovací způsob). Screenreader vyslovuje tento příkazový charakter v závislosti na jazyce – otestujte účinek.

Další překážka: Směr čtení a zarovnání textu. Pro němčinu, angličtinu, francouzštinu atd. stačí zarovnání vlevo, ale pro arabštinu, hebrejštinu nebo maltštinu (s latinkou, ale RTL vlivem) musíte nastavit atribut dir. To se týká i alt textů a ARIA štítků – výstup ve screenreaderu musí odpovídat přirozenému směru čtení. Nezapomeňte na jazykové označení v html elementu: <html lang="cs"> pro každý jazyk správně nastavit, jinak screenreader zvolí špatný hlasový výstup.

Složitost vzniká také u složených slov v němčině nebo nizozemštině. ARIA štítek jako „Produktsuche“ je v němčině krátký, ale v polštině se z něj stane „Wyszukiwarka produktów“ (dvě slova). Proto plánujte dostatek místa pro text ARIA štítků v UI. Při bariérách, jako jsou dynamické obsahy (např. AJAX live regiony), musíte formulovat oznamovací texty v cílovém jazyce tak, aby jasně vyjadřovaly kontext – v češtině stačí „Přišla nová zpráva“, ve švédštině „Nytt meddelande har anlänt“. Dbejte na používání zdvořilostních forem: v češtině „Vy“ vs. „ty“, ve francouzštině „vous“ vs. „tu“. Rozhodněte jednotně podle cílové skupiny.

Doporučení: Vytvořte pro každý cílový jazyk styleguide pro přístupné texty. Stanovte: délku vět, formulace v rozkazovacím způsobu, rodové formy (generické maskulinum nebo speciální znaky). Otestujte s rodilým mluvčím a screenreaderem. Použijte nástroje jako W3C Potential Issue Reporting Tool. U RTL jazyků nestačí jednoduché CSS změny – zkontrolujte pořadí ARIA štítků a pořadí tabulátoru. Naplánujte pro každý jazyk samostatné QA kola s asistenčními technologiemi. Pouze systematickými, jazykově specifickými testy zajistíte, že vaše lokalizace je skutečně inkluzivní.

Přístupnostní překryvy: Překlad a integrace

Accessibility Overlaye jsou skripty nebo widgety, které se spouštějí na webových stránkách za účelem dodatečného zlepšení přístupnosti. Nabízejí funkce jako úprava kontrastu, zvětšení písma nebo navigace pomocí klávesnice. Při lokalizaci těchto overlayů do 24 jazyků EU je třeba překládat jak viditelné texty (tlačítka, nabídky, chybové zprávy), tak základní ARIA štítky a role. Typický příklad: Overlayové tlačítko s popiskem "Kontrast umschalten" by mělo v HTML obsahovat nejen viditelný text, ale také aria-label="Kontrast umschalten". V polské verzi se stane "Przełącz kontrast". Pokud chybí překlad aria-labelu, screenreader přečte německý text – i když je stránka zobrazena v polštině.

Integrace přeložených overlayů vyžaduje úzkou spolupráci s vývojem. Mnoho overlayových řešení používá JavaScript k dynamickému načítání obsahu. Zde je důležité, aby překlady nebyly pevně zakódovány ve zdrojovém kódu, ale byly řízeny pomocí locale souborů nebo CMS. Používejte jednotný systém klíčů (např. overlay.contrast_toggle), který je vyplněn ve všech jazycích. Dbejte na to, aby byly přeloženy i tooltipové texty a ARIA popisy. Každou jazykovou verzi otestujte alespoň s jedním screenreaderem (např. NVDA nebo VoiceOver). Zahrňte scénáře: otevření overlayové nabídky, aktivace funkce a zavření nabídky. Ujistěte se, že pořadí fokusové navigace je i po překladu správné – delší texty v některých jazycích mohou posunout rozložení.

Z právního hlediska byste měli zvážit: Samotné overlaye nestačí k splnění směrnice EU o přístupnosti (EN 301 549). Jsou doplňkem k již přístupnému webu. Překlady proto musí být prověřeny stejně jako původní obsah. Nechte si od právního oddělení potvrdit, že lokalizační proces splňuje požadavky na shodu. V praxi se osvědčuje udržovat překladový glosář pro opakující se termíny přístupnosti – například pro "Schließen", "Menü öffnen" nebo "Hilfe". Tím se vyhnete nesrovnalostem mezi overlayem a zbytkem webu.

Zajištění kvality rodilým posouzením

Překlad prvků přístupnosti, jako jsou alt texty, ARIA štítky a chybové zprávy, vyžaduje více než jazykovou správnost – musí odrážet uživatelský zážitek osob se zdravotním postižením v cílovém jazyce. Strojové překlady často poskytují doslovné, ale nevhodné formulace. Příklad: "Bild eines Hundes" jako alt text je přijatelný, ale v němčině se často používá určitý člen ("Das Bild zeigt einen Hund."). Ve švédštině je naopak běžná krátká forma "Bild av en hund". Rodilí kontroloři se znalostmi přístupnosti tyto nuance rozpoznají. Dávají také pozor na délku: Alt texty ve finských verzích mohou být kvůli aglutinaci výrazně delší a neměly by být ve zdrojovém kódu oříznuty.

Strukturovaný kontrolní proces zahrnuje několik kroků: Po překladu odborným servisem následuje jazyková korektura (lektura) druhou osobou, která mluví cílovým jazykem jako rodilým mluvčím. Souběžně je extrahován seznam všech ARIA štítků a alt textů z kódu a porovnán s překladem. Dbejte na to, aby klíče jako "aria-label" a "alt" nebyly omylem přeloženy nebo smazány. Zkontrolujte také, zda jsou dynamicky generované texty (např. z JavaScriptu) správně lokalizovány. Častá chyba: Datum v oznámeních není přizpůsobeno formátu dané země (DD.MM vs. MM/DD).

Pro zajištění kvality doporučujeme použít kontrolní seznam. Ten obsahuje body jako: Jsou všechny viditelné texty přeloženy? Odpovídají hlášení screenreaderů v cílovém jazyce? Funguje navigace klávesnicí? Nechte provést kontrolu v nativním prostředí – tedy na lokalizovaném webu se skutečným screenreaderem. Jen tak lze odhalit problémy jako nesprávné pořadí fokusu nebo chybějící překlady. Zdokumentujte výsledky a proveďte následnou kontrolu, pokud byly provedeny změny. Mějte na paměti: Právní odpovědnost za přístupnost nese provozovatel. V případě nejistoty se poraďte s právním poradcem, zejména ohledně směrnice EU 2019/882 (European Accessibility Act).

Pracovní postupy a nástroje pro lokalizaci

Efektivní pracovní postup lokalizace pro přístupný obsah se skládá z pěti fází: extrakce, překlad, zajištění kvality, integrace a testování. Začněte extrakcí všech textů souvisejících s přístupností – nejen alt textů a ARIA popisků, ale také popisků formulářů, validačních zpráv a skip-linků. Použijte nástroje jako XPath nebo crawler k shromáždění těchto prvků ze zdrojového kódu. Je vhodné použít systém pro řízení překladů (TMS), který je propojen s vaším CMS nebo repozitářem. Tím zůstávají překlady verzované a sledovatelné.

Pro samotný překlad použijte vícestupňové potrubí: nejprve překlad pomocí AI (např. s neuronovým modelem), který je podpořen terminologickou databází. Poté následuje rodilá kontrola (viz předchozí kapitola). Obzvláště užitečné jsou CAT nástroje jako memoQ nebo Trados, které spravují překladové paměti (TM). Překladová paměť ukládá již zkontrolované překlady – například pro ARIA popisek "Zavřít" – a navrhuje je při opakování. To šetří čas a zvyšuje konzistenci. Dbejte na to, aby překladové paměti byly specifické pro jazykový pár a doménu; obecné překladové paměti mohou vést k nesprávným formulacím.

Po schválení jsou překlady integrovány zpět do CMS nebo kódu. Automatizujte tento krok pomocí CI/CD pipeline, aby po sloučení byly aktualizované jazykové soubory přímo na testovacím serveru. Proveďte zde automatizované testy: zkontrolujte, zda jsou přítomny všechny klíče, zda neexistují prázdné hodnoty a zda délky znaků odpovídají očekávaným hodnotám. Doplňte manuální testy pomocí screenreaderů pro každý jazyk. Zdokumentujte celý proces – v praxi se ukazuje, že jasné odpovědnosti a kontrolní seznam snižují chybovost. Mějte na paměti, že nástroje jako WAVE nebo Axe kontrolují pouze technickou správnost, nikoli jazykovou. Proto si naplánujte dostatek času na jazykové zajištění kvality. Pro právní otázky týkající se dodržování standardů přístupnosti se prosím poraďte s právním poradcem.

Překlad pomocí AI s lidskou závěrečnou kontrolou

Při lokalizaci obsahu pro přístupnost je použití překladů pomocí AI efektivním základem, ale nikdy konečným řešením. Kombinace strojového předpřekladu a následné rodilé kontroly vyškolenými odborníky na přístupnost zajišťuje, že odborné termíny jsou přeneseny správně a s ohledem na uživatele. Konkrétní postup: Nechte ARIA popisky nebo alt texty nejprve předpřeložit specializovaným překladovým modelem (např. na bázi NMT). Následně rodilý redaktor se znalostí WCAG a národních zákonů zkontroluje každý termín na věrnost kontextu – například zda „slide“ v německé navigaci musí být chápáno jako „Bereich“ nebo „Folie“.

Typickou chybou je přebírat překlady z AI bez kontroly. Příklad: Anglické „aria-label=“Next slide”” by mohlo být přeloženo jako „Nächste Folie“, pokud je však v německé navigaci běžný termín „Weiter“, doslovný překlad zmate uživatele screenreaderu. Lidská závěrečná kontrola rozpozná tyto nástrahy a přizpůsobí formulaci jazykovým zvyklostem cílové kultury. Přitom by všechny překlady měly být zaznamenány ve glosáři s závaznými termíny, aby byla zajištěna konzistentní vyjádření pro opakující se prvky uživatelského rozhraní.

Pro praktickou implementaci se doporučuje dvoustupňový workflow: Po předpřekladu pomocí AI následuje odborná kontrola lektorem se zkušenostmi s přístupností, který také potvrdí technickou správnost ARIA atributů. Poté je kód testován – například pomocí screenreaderu – k validaci sluchového výstupu. Tento postup snižuje riziko nedorozumění, která mohou mít právní důsledky. Mějte však na paměti, že tato příručka nenahrazuje právní poradenství; pro závazná prohlášení o shodě se obraťte na svého právního zástupce.

Osvědčenou metodou je vytvoření stylistického průvodce pro každý jazyk, který stanoví slovní zásobu přístupnosti a vzorce vět. Tím zůstává kvalita stabilní napříč několika překladatelskými projekty. V praxi se ukázalo, že s tímto přístupem výrazně vzroste správnost alt textů a popisků, aniž by vznikaly zbytečné náklady na nákladné opravy.

Testovací postupy pro vícejazyčnou přístupnost

Po lokalizaci je systematické testování nezbytné k ověření skutečné přístupnosti v každém jazyce. Začněte s automatizovanými nástroji přizpůsobenými danému jazyku – například s axe-Core v kombinaci s jazykovými balíčky. Ty odhalí chybějící nebo chybné atributy ARIA, nikoli však jazykové nepřesnosti. Proto musíte provádět manuální testy s reálnými uživateli, kteří mluví cílovým jazykem jako rodným a používají screenreader. Otestujte typické uživatelské cesty, jako je vyplňování formulářů, navigace a přehrávání multimédií, ve všech 24 jazycích EU.

Specifickou metodou je párový test: Specialista na přístupnost a překladatel spolupracují na auditivní kontrole každé lokalizované komponenty. U každého prvku se ověřuje, zda výstupní informace odpovídá vizuálnímu kontextu a splňuje očekávání uživatele. Zvláštní pozornost věnujte složeným výrazům – například německému „Menü schließen“ oproti polskému „Zamknij menu“. V některých jazycích může pořadí slov změnit význam, což vede k zmatení. Zdokumentujte všechny odchylky a opravte překlad ve zdrojovém systému.

Kromě funkčních testů byste měli zkontrolovat také dodržování příslušných národních právních předpisů. Směrnice EU 2019/882 (European Accessibility Act) platí ve všech členských státech, ale její národní implementace se může v drobnostech lišit – například v požadované podrobnosti alternativních textů. Pro každý jazyk vytvořte kontrolní seznam s národními výjimkami. Nechte jej validovat právním expertem, protože nedodržení může vést k sankcím. Tento článek nenahrazuje právní poradenství.

Pro omezení nákladů prioritizujte jazyky podle velikosti cílové skupiny a zákonných lhůt. Používejte systém sledování chyb k monitorování nalezených nedostatků. Po každé opravě proveďte regresní test, abyste zajistili, že oprava v jednom jazyce neovlivní ostatní. V praxi se tento víceúrovňový testovací proces osvědčil jako účinný pro zajištění konzistentní přístupnosti ve všech jazykových verzích.

Jak předcházet častým chybám v praxi

Při lokalizaci obsahu přístupnosti se opakovaně vyskytují typické chyby, kterým se můžete vyhnout vědomým plánováním. Častou chybou je přímý překlad textu v atributech alt bez ohledu na kontext obrázku. Například anglické „Photo of a team meeting“ se přeloží na „Foto eines Teammeetings“ – správně by však mělo být „Tým během porady v zasedací místnosti“, pokud je to relevantní informace pro nevidomé uživatele. Proto pro každý obrázek vytvořte krátkou šablonu briefingového obsahu, kterou musí vyplnit i překladatelé.

Další chyba se týká ARIA popisků, které nejsou formulovány jazykově neutrálně. Anglické „Close“ jako popisek pro tlačítko zavření funguje v němčině a polštině, ale ne ve všech jazycích stejně dobře. V maďarštině je například „Bezárás“ delší a může způsobit přetékání textu. Proto každé označení v uživatelském rozhraní otestujte s realistickou velikostí písma a úrovní přiblížení. Používejte proměnné v kódu, aby popisky měly optimální délku podle jazyka. Vyhněte se také generickým výrazům jako „Klikněte zde“ – lepší je popisný odkaz jako „Zobrazit popis produktu“.

Právně citlivé je zanedbání jazykových fallbacků: Pokud pro daný jazyk neexistuje překlad, nesmí se jednoduše zobrazit anglický text, protože by to porušilo požadavek na rovnocennou přístupnost. Pro každou komponentu proto definujte výchozí jazyk a zajistěte, aby překlady do všech 24 jazyků EU byly před spuštěním kompletní. Také chyby formátování, jako je nesprávné kódování znaků (např. pro rumunské nebo slovenské speciální znaky), mohou zmást screenreader.

Abyste se těmto chybám vyhnuli, doporučujeme vícestupňovou kontrolu: Po překladu zkontroluje konzistenci druhý terminolog a technický tester přístupnosti ověří implementaci v kódu. Všechny změny dokumentujte v centrálním repozitáři. Upozornění: Tento průvodce poskytuje pouze neformální rady; pro závazné právní informace se obraťte na advokáta. V praxi tento postup výrazně snižuje počet úprav a zvyšuje spokojenost uživatelů.

Kontrolní seznam pro inkluzivní přístup ve 24 jazycích

Strukturovaný kontrolní seznam pomáhá systematicky zachytit všechny relevantní aspekty vícejazyčné přístupnosti. Začněte fází auditu: ověřte, zda váš web splňuje aktuální kritéria WCAG (minimálně úroveň AA) v každém cílovém jazyce. Použijte automatizované nástroje jako axe nebo WAVE jako první filtr, doplněné manuálním testováním s čtečkami obrazovky (např. NVDA, JAWS, VoiceOver) v příslušných jazykových prostředích. Dokumentujte odchylky specifické pro daný jazyk, protože změny rozvržení způsobené delšími texty (např. němčina vs. finština) mohou narušit navigaci.

Fáze překladu vyžaduje zvláštní péči u alt textů, ARIA štítků a chybových hlášení. Vytvořte pro každý jazyk samostatné glosáře pro opakující se pojmy (např. „Zavřít", „Výsledek vyhledávání") a stanovte, jak nakládat s kulturními kontexty. Příklad: Obrázek poštovní schránky v některých zemích symbolizuje „Kontakt", v jiných zmatek. Najměte rodilé překladatele s odbornými znalostmi v oblasti přístupnosti; ARIA štítky vždy nechte zkontrolovat v kontextu kódu. Vyhněte se automatickým překladům pro technické atributy – podle zkušeností vedou k syntaktickým nebo sémantickým chybám.

Pro technickou implementaci doporučujeme jazykové atributy v HTML (lang atribut na značce stránky a jazykové přepnutí v textu). Otestujte, zda čtečky obrazovky správně vykazují jazykové přepnutí. Označte přepínač jazyka jednoznačně pomocí ARIA (role="button", aria-label="Změnit jazyk"). Zkontrolujte, zda všechny dynamické prvky (např. modální okna, chybová hlášení) jsou po překladu stále logicky ovladatelné klávesnicí. Nástroje jako „Web Disability Simulator" pomáhají měnit perspektivy, ale nenahrazují skutečné uživatelské testování s lidmi s postižením v cílových zemích.

Pravidelná údržba zajišťuje udržitelnost. Při každé aktualizaci obsahu proveďte kontrolu přístupnosti všech jazykových verzí – ideálně integrovanou do CI/CD workflow. Udržujte centrální knihovnu přeložených UI komponent, aby změny na jednom místě konzistentně aktualizovaly všechny jazyky. Naplánujte čtvrtletní audity s aktualizovanými kontrolními body na základě nových směrnic EU nebo zpětné vazby uživatelů. Kontrolní seznam by měl být považován za živý dokument: upravte jej, jakmile to vyžadují nové technologie nebo právní předpisy.

Výhled: trendy a udržitelné strategie

Vývoj vícejazyčné přístupnosti je výrazně ovlivněn umělou inteligencí a strojovým učením. Překlady alt textů a ARIA štítků založené na AI se neustále zlepšují, ale u kulturních nuancí nebo odborných termínů jsou stále náchylné k chybám. Trendem je využití generativní AI k vytváření alternativních textů z popisů obrázků – v praxi užitečné jako základ, ale vždy vyžaduje kontrolu rodilým mluvčím. Také automatická detekce problémů s přístupností v přeloženém obsahu se zpřesňuje; nicméně lidská kontrola v bezpečnostně kritických oblastech (např. chybová hlášení v online bankovnictví) zůstává nezbytná.

Pokračující harmonizace požadavků EU na přístupnost, zejména prostřednictvím European Accessibility Act (EAA), donutí společnosti integrovat přístupnost od samého začátku do procesu překladu. Místo dodatečných oprav se prosazuje přístup „Accessibility-first“: pište výchozí texty již inkluzivně (jasný jazyk, sémantická struktura) a definujte metadata pro každý cílový jazyk. V praxi to znamená, že redakce a vývojáři úzce spolupracují s překladateli, aby se vyhnuli jazykově specifickým nástrahám – například u validace formulářů, které v závislosti na jazyce vyžadují různé regulární výrazy.

Dalším trendem je personalizace přístupnosti: uživatelé mohou ukládat vlastní preference (velikost písma, kontrast, rychlost řeči ve čtečce obrazovky). Pro vícejazyčné weby to znamená ukládat tato nastavení nezávisle na jazyce – například prostřednictvím cookies s platností napříč jazyky. Zároveň roste význam uživatelského testování s lidmi s postižením ve všech relevantních jazykových regionech. Nástroje jako vzdálené studie použitelnosti s tlumočníky nebo automatizované platformy pro zpětnou vazbu (např. podle WCAG-EM) získávají na důležitosti.

Udržitelné strategie jsou založeny na kontinuálním učení a iterativním zlepšování. Zaveďte centrální znalostní databázi překladových vzorů, které hlásí problémy s přístupností. Proškolte všechny zúčastněné – textaře, vývojáře, překladatele – v základech přístupnosti a jazykově specifických zvláštnostech. Naplánujte rozpočet na externí audity a právní kontrolu souladu s EU, protože rostou rizika odpovědnosti. Náklady se vrátí díky širší cílové skupině a vyšší spokojenosti uživatelů. Inkluzivní přístup není jednorázový projekt, ale kontinuální proces podpořený jasnými odpovědnostmi a flexibilními pracovními postupy.

Spolupráce s poskytovateli služeb pro přístupnou lokalizaci

Při vícejazyčné přístupnosti obvykle spolupracujete se specializovanými poskytovateli služeb – například s překladatelskými agenturami s odborností na přístupnost nebo technickými konzultanty. Je zásadní, aby poskytovatel rozuměl jak právním požadavkům (např. směrnice EU 2019/882), tak technickým standardům (WCAG 2.2) ve všech cílových jazycích. Předem si ujasněte, zda partner poskytuje vlastní rodilé mluvčí pro kontrolu textů přístupnosti, jako jsou alternativní texty nebo ARIA štítky, nebo zda je musíte hledat externě. Důvěryhodný poskytovatel odhalí, jak kombinuje strojové překlady s lidskou konečnou kontrolou – a zda je schopen dodat přístupné formáty (např. PDF/UA). Požadujte reference, které výslovně zahrnují vícejazyčné projekty přístupnosti. Dohodněte jasná kritéria kvality: pro každý jazyk bude definován kontrolní seznam s nejdůležitějšími kontrolními body (např. správné přepínání jazyků pomocí atributu lang, vhodné kontrasty v písmech jako je cyrilice nebo arabština, sémanticky správné nadpisy). Před spuštěním společně s poskytovatelem otestujte reprezentativní výběr stránek ve všech 24 jazycích. Mějte na paměti: spolupráce nekončí dodáním – přístupný obsah musí být znovu zkontrolován při každé aktualizaci. Dobrý poskytovatel proto nabízí průběžnou službu, která automaticky přenáší změny ve zdrojovém kódu do přeložených verzí a znovu je testuje. Dbejte na dodržování důvěrnosti a ochrany osobních údajů, zejména pokud jsou osobní údaje lokalizovány ve formulářích nebo přihlašovacích oblastech. V praxi se osvědčilo mít pevného kontaktního partnera pro každý jazyk, který zná kulturní a jazyková specifika. Nebojte se konfrontovat poskytovatele s konkrétními příklady: Nechte ho před uzavřením rámcové smlouvy přeložit a zpřístupnit celou vstupní stránku v komplexním jazyce (např. polštině nebo řečtině). Vyhnete se tak nepříjemným překvapením při pozdějším hromadném přebírání.

Rozpočet, náklady a priority pro 24 jazyků

Vícejazyčná přístupnost pro 24 jazyků EU vyžaduje realistické plánování rozpočtu. Náklady se skládají z: překladu (za jazyk, v závislosti na počtu slov a odbornosti), technických úprav (ARIA atributy, alternativní texty, navigace klávesnicí), zajištění kvality (kontrola rodilými mluvčími, automatizované a manuální testy) a průběžné údržby. V praxi byste u průměrné firemní webové stránky s 50 až 100 stránkami měli počítat s náklady 15 000 až 25 000 eur, rozloženými do všech jazyků. Klíčová je prioritizace: ne každý požadavek na přístupnost je stejně náročný. Začněte s nejnavštěvovanějšími jazyky (např. němčina, angličtina, francouzština) a nejdůležitějšími stránkami (domovská stránka, produktové stránky, kontaktní formulář). Nejprve využijte snadné výhry, jako jsou správné alternativní texty a struktury nadpisů, než se pustíte do složitých implementací ARIA. Mějte na paměti, že náklady na překlad nerostou lineárně: mnoho poskytovatelů účtuje za menší jazyky, jako je maltština nebo lotyština, podobné základní ceny jako za velké jazyky, protože i tak potřebují rodilé mluvčí pro kontrolu. Proto plánujte paušální nabídky pro celý jazykový balíček. Častou námitkou je: „Přístupnost se finančně nevyplatí.“ Proti tomu lze namítnout, že začleněním přibližně 20 % obyvatel EU se zdravotním postižením získáváte nové skupiny zákazníků a zároveň dosahujete výhod SEO díky sémantickému kódu a lepší uživatelské zkušenosti. Navíc se vyhnete varováním a pokutám, které hrozí od roku 2025 pro veřejné subjekty a od roku 2030 pro mnoho soukromých společností. Investujte tedy strategicky: budujte interní know-how, spolupracujte se specializovanými poskytovateli a zaměřte se na neustálé zlepšování. Jasná analýza nákladů a přínosů, která zahrnuje i riziko nesouladu, pomáhá ospravedlnit rozpočet před rozhodovacími orgány. V praxi se ukazuje, že společnosti, které integrují přístupnost od samého začátku do procesu lokalizace, musí dlouhodobě méně dodatečně upravovat a dosahují vyšší spokojenosti uživatelů.

Úskalí při překladu přístupnosti do 24 jazyků

Lokalizace přístupného obsahu přináší specifická úskalí, která přesahují běžné překladatelské chyby. Častou chybou je doslovný překlad ARIA popisků nebo alternativních textů bez ohledu na sémantiku cílového jazyka. Například anglický popisek „Submit“ může být v němčině příliš dlouhý, což způsobí, že čtečka obrazovky zkrátí sdělení. Místo toho jsou nutné zkratky jako „Senden“ nebo kontextové alternativy. Dalším úskalím jsou kulturní rozdíly u symbolů a ikon: Barevný kód pro „úspěch“ (zelená) nebo „chybu“ (červená) je v mnoha kulturách stejný, ale v některých asijských zemích má červená pozitivní konotaci. Přístupné instrukce odkazující na barvy musí být proto buď doplněny textem, nebo upraveny. Také překlad odkazů „Skip to main content“ není triviální: v němčině vzniká „Zum Hauptinhalt springen“, ale změna délky může narušit rozvržení nebo navigaci klávesnicí. Mnozí také podceňují význam jazykových deklarací v HTML. Není-li jazykové označení správně nastaveno (např. `lang="de"` pro německé stránky), mohou čtečky obrazovky interpretovat obsah chybně a použít nesprávnou jazykovou syntézu. Dalším bodem jsou složená slova v němčině – například „E-Mail-Bestätigung“ – která čtečky obrazovky často správně nepřečtou, protože nerozpoznají dělení slov. Zde pomáhají ARIA atributy jako `aria-label` pro řízení výslovnosti. Při překladu chybových zpráv ve formulářích je třeba dbát na to, aby ID chyb zůstala jednoznačná a nebyla narušena jazykově specifickými úpravami. V praxi se ukazuje, že rodilí mluvčí musí testovat nejen gramatiku, ale také kompatibilitu s čtečkami obrazovky. Užitečným přístupem je otestovat každý přeložený komponent pomocí čtečky obrazovky a porovnat výstup s anglickým referenčním. Tím lze včas odhalit problémy, jako jsou nesprávné přízvuky nebo chybějící alternativní texty. Bez tohoto proaktivního postupu vznikají bariéry, které mohou mít právní důsledky – zejména od června 2025 s Evropským aktem o přístupnosti.

Praktické nástroje a technologie pro vícejazyčné testování přístupnosti

Pro zajištění kvality přístupné lokalizace do 24 jazyků existují specializované nástroje, které přesahují jednoduchý překladatelský software. Klíčovým nástrojem je integrace čteček obrazovky do testovacího workflow: nativní řešení jako NVDA (Windows) nebo VoiceOver (macOS) lze kombinovat s automatizovanými testy. Pro každý cílový jazyk by měl rodilý mluvčí otestovat obsah s příslušnou čtečkou obrazovky, protože jazykové syntézy mají různou kvalitu. Automatizované testovací nástroje jako axe-core, Wave nebo Lighthouse sice odhalí mnoho porušení WCAG, ale jsou závislé na jazyku: kontrolují například, zda je `aria-label` přítomen, nikoli zda je obsah v cílovém jazyce smysluplný. Proto je nezbytná kombinace automatického a manuálního testování. Praktickým přístupem je použití systémů pro správu překladů (TMS) s funkcemi pro přístupnost: moderní TMS umožňují opatřit překladové jednotky metadaty, takže překladatelé vědí, zda jde o alternativní text k obrázku nebo popisek tlačítka. Některé systémy navíc nabízejí náhledy v kontextu, které zobrazí přeložený text přímo v původním rozvržení. Pro testování navigace klávesnicí jsou vhodná rozšíření prohlížeče jako „Accessibility Insights“ od Microsoftu, s nimiž lze testovat pořadí fokusu ve všech jazycích. Dalším užitečným nástrojem jsou „fiktivní obrazovkové výstupy“: pomocí CSS lze zobrazit textové alternativy obrázků a zkontrolovat, zda je překlad smysluplný. Použití jazykových záložních mechanismů v HTML (např. `lang=de` na úrovni textu) lze ověřit pomocí nástrojů jako W3C Validator. V neposlední řadě se doporučuje využití „testovacích laboratoří přístupnosti“ jako služby: některé agentury nabízejí speciálně pro vícejazyčné weby kombinaci automatických skenů a manuálních testů s čtečkami obrazovky až ve 24 jazycích. Volba nástrojů závisí na rozpočtu a velikosti týmu, ale v praxi se osvědčuje kombinace open-source nástrojů jako axe a Poedit (pro překladové soubory) a komerčních platforem jako Transifex nebo Lokalise s pluginy pro přístupnost. Důležité je, aby všichni zúčastnění – překladatelé, vývojáři a testeři – používali stejnou sadu nástrojů, aby se předešlo chybám způsobeným předáváním médií.