Prístupnosť v 24 jazykoch: Ako lokalizovať pre inkluzívny prístup na web

Základy webovej prístupnosti

Webová prístupnosť znamená, že digitálny obsah je použiteľný pre všetkých ľudí – bez ohľadu na telesné alebo kognitívne obmedzenia. V praxi sa implementácia riadi podľa Web Content Accessibility Guidelines (WCAG) od W3C, ktoré zahŕňajú štyri princípy: vnímateľnosť, ovládateľnosť, zrozumiteľnosť a robustnosť (POUR). Tieto princípy tvoria základ pre lokalizáciu prístupných webových stránok. Ak prekladáte obsah do 24 jazykov, musíte zabezpečiť, aby sa prístupnosť nestratila.

Konkrétne to znamená: Alternatívne texty pre obrázky, ktoré slúžia ako textový popis, musia byť nielen preložené, ale aj prispôsobené kultúrnemu kontextu. Alt-text, ktorý v nemčine obsahuje desať slov, môže byť v gréčtine alebo fínčine výrazne dlhší. To by sa malo zohľadniť pri návrhu rozloženia, aby nedošlo k orezaniu obsahu. Aj ARIA-Labels (Accessible Rich Internet Applications) napríklad pre tlačidlá alebo navigačné prvky musia byť jazykovo špecificky prispôsobené. Doslovný preklad v praxi často vedie k nezrozumiteľným popisom pre čítačky obrazovky.

Ďalším dôležitým bodom je sémantické označovanie textov: Nadpisy, zoznamy a odkazy by mali mať logickú hierarchiu, ktorá zostane zachovaná aj po preklade. Pri lokalizácii musíte dbať na to, aby štruktúra zdrojového kódu nebola zničená dlhšími textovými blokmi. Odporúča sa používanie nástrojov na riadenie prekladov, ktoré správne spracúvajú zástupné symboly pre premenné a vložené HTML značky. Otestujte každú jazykovú verziu pomocou čítačky obrazovky, ako je NVDA alebo VoiceOver, aby ste sa uistili, že výstupné texty sú zmysluplné.

Odporúčanie: Definujte štýlovú príručku pre prístupné texty, ktorá stanovuje maximálne dĺžky znakov pre Alt-texty a ARIA-Labels. Vyškolte svojich prekladateľov v základoch WCAG. Vykonajte pre každý jazyk manuálne testy s asistenčnými technológiami. Berte na vedomie: Dodržiavanie prístupnosti si vyžaduje úzku spoluprácu medzi vývojármi, prekladateľmi a QA testermi. Nechajte si poradiť ohľadom právnych požiadaviek vášho cieľového trhu.

Právne požiadavky EÚ na prístupnosť

Európska únia vytvorila záväzné požiadavky na prístupnosť digitálnych produktov prostredníctvom European Accessibility Act (EAA) a normy EN 301 549. Od júna 2025 musia webové stránky a mobilné aplikácie verejných inštitúcií, ako aj niektoré súkromné služby spĺňať tieto požiadavky. Pre podniky to znamená: Ak ponúkate svoju webovú stránku vo viacerých jazykoch EÚ, každá jazyková verzia musí samostatne spĺňať zákonné kritériá. EN 301 549 sa v podstate odvoláva na WCAG 2.1 na úrovni AA – a to platí rovnako pre každý jazyk.

V praxi to vedie k viacrozmernej výzve v oblasti dodržiavania predpisov. Pretože zákonné požiadavky sa môžu v jednotlivých krajinách líšiť: Nemecko má zákon o posilnení prístupnosti (BFSG), Francúzsko má Référentiel Général d’Amélioration de l’Accessibilité (RGAA) a každá krajina má vlastné mechanizmy presadzovania. Pre lokalizáciu to znamená, že musíte nielen technicky implementovať kritériá WCAG, ale aj dodržiavať vnútroštátne postupy kontroly a povinnosti dokumentácie. Napríklad BFSG vyžaduje vyhlásenie o prístupnosti, ktoré musí byť vypracované v nemeckom jazyku.

Konkrétne kroky: Nechajte každú jazykovú verziu podrobiť úplnej kontrole podľa EN 301 549 – najlepšie externým poskytovateľom so znalosťou národnej legislatívy. Dbajte na to, aby všetky preložené komponenty (Alt-texty, ARIA-Labels, chybové hlásenia) spĺňali rovnaké testovacie kritériá. Dokumentujte výsledky kontroly podľa jazykov, pretože ich môžu vyžadovať dozorné orgány v príslušnej krajine. Častou chybou v praxi je, že sa testuje iba domovská stránka, ale hlbšie úrovne miestnej verzie sú nedostatočné.

Odporúčanie: Zahrňte právne požiadavky už do prípravy prekladu. Vytvorte pre každý cieľový jazyk kontrolný zoznam na základe EN 301 549. Objednajte si právne preskúmanie vnútroštátnych predpisov. Obsah tejto kapitoly nenahrádza individuálne právne poradenstvo; obráťte sa na špecializovaných právnikov v oblasti IT práva v príslušných krajinách.

Viacjazyčné výzvy v oblasti prístupnosti

Lokalizácia prístupného obsahu do 24 jazykov EÚ prináša špecifické technické a jazykové prekážky. Ústredným problémom je rozdielna dĺžka textu: zatiaľ čo anglická fráza je často krátka, preklady do nemčiny, fínčiny alebo gréčtiny môžu byť až o 30 % dlhšie. ARIA štítky, ktoré majú zvyčajne pevnú dĺžku, preto musia byť navrhnuté dynamicky alebo s placeholderom. V praxi to vedie k tomu, že štítky sú orezané alebo layout sa rozpadne, ak sa nepoužijú flexibilné kontajnery.

Ďalším bodom sú písomné systémy a smery čítania. Lokalizácia pre jazyky ako gréčtina alebo bulharčina vyžaduje správnu podporu Unicode a obojsmerného textu (BiDi) pre arabčinu, ak ju zahrniete. Pri preklade ARIA vlastností ako role alebo aria-label musíte zabezpečiť, aby čítačky obrazovky správne interpretovali kódovanie znakov. Testujte každý jazyk s príslušným jazykovým balíkom operačného systému, pretože štandardné testy sú často založené na angličtine a chyby v iných jazykoch sa prehliadajú.

Pribúdajú aj kultúrne rozdiely pri popise obrázkov: Alternatívny text pre ikonu alebo grafiku môže byť v jednom jazyku interpretovaný inak ako v inom. Vyhýbajte sa metaforám alebo frázam, ktoré sa nedajú priamo preložiť. Namiesto toho zvoľte objektívne opisy, ktoré sú zrozumiteľné aj pre ľudí s kognitívnym obmedzením. Overeným postupom je vytvorenie glosára s pevne stanovenými prekladmi pre opakujúce sa prvky UI, ako napríklad „Zatvoriť“ alebo „Hľadať“, ktorý všetci prekladatelia záväzne používajú.

Odporúčanie: Zamerajte sa na responzívny dizajn, ktorý umožňuje predlžovanie textu bez zlomov. Používajte premenné v šablóne pre ARIA štítky, aby prekladatelia mohli prispôsobiť dĺžku – otestujte maximálnu možnú dĺžku pre každý jazyk. Pre každú jazykovú verziu vykonajte špecializovaný audit prístupnosti s rodenými hovorcami, ktorí tiež posúdia kultúrnu vhodnosť. Dokumentujte všetky úpravy v centrálnom repozitári. Upozornenie: Automatický preklad alt textov alebo ARIA štítkov bez manuálnej kontroly sa neodporúča, pretože môže viesť k závažným chybám v prístupnosti.

Preklad alt textov: Kontext a cieľová skupina

Preklad alternatívnych textov pre obrázky nie je čisto prekladový proces, ale kontextovo závislé nové vytvorenie. Alt text musí presne opisovať funkciu obrázka v kontexte stránky – nezávisle od jazyka. V praxi to znamená: Najprv analyzujte, akú informáciu alebo účel obrázok v nemeckom origináli sprostredkúva (napr. produktová fotka, diagram, dekoratívny prvok). Potom preneste túto funkciu do cieľového jazyka, nie doslovné znenie.

Častou chybou je doslovný preklad alt textov, ktoré sú v angličtine krátke a výstižné, ale v nemčine pôsobia neprirodzene. Príklad: „Smiling woman using laptop“ sa v nemčine stane „Lächelnde Frau, die einen Laptop benutzt“ – to je prijateľné, ale pre e‑commerce obrázok by dôraz mohol byť na produkte. Lepšie: „Kundin testet unseren neuen Laptop XY auf dem Schreibtisch“. Prispôsobte opis cieľovej skupine: Vo Francúzsku zákazníci viac dbajú na dizajn, vo Švédsku na funkčnosť. Preskúmajte kultúrne asociácie, aby ste sa vyhli nesprávnym konotáciám.

Odporúčanie: Pre každý cieľový jazyk vytvorte kontrolný zoznam otázok: Ktoré informácie z obrázka sú pre používateľa relevantné? Ktoré detaily sú kultúrne citlivé? Pri preklade používajte súbory obrázkov a screenshoty, aby ste zachovali kontext. Pri dekoratívnych obrázkoch (napr. pozadie) jednoducho nastavte „alt=""“. Pre každý obrázok nastavte individuálny alt text – všeobecné texty ako „produktová fotka“ sú pre čítačky obrazovky bezcenné. Skontrolujte dĺžku: Zvyčajne 5–15 slov, pri zložitých grafikách do 25. Testujte texty s čítačkou obrazovky v cieľovom jazyku.

Pamätajte: Alt texty nie sú SEO trik, ale dôležitý prvok prístupnosti. Každý prekladový proces by preto mal vykonávať alebo aspoň skontrolovať človek so znalosťou cieľového jazyka a smerníc prístupnosti. Nástroje ako prekladové pamäte pomáhajú udržiavať konzistentnú terminológiu, ale poslednú úpravu by mal vykonať lokalizačný expert.

Lokalizácia ARIA-Labels a rolí

ARIA atribúty (Accessible Rich Internet Applications) sú kľúčové pre dynamický webový obsah, ale ich lokalizácia si vyžaduje osobitnú starostlivosť. Na rozdiel od viditeľného textu sú ARIA-Labels a popisy zvyčajne vydávané iba asistenčnými technológiami. Chyba môže viesť k nezrozumiteľným alebo zavádzajúcim oznámeniam. Základné pravidlo: Lokalizujte iba textový obsah ARIA atribútov (napr. aria-label, aria-describedby), nie technické roly (role atribúty). Roly ako „button“ alebo „navigation“ zostávajú jazykovo neutrálne.

Výzva spočíva v stručnosti: ARIA-Labels sú väčšinou krátke (1–5 slov). V angličtine kompaktné výrazy ako „Search“ musia byť v nemčine často preložené ako „Suche durchführen“, aby bol jasný verbálny charakter. Dávajte pozor na gramatický rod pri rolách: Hovorí screenreader „der Button“ alebo „die Schaltfläche“? Skontrolujte štandardný výstup príslušného screenreadera v cieľovom jazyku. Pri aria-describedby, ktoré prepája dlhšie popisy, musí byť odkazovaný text úplne preložený – vrátane ID, na ktoré sa odkazuje. Samotné ID zostávajú nezmenené.

Častý problém: Použitie placeholderov alebo premenných v ARIA-Labeloch (napr. „Schließen {0}“). Tie musíte prispôsobiť pre každý jazyk – v niektorých jazykoch sa mení slovosled. Preto otestujte hlasový výstup pomocou screenreadera (napr. NVDA, VoiceOver) pre každý cieľový jazyk. Ďalší bod: ARIA-Labels by nemali byť redundantné voči viditeľnému textu. Ak tlačidlo už obsahuje text „Suchen“, dodatočné aria-label=“Suchbutton“ je zbytočné a rušivé.

Odporúčanie: Vytvorte inventár ARIA-Labelov pre vašu webovú stránku. Označte každý výskyt aria-label, aria-labelledby, aria-describedby. Preložte texty samostatne, dbajte na konzistentnosť s UI textom. Vykonajte automatické testy pomocou nástrojov ako axe alebo WAVE na identifikáciu chýbajúcich alebo nesprávne lokalizovaných ARIA atribútov. Poverte rodených hovoriacich kontrolou hlasového výstupu. Zdokumentujte preklady v glosári, aby opakujúce sa labely zostali jednotné. ARIA lokalizácia vyžaduje úzku spoluprácu medzi vývojármi, prekladateľmi a odborníkmi na prístupnosť – len tak zabezpečíte konzistentné a zrozumiteľné používanie.

Prekonávanie jazykovo špecifických prekážok

Každý jazyk EÚ prináša vlastné výzvy pre lokalizáciu obsahu prístupnosti. Francúzština a španielčina majú dlhšie tvary slov, ktoré môžu viesť k problémom s miestom v ARIA-Labeloch. Poľština a čeština silne variujú koncovky, čo pri dynamických textoch vedie k nesprávnym deklináciám. Typická chyba: V angličtine je „Order“ ako text tlačidla, vo fínčine „Tilaa“ (rozkazovací spôsob). Screenreadery vyslovujú tento príkazový charakter v závislosti od jazyka inak – otestujte účinok.

Ďalšia prekážka: Smer čítania a zarovnanie textu. Pre nemčinu, angličtinu, francúzštinu atď. stačí zarovnanie vľavo, ale pre arabčinu, hebrejčinu alebo maltčinu (s latinkou, ale vplyv RTL) musíte nastaviť atribút dir. To sa týka aj alt textov a ARIA-Labelov – výstup v screenreaderoch musí nasledovať prirodzený smer čítania. Nezabudnite na jazykové označenie v html elemente: <html lang=“de“> správne nastaviť pre každý jazyk, inak screenreader zvolí nesprávny hlasový výstup.

Komplexita vzniká aj pri zložených slovách v nemčine alebo holandčine. ARIA-Label ako „Produktsuche“ je v nemčine krátky, ale v poľštine sa stáva „Wyszukiwarka produktów“ (dve slová). Preto naplánujte dostatok miesta pre text ARIA-Labelov v UI. Pri bariérach ako dynamický obsah (napr. AJAX živé regióny) musíte oznamovacie texty v cieľovom jazyku formulovať tak, aby jasne vyjadrili kontext – v nemčine stačí „Neue Nachricht eingetroffen“, v švédčine „Nytt meddelande har anlänt“. Dbajte na používanie foriem zdvorilosti: v nemčine „Sie“ vs. „du“, vo francúzštine „vous“ vs. „tu“. Rozhodnite jednotne podľa cieľovej skupiny.

Odporúčanie: Vytvorte pre každý cieľový jazyk štýlovú príručku pre prístupné texty. Stanovte: dĺžku viet, formulácie v rozkazovacom spôsobe, rodové formy (generické maskulinum alebo špeciálne znaky). Testujte s rodeným hovoriacim a screenreaderom. Využite nástroje ako W3C Potential Issue Reporting Tool. Pri RTL jazykoch jednoduché CSS zmeny nestačia – skontrolujte poradie ARIA-Labelov a poradie tabulátora. Naplánujte pre každý jazyk samostatné QA cykly s asistenčnými technológiami. Len systematickými, jazykovo špecifickými testami zabezpečíte, že vaša lokalizácia je skutočne inkluzívna.

Accessibility Overlays: Preklad a integrácia

Accessibility Overlays sú skripty alebo widgety, ktoré sa spúšťajú na webovej stránke s cieľom dodatočne zlepšiť prístupnosť. Poskytujú funkcie ako úprava kontrastu, zväčšenie písma alebo navigácia pomocou klávesnice. Pri lokalizácii takýchto overlayov do 24 jazykov EÚ je potrebné preložiť nielen viditeľné texty (tlačidlá, ponuky, chybové hlásenia), ale aj základné ARIA štítky a roly. Typický príklad: tlačidlo overlayu s popisom "Prepnúť kontrast" by malo v HTML obsahovať nielen viditeľný text, ale aj aria-label="Prepnúť kontrast". V poľskej verzii sa z neho stane "Przełącz kontrast". Ak chýba preklad aria-labelu, screenreader prečíta nemecký text – aj keď je stránka zobrazená v poľštine.

Integrácia preložených overlayov vyžaduje úzku spoluprácu s vývojom. Mnohé riešenia overlayov používajú JavaScript na dynamické načítavanie obsahu. Je dôležité, aby preklady neboli pevne zakódované v zdrojovom kóde, ale riadené cez locale súbory alebo CMS. Použite jednotný systém kľúčov (napr. overlay.contrast_toggle), ktorý je vyplnený vo všetkých jazykoch. Dbajte na to, aby boli preložené aj texty tooltipov a ARIA popisy. Otestujte každú jazykovú verziu s aspoň jedným screenreaderom (napr. NVDA alebo VoiceOver). Zahrňte scenáre: otvorenie ponuky overlayu, aktivácia funkcie a zatvorenie ponuky. Uistite sa, že poradie fokusovej navigácie je po preklade správne – dlhšie texty v niektorých jazykoch môžu posunúť rozloženie.

Právne by ste mali zohľadniť: Samotné overlayy nestačia na splnenie smernice EÚ o prístupnosti (EN 301 549). Sú doplnkom k už prístupnej webovej stránke. Preklady preto musia byť kontrolované rovnako ako pôvodný obsah. Nechajte si od právneho oddelenia potvrdiť, že proces lokalizácie spĺňa požiadavky na súlad. V praxi sa osvedčilo udržiavať prekladový glosár pre opakujúce sa výrazy z oblasti prístupnosti – napríklad pre "Zatvoriť", "Otvoriť ponuku" alebo "Pomoc". Predídete tak nekonzistenciám medzi overlayom a zvyškom webu.

Zabezpečenie kvality prostredníctvom kontroly rodenými hovorcami

Preklad prvkov prístupnosti, ako sú alt texty, ARIA štítky a chybové hlásenia, si vyžaduje viac než len jazykovú správnosť – musí odrážať skúsenosť ľudí so zdravotným postihnutím v cieľovom jazyku. Strojové preklady často poskytujú doslovné, ale nevhodné formulácie. Príklad: "Obrázok psa" ako alt text je akceptovateľný, ale v nemčine sa často používa určitý člen ("Das Bild zeigt einen Hund."). V švédčine je naopak bežná krátka forma "Bild av en hund". Rodení hovorcovia so znalosťami prístupnosti rozpoznajú takéto nuansy. Dbajú aj na dĺžku: alt texty vo fínskych verziách môžu byť kvôli aglutinácii výrazne dlhšie a nemali by byť v zdrojovom kóde skrátené.

Štruktúrovaný proces kontroly zahŕňa niekoľko krokov: Po preklade odbornou službou nasleduje jazyková korektúra (lektorát) druhou osobou, ktorej materinským jazykom je cieľový jazyk. Súbežne sa z kódu extrahuje zoznam všetkých ARIA štítkov a alt textov a porovná sa s prekladom. Dbajte na to, aby kľúče ako "aria-label" a "alt" neboli omylom preložené alebo odstránené. Skontrolujte tiež, či sú dynamicky generované texty (napr. z JavaScriptu) správne lokalizované. Častou chybou je, že dátumy v oznámeniach nie sú prispôsobené formátu danej krajiny (DD.MM oproti MM/DD).

Na zabezpečenie kvality odporúčame použiť kontrolný zoznam. Ten obsahuje body ako: Sú všetky viditeľné texty preložené? Sú výpovede screenreadera v cieľovom jazyku správne? Funguje navigácia klávesnicou? Nechajte kontrolu vykonať v natívnom prostredí – teda na lokalizovanej webovej stránke so skutočným screenreaderom. Len tak možno odhaliť problémy ako nesprávne poradie fokusu alebo chýbajúce preklady. Dokumentujte výsledky a vykonajte následnú kontrolu pri akýchkoľvek zmenách. Upozorňujeme: Právnu zodpovednosť za prístupnosť nesiete ako prevádzkovateľ. V prípade neistoty si vyžiadajte právne poradenstvo, najmä v súvislosti so smernicou EÚ 2019/882 (European Accessibility Act).

Pracovné postupy a nástroje pre lokalizáciu

Efektívny pracovný postup lokalizácie pre bezbariérový obsah pozostáva z piatich fáz: extrakcia, preklad, zabezpečenie kvality, integrácia a testovanie. Začnite extrakciou všetkých textov relevantných z hľadiska prístupnosti – nielen alternatívnych textov a ARIA štítkov, ale aj popisov formulárov, validačných správ a preskočenia odkazov. Použite nástroje ako XPath alebo crawler na zhromaždenie týchto prvkov z zdrojového kódu. Je vhodné použiť systém riadenia prekladov (TMS), ktorý je prepojený s vaším CMS alebo repozitárom. Takto zostanú preklady verzované a sledovateľné.

Na samotný preklad použite viacstupňový pipeline: najskôr preklad s pomocou umelej inteligencie (napr. s neurónovým modelom), podporený terminologickou databázou. Potom nasleduje kontrola rodeným hovorcom (pozri predchádzajúcu kapitolu). Obzvlášť užitočné sú CAT nástroje ako memoQ alebo Trados, ktoré spravujú prekladové pamäte (TM). TM ukladá už overené preklady – napríklad pre ARIA štítok "Zavrieť" – a pri opakovaní ich navrhuje. To šetrí čas a zvyšuje konzistenciu. Dbajte na to, aby boli TM špecifické pre jazykový pár a doménu; všeobecné TM môžu viesť k nesprávnym formuláciám.

Po schválení sa preklady integrujú späť do CMS alebo kódu. Automatizujte tento krok pomocou CI/CD pipeline, aby po merge boli aktualizované jazykové súbory priamo na testovacom serveri. Vykonajte tam automatizované testy: skontrolujte, či sú prítomné všetky kľúče, či neexistujú prázdne hodnoty a či dĺžka reťazcov zodpovedá očakávaniam. Doplňte manuálne testy s čítačmi obrazovky pre každý jazyk. Zdokumentujte celý proces – v praxi sa ukazuje, že jasné zodpovednosti a kontrolný zoznam znižujú mieru chýb. Uvedomte si, že nástroje ako WAVE alebo Axe kontrolujú iba technickú správnosť, nie jazykovú. Preto si naplánujte dostatok času na jazykové zabezpečenie kvality. Pri právnych otázkach týkajúcich sa dodržiavania noriem prístupnosti sa prosím obráťte na právneho poradcu.

Preklad s AI a ľudskou záverečnou kontrolou

Pri lokalizácii obsahu týkajúceho sa prístupnosti je použitie prekladov s AI efektívnym základom, ale nikdy nie konečným riešením. Kombinácia strojového predprekladu a následnej kontroly rodeným hovorcom vyškolenými odborníkmi na prístupnosť zaisťuje, že odborné termíny sú preložené správne a zamerané na používateľa. Konkrétny postup: Nechajte ARIA štítky alebo alternatívne texty najprv predpreložiť pomocou špecializovaného prekladového modelu (napr. založeného na NMT). Potom rodený redaktor so znalosťami WCAG a národných zákonov skontroluje každý výraz z hľadiska kontextovej vernosti – napríklad či sa „slide“ v nemeckej navigácii musí chápať ako „oblasť“ alebo „snímka“.

Typickou chybou je preberať preklady s AI bez kontroly. Príklad: Anglické „aria-label=“Next slide”” by sa mohlo preložiť ako „Ďalšia snímka“, ale ak je v nemeckej navigácii obvyklý výraz „Ďalej“, doslovný preklad zmätie používateľov čítačiek obrazovky. Ľudská záverečná kontrola odhalí takéto nástrahy a prispôsobí formuláciu jazykovým zvyklostiam cieľovej kultúry. Všetky preklady by mali byť zaznamenané v glosári so záväznými termínmi, aby sa zabezpečili konzistentné výrazy pre opakujúce sa prvky UI.

Pre praktickú realizáciu sa odporúča dvojstupňový pracovný postup: Po predpreklade s AI nasleduje odborná kontrola skúseným lektorom v oblasti prístupnosti, ktorý potvrdí aj technickú správnosť ARIA atribútov. Následne sa otestuje kód – napríklad pomocou čítača obrazovky – aby sa overil auditívny výstup. Tento postup znižuje riziko nedorozumení, ktoré môžu mať právne dôsledky. Majte však na pamäti, že táto príručka nenahrádza právne poradenstvo; pre záväzné vyjadrenia k zhode sa obráťte na svojho právneho zástupcu.

Osvedčenou metódou je vytvorenie štýlovej príručky pre každý jazyk, ktorá stanovuje slovnú zásobu pre prístupnosť a vzory viet. Kvalita tak zostáva stabilná naprieč viacerými prekladovými projektami. V praxi sa ukázalo, že tento prístup výrazne zvyšuje správnosť alternatívnych textov a štítkov bez zbytočných nákladov na náročné opravy.

Testovacie postupy pre viacjazyčnú prístupnosť

Po lokalizácii je nevyhnutné systematické testovanie na overenie skutočnej prístupnosti v každom jazyku. Začnite automatizovanými nástrojmi prispôsobenými konkrétnemu jazyku – napríklad pomocou axe-Core v kombinácii s jazykovými balíkmi. Tie odhalia chýbajúce alebo nesprávne ARIA atribúty, nie však jazykové nepresnosti. Preto musíte vykonať manuálne testy so skutočnými používateľmi, ktorí hovoria cieľovým jazykom ako materinským a používajú screenreadery. Otestujte typické používateľské cesty, ako je vyplňovanie formulárov, navigácia a prehrávanie multimediálneho obsahu vo všetkých 24 jazykoch EÚ.

Špecifickým postupom je párový test: Expert na prístupnosť a prekladateľ spolupracujú na audítornom overení každej lokalizovanej komponenty. Pri každom prvku sa kontroluje, či výstupná informácia zodpovedá vizuálnemu kontextu a spĺňa očakávania používateľa. Osobitnú pozornosť venujte zloženým výrazom – napríklad nemeckému „Menü schließen“ oproti poľskému „Zamknij menu“. V niektorých jazykoch môže poradie slov zmeniť význam, čo vedie k zmätku. Zdokumentujte všetky odchýlky a opravte preklad v zdrojovom systéme.

Okrem funkčných testov by ste mali overiť aj dodržiavanie príslušných vnútroštátnych právnych predpisov. Smernica EÚ 2019/882 (European Accessibility Act) platí vo všetkých členských štátoch, ale jej vnútroštátne vykonávacie predpisy môžu vykazovať jemné rozdiely – napríklad v požadovanej hĺbke podrobností alternatívnych textov. Pre každý jazyk vypracujte kontrolný zoznam s vnútroštátnymi výnimkami. Nechajte ho overiť právnym expertom, pretože nedodržanie môže viesť k varovaniam. Tento článok nenahrádza právne poradenstvo.

Na obmedzenie nákladov uprednostnite jazyky podľa veľkosti cieľovej skupiny a zákonných lehôt. Použite systém na sledovanie chýb na evidenciu zistených nedostatkov. Po každej oprave vykonajte regresný test, aby ste sa uistili, že oprava v jednom jazyku neovplyvní iné jazyky. V praxi sa tento viacúrovňový testovací proces ukázal ako účinný na zabezpečenie konzistentnej prístupnosti vo všetkých jazykových verziách.

Predchádzanie častým chybám v praxi

Pri lokalizácii obsahu prístupnosti sa opakovane vyskytujú typické chyby, ktorým sa môžete vyhnúť dôkladným plánovaním. Častou chybou je priamy preklad textu v atribútoch alt bez ohľadu na kontext obrázka. Napríklad anglické „Photo of a team meeting“ sa preloží ako „Foto eines Teammeetings“ – správne by však bolo „Team während einer Besprechung im Konferenzraum“, ak je to relevantná informácia pre nevidiaceho používateľa. Preto pre každý obrázok vytvorte krátku šablónu stručného zadania, ktorú musia vyplniť aj prekladatelia.

Ďalšia chyba sa týka ARIA popisov, ktoré nie sú formulované jazykovo neutrálne. Napríklad anglické „Close“ ako popis pre tlačidlo zatvorenia funguje v nemčine a poľštine, ale nie vo všetkých jazykoch rovnako. V maďarčine je napríklad „Bezárás“ dlhšie a môže viesť k pretečeniu textu. Preto otestujte každý popis v používateľskom rozhraní s realistickou veľkosťou písma a úrovňou priblíženia. Použite premenné v kódovej základni, aby mali popisy optimálnu dĺžku v závislosti od jazyka. Vyhnite sa tiež všeobecným výrazom ako „Kliknite sem“ – lepší je popisný odkaz ako „Zobraziť popis produktu“.

Právne citlivé je zanedbanie jazykových záložných možností: Ak pre určitý jazyk neexistuje preklad, nemôže sa jednoducho zobraziť anglický text, pretože by to porušovalo požiadavku rovnocennej prístupnosti. Preto pre každý komponent definujte predvolený jazyk a zabezpečte, aby boli preklady do všetkých 24 jazykov EÚ pred spustením úplné. Aj chyby formátovania, ako je nesprávne kódovanie znakov (napr. pre rumunské alebo slovenské špeciálne znaky), môžu zmiasť screenreadery.

Aby ste predišli týmto chybám, odporúčame viacúrovňovú kontrolu: Po preklade skontroluje konzistenciu druhý terminológ a technický tester prístupnosti overí implementáciu v kóde. Všetky zmeny zdokumentujte v centrálnom úložisku. Upozorňujeme: Tento návod poskytuje len neformálne informácie; pre záväzné právne stanovisko sa obráťte na odborného právnika. V praxi tento postup výrazne znižuje počet opráv a zvyšuje spokojnosť používateľov.

Kontrolný zoznam pre inkluzívny prístup v 24 jazykoch

Štruktúrovaný kontrolný zoznam pomáha systematicky zachytiť všetky relevantné aspekty viacjazyčnej prístupnosti. Začnite auditnou fázou: Skontrolujte, či vaša webová stránka spĺňa aktuálne kritériá WCAG (minimálne úroveň AA) v každom cieľovom jazyku. Použite automatizované nástroje ako axe alebo WAVE ako prvý filter, doplnené manuálnymi testami s čítačkami obrazovky (napr. NVDA, JAWS, VoiceOver) v príslušných jazykových prostrediach. Dokumentujte odchýlky špecificky pre každý jazyk, pretože zmeny rozloženia v dôsledku dlhších textov (napr. nemčina vs. fínčina) môžu ovplyvniť navigáciu.

Prekladová fáza si vyžaduje osobitnú starostlivosť pri alt-textoch, ARIA popisoch a chybových hláseniach. Vytvorte pre každý jazyk samostatné glosáre pre opakujúce sa pojmy (napr. „Zatvoriť", „Výsledok vyhľadávania") a stanovte, ako narábať s kultúrnymi kontextami. Príklad: Obrázok poštovej schránky v niektorých krajinách symbolizuje „Kontakt", v iných zmätok. Zverte úlohy prekladateľom v materinskom jazyku s odbornosťou v oblasti prístupnosti; nechajte vždy skontrolovať ARIA popisy v kontexte kódu. Vyhnite sa automatizovaným prekladom pre technické atribúty – podľa skúseností vedú k syntaktickým alebo sémantickým chybám.

Pre technickú implementáciu odporúčame jazykové atribúty v HTML (lang atribút na značke stránky a jazykové zmeny v texte). Otestujte, či čítačky obrazovky správne vykresľujú jazykové zmeny. Označte prepínače jazyka jednoznačne pomocou ARIA (role="button", aria-label="Zmeniť jazyk"). Skontrolujte, či všetky dynamické obsahy (napr. modálne okná, chybové hlásenia) po preklade zostávajú logicky ovládateľné klávesnicou. Nástroje ako „Web Disability Simulator" pomáhajú meniť perspektívy, ale nenahradzujú reálne testovanie s používateľmi so zdravotným postihnutím v cieľových krajinách.

Pravidelná údržba zabezpečuje udržateľnosť. Pri každej aktualizácii obsahu vykonajte kontrolu prístupnosti všetkých jazykových verzií – ideálne integrovanú do CI/CD workflow. Majte k dispozícii centrálnu knižnicu pre preložené UI komponenty, aby zmeny na jednom mieste konzistentne aktualizovali všetky jazyky. Plánujte štvrťročné audity s aktualizovanými kontrolnými bodmi, založené na nových smerniciach EÚ alebo spätnej väzbe používateľov. Kontrolný zoznam by sa mal považovať za živý dokument: Prispôsobte ho, akonáhle to vyžadujú nové technológie alebo právne predpisy.

Výhľad: trendy a udržateľné stratégie

Vývoj viacjazyčnej prístupnosti je výrazne ovplyvnený umelou inteligenciou a strojovým učením. Preklady založené na umelej inteligencii pre alt-texty a ARIA popisy sa neustále zlepšujú, ale zostávajú náchylné na chyby pri kultúrnych nuansách alebo odborných termínoch. Trendom je využitie generatívnej umelej inteligencie na vytváranie alternatívnych textov z popisov obrázkov – v praxi často užitočné ako základ, vždy však vyžaduje kontrolu rodeným hovorcom. Aj automatické rozpoznávanie problémov s prístupnosťou v preloženom obsahu sa stáva presnejším; napriek tomu zostáva ľudská kontrola pre bezpečnostne kritické oblasti (napr. chybové hlásenia v online bankovníctve) nevyhnutná.

Pokračujúca harmonizácia požiadaviek EÚ na prístupnosť, najmä prostredníctvom Európskeho aktu o prístupnosti (EAA), prinúti spoločnosti integrovať prístupnosť do prekladového procesu od začiatku. Namiesto dodatočných opráv sa presadzuje prístup „Accessibility-first": Píšte východiskové texty už inkluzívne (jasný jazyk, sémantická štruktúra) a definujte metadáta pre každý cieľový jazyk. V praxi to znamená, že redakcie a vývojári úzko spolupracujú s prekladateľmi, aby sa predišlo jazykovo špecifickým nástrahám – napríklad pri validácii formulárov, ktoré v závislosti od jazyka vyžadujú iné regulárne výrazy.

Ďalším trendom je personalizácia prístupnosti: používatelia si môžu ukladať vlastné preferencie (veľkosť písma, kontrast, rýchlosť reči v čítačke obrazovky). Pre viacjazyčné webové stránky to znamená ukladať tieto nastavenia nezávisle od jazyka – napríklad prostredníctvom cookies s medzijazykovou platnosťou. Zároveň rastie význam testovania s používateľmi so zdravotným postihnutím vo všetkých relevantných jazykových regiónoch. Nástroje ako Remote-Usability štúdie s tlmočníkmi alebo automatizované platformy spätnej väzby (napr. podľa WCAG-EM) získavajú na význame.

Udržateľné stratégie sú založené na nepretržitom učení a iteratívnom zlepšovaní. Implementujte centrálnu databázu vedomostí pre prekladové vzory, ktoré informujú o problémoch s prístupnosťou. Preškoľte všetkých zúčastnených – textárov, vývojárov, prekladateľov – v základoch prístupnosti a jazykovo špecifických osobitostiach. Zahrňte do rozpočtu prostriedky na externé audity a právnu kontrolu súladu s EÚ, pretože riziká zodpovednosti rastú. Náklady sa amortizujú prostredníctvom širších cieľových skupín a vyššej spokojnosti používateľov. V konečnom dôsledku inkluzívny prístup nie je jednorazový projekt, ale nepretržitý proces podporený jasnými zodpovednosťami a flexibilnými pracovnými postupmi.

Spolupráca s poskytovateľmi služieb pre bezbariérovú lokalizáciu

Pri viacjazyčnej bezbariérovosti zvyčajne spolupracujete so špecializovanými poskytovateľmi služieb – napríklad s prekladateľskými agentúrami s odbornými znalosťami v oblasti dostupnosti alebo s technickými poradcami. Kľúčové je, aby poskytovateľ rozumel právnym požiadavkám (napr. smernici EÚ 2019/882) aj technickým štandardom (WCAG 2.2) vo všetkých cieľových jazykoch. Vopred si ujasnite, či partner poskytuje vlastných rodných hovoriacich kontrolórov pre texty dostupnosti, ako sú alternatívne texty alebo ARIA štítky, alebo či ich musíte zháňať externe. Dôveryhodný poskytovateľ otvorene uvedie, ako kombinuje strojové preklady s ľudskou záverečnou kontrolou – a či dokáže dodať bezbariérové formáty (napr. PDF/UA). Vyžiadajte si referencie, ktoré výslovne zahŕňajú viacjazyčné projekty dostupnosti. Dohodnite si jasné kritériá kvality: Pre každý jazyk definujte kontrolný zoznam s najdôležitejšími kontrolnými bodmi (napr. správne prepínanie jazykov pomocou atribútu lang, vhodné kontrasty v písmových sústavách ako cyrilika alebo arabčina, sémanticky správne nadpisy). Pred spustením otestujte spolu s poskytovateľom reprezentatívny výber stránok vo všetkých 24 jazykoch. Upozornenie: Spolupráca sa nekončí dodaním – bezbariérový obsah je potrebné skontrolovať pri každej aktualizácii. Dobrý poskytovateľ preto ponúka priebežnú službu, ktorá automaticky prenáša zmeny v zdrojovom texte do preložených verzií a znova ich testuje. Dbajte na dodržiavanie dôvernosti a ochrany osobných údajov, najmä ak sa lokalizujú osobné údaje vo formulároch alebo prihlasovacích oblastiach. V praxi sa osvedčilo mať pevného kontaktného partnera pre každý jazyk, ktorý pozná kultúrne a jazykové špecifiká. Nebojte sa konfrontovať poskytovateľa s konkrétnymi príkladmi: Nechajte mu preložiť a bezbariérovo spracovať kompletnú vstupnú stránku v zložitom jazyku (napr. poľštine alebo gréčtine) predtým, ako uzavriete rámcovú zmluvu. Tak sa vyhnete nepríjemným prekvapeniam pri neskoršom hromadnom preberaní.

Rozpočet, náklady a priority pre 24 jazykov

Viacjazyčná bezbariérovosť pre 24 jazykov EÚ si vyžaduje realistické plánovanie rozpočtu. Náklady zahŕňajú: preklad (za jazyk, v závislosti od počtu slov a odbornej náročnosti), technickú úpravu (ARIA atribúty, alternatívne texty, navigácia klávesnicou), zabezpečenie kvality (kontrola rodenými hovoriacimi, automatizované a manuálne testy) a priebežnú údržbu. V praxi by ste pre priemernú firemnú webovú stránku s 50 až 100 stranami mali počítať s nákladmi 15.000 až 25.000 eur, rozloženými na všetky jazyky. Kľúčová je priorizácia: Nie každá požiadavka na bezbariérovosť je rovnako náročná. Začnite s najnavštevovanejšími jazykmi (napr. nemčina, angličtina, francúzština) a najdôležitejšími stránkami (domovská stránka, produktové stránky, kontaktný formulár). Využite najskôr nízko visiace ovocie, ako sú správne alternatívne texty a štruktúra nadpisov, predtým než sa pustíte do komplexných ARIA implementácií. Dbajte na to, že náklady na preklad nerastú lineárne: Mnohí dodávatelia účtujú za menšie jazyky, ako je maltčina alebo lotyština, podobné základné ceny ako za veľké jazyky, pretože aj tak potrebujú rodených hovoriacich kontrolórov. Preto plánujte paušálne ponuky pre celý jazykový balík. Častou námietkou je: „Bezbariérovosť sa finančne neoplatí.“ Proti tomu možno namietať, že začlenením približne 20 % obyvateľov EÚ so zdravotným postihnutím získate nové skupiny zákazníkov a zároveň dosiahnete SEO výhody vďaka sémantickému kódu a lepšiemu používateľskému zážitku. Navyše sa vyhnete upozorneniam a pokutám, ktoré hrozia od roku 2025 pre verejné inštitúcie a od roku 2030 pre mnohé súkromné spoločnosti. Preto investujte strategicky: Budujte interné know-how, spolupracujte so špecializovanými poskytovateľmi a zamerajte sa na neustále zlepšovanie. Jasná kalkulácia nákladov a prínosov, ktorá zohľadňuje aj riziko nesúladu, pomôže obhájiť rozpočet pred rozhodovacími orgánmi. V praxi sa ukazuje, že spoločnosti, ktoré integrujú bezbariérovosť do lokalizačného procesu od začiatku, musia dlhodobo menej dodatočne upravovať a dosahujú vyššiu spokojnosť používateľov.

Úskalia pri preklade prístupnosti do 24 jazykov

Lokalizácia prístupného obsahu prináša špecifické úskalia, ktoré presahujú bežné chyby pri preklade. Častou chybou je doslovný preklad ARIA značiek alebo alternatívnych textov bez ohľadu na sémantiku cieľového jazyka. Napríklad anglický popis ako "Submit" môže byť v nemčine príliš dlhý, čo spôsobí, že čítačka obrazovky skomolí výpoveď. Namiesto toho sú potrebné skratky ako "Odoslať" alebo kontextové alternatívy. Ďalším úskalím sú kultúrne rozdiely v symboloch a ikonách: Farebný kód pre „úspech“ (zelená) alebo „chybu“ (červená) je v mnohých kultúrach rovnaký, no v niektorých ázijských krajinách má červená pozitívnu konotáciu. Prístupné pokyny, ktoré odkazujú na farby, preto musia byť buď doplnené textom, alebo upravené. Aj preklad odkazov „Skip to main content“ nie je triviálny: V nemčine sa z neho stáva „Zum Hauptinhalt springen“, no zmena dĺžky môže narušiť rozloženie alebo navigáciu pomocou klávesnice. Okrem toho mnohí podceňujú dôležitosť deklarácií jazyka v HTML. Ak nie je jazykový atribút nastavený správne (napr. `lang="de"` pre nemecké stránky), čítačky obrazovky môžu obsah interpretovať nesprávne a použiť nesprávnu jazykovú syntézu. Ďalším bodom sú zložené slová v nemčine – napríklad „E-Mail-Bestätigung“ – ktoré čítačky obrazovky často nečítajú správne, pretože nerozpoznajú rozdelenie slov. Tu pomáhajú ARIA atribúty ako `aria-label` na riadenie výslovnosti. Pri preklade chybových hlásení vo formulároch je potrebné dbať na to, aby ID chyby zostalo jednoznačné a neporušilo sa jazykovo špecifickými úpravami. V praxi sa ukazuje, že rodilí kontrolóri musia testovať nielen gramatiku, ale aj kompatibilitu s čítačkami obrazovky. Užitočným prístupom je skontrolovať každý preložený komponent pomocou čítačky obrazovky a porovnať výstup s anglickou referenciou. Takto možno včas odhaliť problémy ako nesprávne prízvuky alebo chýbajúce alternatívne texty. Bez tohto proaktívneho prístupu vznikajú bariéry, ktoré môžu mať právne následky – najmä od júna 2025 so zákonom o európskej prístupnosti (European Accessibility Act).

Praktické nástroje a technológie pre viacjazyčné testovanie prístupnosti

Na zabezpečenie kvality prístupnej lokalizácie v 24 jazykoch existujú špecializované nástroje, ktoré presahujú jednoduchý prekladový softvér. Centrálnym nástrojom je integrácia čítačiek obrazovky do testovacieho workflowu: natívne riešenia ako NVDA (Windows) alebo VoiceOver (macOS) možno kombinovať s automatizovanými testami. Pre každý cieľový jazyk by mal rodilý tester skontrolovať obsah pomocou príslušnej čítačky obrazovky, pretože jazykové syntézy majú rôznu kvalitu. Automatizované testovacie nástroje ako axe-core, Wave alebo Lighthouse síce odhalia mnohé porušenia WCAG, ale sú jazykovo závislé: kontrolujú napr. či existuje `aria-label`, ale nie, či je obsah v cieľovom jazyku zmysluplný. Preto je nevyhnutná kombinácia automatizovanej a manuálnej kontroly. Praktickým prístupom je použitie systémov na riadenie prekladov (TMS) s funkciami prístupnosti: moderné TMS umožňujú označovať prekladové jednotky metadátami, aby prekladatelia vedeli, či je text alternatívnym textom pre obrázok alebo popisom tlačidla. Okrem toho niektoré systémy ponúkajú inline náhľady kontextu, ktoré zobrazujú preložený text priamo v pôvodnom rozložení. Na kontrolu navigácie pomocou klávesnice sú vhodné rozšírenia prehliadača ako „Accessibility Insights“ od Microsoftu, pomocou ktorých možno testovať poradie fokusu vo všetkých jazykoch. Ďalším užitočným nástrojom sú „dummy výstupy na obrazovke“: pomocou CSS možno zobraziť textové alternatívy obrázkov, aby sa overilo, či je preklad zmysluplný. Aj používanie jazykových fallback mechanizmov v HTML (napr. `lang=de` na úrovni textu) možno skontrolovať nástrojmi ako W3C Validator. V neposlednom rade sa odporúča využitie „Accessibility testovacích laboratórií“ ako služby: niektoré agentúry ponúkajú špeciálne pre viacjazyčné webové stránky kombináciu automatických skenov a manuálnych testov s čítačkami obrazovky až v 24 jazykoch. Výber nástrojov závisí od rozpočtu a veľkosti tímu, no v praxi sa osvedčuje kombinácia open-source nástrojov ako axe a Poedit (pre prekladové súbory) a komerčných platforiem ako Transifex alebo Lokalise s pluginmi pre prístupnosť. Dôležité je, aby všetci zúčastnení – prekladatelia, vývojári a testeri – používali rovnaký reťazec nástrojov, aby sa predišlo chybám spôsobeným medzerami v médiách.