Pristupačnost na 24 jezika: How to Localize for Inclusive Web Access

Osnove digitalne pristupačnosti u kontekstu EU

Digitalna pristupačnost odnosi se na oblikovanje web sadržaja i aplikacija koje mogu koristiti osobe s različitim sposobnostima – bez obzira na invaliditet, dob ili tehnička ograničenja. U kontekstu EU-a to se temelji na smjernicama WCAG 2.1 i europskoj normi EN 301 549. One definiraju kriterije uspjeha poput pružanja alternativnih tekstova za slike, dovoljnog kontrasta boja ili upravljanja putem tipkovnice. Za tvrtke koje lokaliziraju web stranice na 24 jezika EU-a to znači: pristupačnost se mora integrirati u proces lokalizacije od početka, a ne naknadno.

Ključni aspekt je prijevod ARIA oznaka i alternativnih tekstova. ARIA atributi poput `aria-label` ili `aria-describedby` pružaju dodatne informacije čitačima zaslona. Kod lokalizacije važno je da ti atributi budu prevedeni ne samo jezično točno, nego i kontekstualno smisleno. Primjer: Gumb s `aria-label="Suche absenden"` bi u francuskoj verziji trebao glasiti `aria-label="Envoyer la recherche"` – prijevod mora ispunjavati potpuno istu funkciju za čitač zaslona. Također, alternativni tekstovi za slike (alt atributi) moraju biti precizni: umjesto „Slika proizvoda“ bolje „Crvena kožna torba s patentnim zatvaračem, veličina 30x20 cm“.

U praksi se pokazalo korisnim koristiti kontrolnu listu za pristupačnost tijekom procesa prevođenja. Ona bi trebala uključivati točke poput: Jesu li svi `alt` tekstovi prisutni i opisni? Jesu li ARIA oznake dostupne na ciljnom jeziku? Jesu li tipkovnički prečaci (npr. za skip-linkove) ispravno prevedeni? Osim toga, prevoditelji bi trebali raditi s osnovnim poznavanjem WCAG kriterija. Ako klijent ima posebne zahtjeve, primjerice usklađenost s razinom AA prema WCAG-u, lokalizacija mora ispunjavati te kriterije na svim jezicima.

Još jedna točka: Accessibility Overlayi (proširenja za pristupačnost) moraju se provjeriti za svaki jezik. Overlay koji dinamički zamjenjuje engleske alternativne tekstove ne radi automatski za njemačke tekstove. Ovdje je potrebna bliska suradnja između developera i timova za lokalizaciju. Preporučuje se provođenje testova pristupačnosti na svakom jeziku – idealno sa stvarnim korisnicima ili automatiziranim alatima poput Axe ili WAVE, ali uvijek uzimajući u obzir jezične specifičnosti. Pravno gledano, svaka je zemlja EU-a obvezana Direktivom o pristupačnosti weba, ali praktična provedba varira. Stoga uvijek potražite pravni savjet kako biste točno razumjeli svoje obveze.

Pravni zahtjevi: EN 301 549 i WCAG 2.1 u prijevodu

Norma EN 301 549 europski je referentni standard za pristupačne IKT proizvode i usluge. Ona upućuje na WCAG 2.1 razine AA kao minimalni zahtjev. Za tvrtke koje upravljaju višejezičnim web stranicama postavlja se pitanje: Kako prenijeti ove zahtjeve na svaki jezik? Odgovor leži u sustavnom procesu koji povezuje prijevod WCAG-relevantnih sadržaja s tehničkom provedbom. Posebnu pozornost treba posvetiti prijevodu poruka o pogreškama, pomoćnih tekstova i uputa – one moraju biti ne samo jezično točne, već i razumljive u smislu pristupačnosti.

Praktičan primjer je prijevod ulaznih pomagala: ako polje obrasca zahtijeva određeni unos (npr. datum u formatu DD.MM.GGGG), pomoćni tekst na ciljnom jeziku mora biti odgovarajuće formuliran. WCAG 2.1 zahtijeva da upute i poruke o pogreškama budu jasne i prepoznatljive. U prijevodu, „Please enter a valid email address“ može postati „Unesite valjanu email adresu“ – obje ispunjavaju zahtjev. No kod složenijih uputa, primjerice za CAPTCHA-e, potreban je poseban oprez. Ovdje preporučujemo da se alternativne pristupačne metode (npr. logička pitanja) dosljedno prevode na sve jezike.

Važan pravni aspekt je pristupačnost dokumenata koji se često moraju prevoditi (npr. PDF-ovi). EN 301 549 propisuje da svi sadržaji moraju biti pristupačni, uključujući one na različitim jezicima. To znači da prevedeni PDF-ovi moraju biti označeni, opremljeni alternativnim tekstovima i čitljivi za čitače zaslona. U praksi to zahtijeva tijek rada: najprije se izradi pristupačan izvorni PDF, zatim se prevodi za svaki jezik, a nakon toga se ponovno provjerava pristupačnost. Automatizirani alati su od pomoći, ali ručna provjera od strane educiranih prevoditelja ili stručnjaka za pristupačnost neophodna je.

Imajte na umu da se tumačenje EN 301 549 može donekle razlikovati među državama članicama EU-a. Neke zemlje imaju vlastite nacionalne zakone o pristupačnosti koji nadilaze EU direktivu. Stoga biste trebali konzultirati svog pravnog savjetnika o tome pokrivaju li vaši lokalizirani sadržaji i nacionalne posebnosti. Primjer: U Njemačkoj je mjerodavna BITV 2.0 (Uredba o pristupačnoj informacijskoj tehnici) koja upućuje na WCAG 2.1. Vaša prevedena web stranica mora stoga udovoljavati i EU normi i nacionalnoj uredbi. Preporučujemo provođenje provjere usklađenosti za svaki ciljni jezik – interno ili s vanjskim pružateljima usluga koji su upoznati s lokalnim zahtjevima u dotičnoj zemlji.

Izjave o pristupačnosti i njihova jezično specifična lokalizacija

Svaka javna web stranica u EU-u mora pružiti izjavu o pristupačnosti (Accessibility Statement) koja navodi stupanj usklađenosti. Ova izjava mora biti sastavljena na odgovarajućem službenom jeziku/jezicima. Za višejezične web stranice to znači da izjavu ne možete jednostavno prevesti strojnim prijevodom – mora biti pravno precizna i jezično točna. Izjava obično sadrži: podatke o usklađenosti s razinom WCAG-a, datum posljednjeg ažuriranja, mogućnost kontakta za povratne informacije i, ako postoje, iznimke ili sadržaje koji nisu pristupačni.

Pri lokalizaciji je ključno da se pravne reference ispravno prevedu. EN 301 549 i nacionalni zakoni obično se citiraju u izvorniku, ali sama izjava mora biti formulirana tako da bude razumljiva ciljnoj publici. Rečenica poput 'This website is partially compliant with WCAG 2.1 Level AA' postaje 'Ova web stranica je djelomično usklađena s WCAG 2.1 razina AA'. Pazite da pojmovi poput 'iznimka' ili 'nerazmjeran teret' budu točno definirani u pravnom jeziku ciljnog jezika. U praksi se pokazalo korisnim izraditi predložak na izvornom jeziku koji zatim prilagođavaju izvorni govornici pravnici ili specijalizirani prevoditelji za svaki ciljni jezik.

Čest problem je lokalizacija upućivanja na 'povratne informacije' ili 'postupke pritužbi'. U nekim zemljama EU-a moraju se navesti određene kontaktne točke, poput nacionalnih tijela za provedbu. Ovi podaci moraju biti uključeni u izjavu o pristupačnosti – i to na odgovarajućem nacionalnom jeziku. Primjer: za španjolsku verziju treba navesti kontakt adresu 'Oficina de Atención a la Ciudadanía', a ne samo englesku e-mail adresu. Osim toga, sama izjava mora biti pristupačna, odnosno čitljiva čitačima zaslona i u pristupačnom formatu (npr. HTML s ispravnim razinama naslova).

Preporučujemo uspostavu procesa u kojem je izjava o pristupačnosti dio tijeka rada lokalizacije. Odredite tko provjerava prijevod – idealno pravni stručnjak s poznavanjem zakona o pristupačnosti ciljne zemlje. Praktičan savjet: nemojte objavljivati izjavu o pristupačnosti na izvornom jeziku pa dodavati samo strojne prijevode. Pogrešni prijevodi mogu dovesti do pravnih posljedica jer se izjava smatra obvezujućom izjavom. Umjesto toga, planirajte dovoljno vremena za izradu i provjeru. Održavajte izjavu ažurnom provjeravanjem usklađenosti sa zakonom pri svakom većem ažuriranju prijevoda. I kao i uvijek: pitajte svog pravnog savjetnika zadovoljava li vaša lokalizacija izjave o pristupačnosti zahtjeve svih relevantnih jurisdikcija.

Oblikovanje višejezičnih Alt tekstova: Tehnike i kulturne prilagodbe

Alt tekstovi ključni su element pristupačnosti i u svakom ciljnom jeziku moraju biti ne samo točno prevedeni, već i kulturno prilagođeni. Iskustvo pokazuje da izravno prevođenje nije dovoljno jer se sadržaji slika u različitim kulturama različito tumače. Tako simbol za „poštu“ (omotnica) uobičajen na njemačkom tržištu može imati drugačije značenje u drugim zemljama EU-a ili ga je potrebno zamijeniti lokalnim ekvivalentom.

Za preciznu lokalizaciju preporučujemo trosmjerni proces: prvo analizirajte sliku u kontekstu web stranice i formulirajte ključnu poruku. Zatim tu poruku nemojte prevoditi doslovno, već je prilagodite jezično specifičnim zahtjevima – primjerice upotrebi određenog člana na njemačkom ili dativa u slovenskim opisima. Na kraju provjerite kulturne aspekte: prikazuje li slika gestu koja se u ciljnoj regiji smatra nepristojnom? Sadrži li tekstualne elemente poput natpisa ili snimki zaslona koje treba prevesti? Primjer: slika s crvenim krugom i kosom crtom u Skandinaviji označava „zabranjeno“, dok se u južnoj Europi češće koristi prekriženi predmet. U praksi je korisno konzultirati referentne projekte iz dotičnih zemalja ili provjeriti s izvornim govornicima.

Tehnički, u višejezičnim projektima Alt tekstove najbolje je implementirati putem središnjeg sustava za upravljanje prijevodima (TMS). Svaki element slike dobiva jedinstveni ID koji se povezuje s odgovarajućim Alt tekstom na svim jezicima. Vodite računa da duljina Alt teksta može varirati ovisno o jeziku: finski tekstovi često su duži, francuski kraći. Stoga planirajte dovoljno prostora – iskustveno je 200–250 znakova dovoljno za precizan opis u većini jezika EU-a. Izbjegavajte punila poput „slika od“ ili „logo od“ jer čitači zaslona to već najavljuju kao sliku. Za dekorativne grafike koristite prazan alt atribut (alt="") – to mora biti isto na svim jezicima.

Česta pogreška je preuzimanje engleskih ključnih riječi poput „button“ ili „link“ u Alt tekst. Uvijek ih prevedite na ciljni jezik jer čitači zaslona poput JAWS ili NVDA čitaju jezične postavke preglednika. Također iskoristite mogućnost dopune Alt teksta povezanim dugim opisom kod složenih dijagrama – taj dugi opis također mora biti potpuno lokaliziran. Ovim sustavnim pristupom osiguravate da su vaši višejezični Alt tekstovi u skladu s EN 301 549 i kulturno primjereni.

ARIA oznake i uloge u prijevodu: Sintaksa i semantika

ARIA atributi poput aria-label, aria-labelledby, aria-describedby ili role moraju u svakom jeziku biti ne samo sintaktički ispravni, već i semantički prenositi svrhu elementa. Za razliku od vidljivog teksta, ARIA oznake su često nevidljive i koriste ih isključivo asistencijske tehnologije. Stoga je pogrešan prijevod posebno kritičan jer značajno otežava navigaciju slijepim i slabovidnim korisnicima.

Sintaksa ARIA oznaka u HTML-u slijedi fiksni obrazac: aria-label="Opis". Prilikom lokalizacije morate osigurati da prevedeni opis pruža isti kontekst kao izvornik. Na primjer, aria-label „Menü öffnen“ na njemačkom opisuje radnju koja se na francuski prevodi s „Ouvrir le menu“ – ali treba voditi računa i o gramatički ispravnom velikom slovu (Menu umjesto menu) na francuskom. U praksi se pokazalo da čitači zaslona poput VoiceOver na macOS-u djelomično ignoriraju vodeći član („der“, „die“, „das“), stoga je na njemačkim ARIA oznakama bolje izbjegavati članove. Drugačije je s romanskim jezicima: ondje su članovi često nužni za razumijevanje.

Važna točka je postupanje s ARIA ulogama poput role="button", role="navigation" ili role="alert". Te su uloge normirane u HTML specifikaciji i ne prevode se – u kodu moraju ostati nepromijenjene. Pripadajuće oznake pak treba prevesti. Izbjegavajte uključivanje opisa uloge poput „gumb“ u oznaku jer čitač zaslona ionako najavljuje ulogu. Umjesto toga, oznaka treba opisivati funkciju, npr. „Pošalji“ umjesto „Gumb za slanje“. Kod dinamičnih komponenti poput modalnih prozora treba li prevoditi atribute poput aria-hidden ili aria-expanded? Ne, njihove vrijednosti (true/false) jezično su neutralne. Međutim, oznaka modala treba opisati što modal čini („Prilagodi filter pretraživanja“).

U svom CMS-u ili sustavu predložaka postavite zamjenske znakove za ARIA oznake koje se prevode putem ključeva. Za svaki novi jezik provjerite ARIA sintaksu u relevantnim preglednicima i asistencijskim tehnologijama. Posebno važno: kod promjene smjera s lijeva na desno (npr. arapski) aria-label ne treba zrcaliti, već opis ostaje u smjeru čitanja ciljnog jezika. Međutim, imajte na umu da ARIA oznake ne funkcioniraju jednako dobro u svim jezicima EU-a: u estonskim i latvijskim čitačima zaslona izgovor posebnih znakova može odstupati – stoga testirajte s izvornim govornicima. Za pravno sigurnu implementaciju preporučujemo da prijevod ARIA oznaka provjeri stručni prevoditelj s poznavanjem čitača zaslona. Ovo nije zamjena za vlastiti pravni savjet, ali je važan korak prema usklađenosti.

Accessibility-Overlays: Lokalizacijske strategije za dinamičke komponente

Accessibility-Overlays su dinamički elementi poput prijedloga za pretraživanje, alata (tooltips) ili modalnih prozora koji se prikazuju iznad glavnog sadržaja. Njihova lokalizacija postavlja posebne zahtjeve jer se često generiraju putem JavaScripta i moraju istovremeno podržavati više jezika. Overlay tipično sadrži tekst, gumbe, ARIA atribute i poruke o statusu – sve te komponente moraju biti dosljedno prevedene na svaki ciljni jezik.

Lokalizacijska strategija započinje odvajanjem sadržaja od logike. Sve tekstove koji se pojavljuju u overlayu pohranite u središnju datoteku resursa (JSON, XML ili PO). Svaki blok teksta dobiva jedinstveni ključ, npr. "search.placeholder" ili "modal.close". Kod dinamičkih overlayja poput popisa za automatsko dovršavanje (autocomplete) potrebno je uzeti u obzir i live regije (aria-live): Poruka poput „Pronađena 3 rezultata“ u ciljnom jeziku se formulira drugačije – na poljskom npr. „Znaleziono 3 wyniki“ s odgovarajućim oblikom broja. Programeri bi stoga trebali uspostaviti zamjenske znakove (placeholder) za pravila množine koja se razlikuju od jezika do jezika.

Čest problem su preklapajući overlayi: Tooltip koji se pojavljuje iznad modala mora biti na istom jeziku kao i modal. Osigurajte da je jezična postavka overlayja dinamički povezana s trenutnim jezikom stranice. Izbjegavajte prikazivanje overlayja putem CSS-a i prevođenje putem JavaScripta – iskustvo pokazuje da to stvara praznine u prijevodu, primjerice kada se prijevod učita tek nakon inicijalizacije. Umjesto toga koristite serversko renderiranje ili i18n okvir koji ubacuje prijevod već prilikom stvaranja DOM-a.

Testirajte overlayje na svakom ciljnom tržištu pomoću čitača zaslona (screen reader). Osobito modalni prozori moraju zadržati fokus unutar overlayja – to vrijedi neovisno o jeziku, ali gumbi trebaju biti na lokalnom jeziku (npr. „Zatvori“ umjesto „Close“). Obratite pažnju na duljinu tekstova pri lokalizaciji: Njemački tekst poput „Bitte wählen Sie eine Option aus“ bit će kraći na rumunjskom – drugi jezici poput finskog zahtijevaju više prostora. Stoga planirajte fleksibilne kontejnere koji se prilagođavaju tekstu. Pravna napomena: Usklađenost s normom EN 301 549 zahtijeva da svi sadržaji budu pristupačni – uključujući dinamički učitane overlayje. Za složene overlayje preporučuje se konzultacija sa stručnjakom za pristupačnost; to ne zamjenjuje pravni savjet, ali je preporučljivo.

Testiranje višejezične kompatibilnosti s čitačem zaslona

Provjera kompatibilnosti s čitačem zaslona (screen reader) na 24 jezika zahtijeva sustavan pristup koji nadilazi jednostavne prijevode. Iskustveno, većina problema nastaje kada čitač zaslona ne prepozna ispravno promjenu jezika ili kada se dinamički sadržaji poput poruka o pogrešci ne izgovaraju.

Započnite izradom testne matrice koja pokriva sve ciljne jezike i najčešće čitače zaslona – za Windows: JAWS i NVDA, za macOS: VoiceOver, za mobilne uređaje: TalkBack (Android) i VoiceOver (iOS). Testirajte svaku jezičnu inačicu sa svim relevantnim čitačima zaslona jer izgovor posebnih znakova (npr. ß, é, ç) i redoslijed čitanja mogu varirati.

Praktični primjer: U njemačkoj inačici čitač zaslona prilikom navigacije tipkom Tab mora najaviti fokus na klikabilne elemente u ispravnom redoslijedu. Ako se dinamički sadržaji poput padajućeg izbornika ažuriraju putem JavaScripta, čitač zaslona mora o tome biti obaviješten – putem ARIA-Live regija. Lokalizirajte tekstove live regija na svaki ciljni jezik kako bi korisnici razumjeli koja se promjena dogodila.

Uz to, provedite ručna testiranja sa stvarnim korisnicima s oštećenjem vida koji govore dotični materinji jezik. Automatizirani alati poput axe ili Lighthouse otkrivaju samo osnovne pogreške, ali ne i jezično specifične probleme s izgovorom. Dopunite svoje testove provjerom prebacivanja jezika: kada stranica mijenja jezik s njemačkog na francuski i poljski, atribut lang u HTML-u mora biti ispravno postavljen kako bi čitač zaslona učitavao ispravnu jezičnu kontrolu. Koristite jezično specifične testne slučajeve kako biste osigurali da zvučni signali i pauze govorne podrške odgovaraju lokalnim običajima.

Još jedna kritična točka su višejezični tipkovnički prečaci: U svakom jeziku kombinacije tipki poput Ctrl+C ili Alt+nešto mogu se različito tumačiti u čitačima zaslona. Testirajte sve prečace na svakom jeziku i prilagodite ih u slučaju sukoba. Dokumentirajte rezultate u središnjem testnom protokolu koji se ažurira godišnje jer se verzije čitača zaslona i prepoznavanje govora stalno poboljšavaju.

Jezične posebnosti u navigaciji tipkovnicom

Navigacija tipkovnicom ključni je element pristupačnih web stranica koji u svakom jeziku zahtijeva vlastite prilagodbe. Dok su osnovna načela poput logičkog redoslijeda fokusa i vidljivog indikatora fokusa neovisna o jeziku, kod lokalizacije na 24 EU jezika javljaju se specifični izazovi.

Bitna razlika leži u rasporedima tipkovnice: njemački govornici koriste QWERTZ, dok je u Francuskoj uobičajen AZERTY, a u Poljskoj QWERTY s dodatnim dijakritičkim znakovima. Tab-redoslijed stoga mora biti osmišljen tako da ostane intuitivan na svim rasporedima. Izbjegavajte fiksne tipkovničke prečace koji ovise o određenim položajima tipki – primjerice, kombinacija Ctrl+UML na njemačkim tipkovnicama ne smije biti dodijeljena funkciji koja se na francuskim tipkovnicama aktivira drugom tipkom.

Kod jezika koji se pišu zdesna nalijevo, poput arapskog ili hebrejskog, redoslijed fokusa se preslikava: prvi interaktivni element nalazi se gore desno. Morate dinamički prilagoditi vrijednosti tab-indexa smjeru jezika kako bi navigacija pratila tok čitanja. Za to koristite dir-atribut na razini spremnika i testirajte navigaciju s čitačem zaslona koji podržava RTL.

Još jedna točka su nacionalne tipkovničke kombinacije za posebne znakove: u Španjolskoj se slovo Ñ unosi putem AltGr+N, dok su u Skandinaviji Å, Ä i Ö dostupni putem zasebnih tipki. Ako vaša web stranica nudi prilagođene tipkovničke prečace za radnje poput pretraživanja ili ispisa, oni ne bi trebali koristiti znakove koji su na određenim rasporedima teško dostupni. Umjesto toga, ponudite mogućnost prilagodbe prečaca u postavkama.

Praktične preporuke: Postavite indikatore fokusa s dovoljnim kontrastom (najmanje 3:1 u odnosu na pozadinu) i minimalnom debljinom od 2 piksela. Testirajte navigaciju bez miša na svakom jeziku, barem s Firefoxom i Chromeom na Windowsu i macOS-u. Imajte na umu da redoslijed fokusa mora ostati očuvan čak i kod dinamički prikazanog sadržaja poput lightboxa ili modalnih prozora – ovdje pomaže korištenje aria-haspopup i dosljedno zarobljavanje fokusa.

Material Design i pristupačnost: prilagodbe za 24 jezika

Implementacija pristupačnih komponenti Material Designa na 24 jezika zahtijeva više od samog prijevoda teksta. Googleov Material Design pruža osnovne ARIA obrasce, ali ih je potrebno kulturno i jezično prilagoditi za svaki jezik kako bi se ispunila norma EN 301 549.

Središnje komponente poput navigacijskog izbornika, kartica, dijaloga i obrazaca imaju različite duljine teksta ovisno o jeziku. Njemačke riječi su u prosjeku 30 % duže od engleskih, tako da vodoravni izbornici ili gumbi bez dinamičkog prilagođavanja širine mogu preliti. Koristite CSS klase ovisne o jeziku koje se kontroliraju putem lang-atributa i postavite za svaki jezik fiksne, ali dovoljne minimalne širine. Kod kartica i oznaka preporučuje se okomiti raspored ili vodoravno pomicanje za duge tekstove.

Kod jezika koji se pišu zdesna nalijevo, sve komponente moraju biti preslikane. Material Design to podržava putem dir-atributa, ali morate osigurati da se prilagode i prilagođene ikone ili smjerovi sjena. Na primjer, strelica koja pokazuje udesno trebala bi kod RTL-a pokazivati ulijevo. Testirajte svaku komponentu s čitačem zaslona za RTL jezike, jer se i ARIA oznake moraju preslikati.

Elementi obrazaca poput polja za unos zahtijevaju jezično specifične poruke o provjeri valjanosti koje čitači zaslona izgovaraju. Koristite aria-describedby za dinamičko povezivanje upozorenja o pogreškama i lokalizirajte sve poruke uključujući tekstove u poljima. Pazite da formati datuma i brojeva odgovaraju lokalnim običajima – u Finskoj se datum piše kao dd.MM.gggg, a na Malti kao dd/mm/gggg. Odabir datuma mora nuditi ove formate ovisno o jeziku i uskladiti navigaciju tipkovnicom.

Preporuke: Izradite dokument stilskog vodiča koji za svaki jezik utvrđuje točne mjere, omjere kontrasta (tekst na pozadini najmanje 4,5:1) i ARIA obrasce. Koristite Material Design Kit iz Figme ili Sketcha za preglede, ali provjerite svaku komponentu alatom za pristupačnost na odgovarajućem jeziku. Neka korisničko sučelje testiraju izvorni govornici koji rade s čitačem zaslona i tipkovnicom kako bi identificirali neočekivane pomake rasporeda ili gubitke fokusa. Imajte na umu da pravno obvezujući savjet o usklađenosti s EN 301 549 treba dati pravni stručnjak.

Zahtjevi kontrasta: boje, fontovi i tekstovi na različitim pismima

Poštivanje zahtjeva za kontrastom ključni je dio pristupačnog web dizajna. U praksi morate ispuniti ne samo kriterij WCAG 2.1 1.4.3 (omjer kontrasta najmanje 4,5:1 za normalni tekst i 3:1 za veliki tekst), već i uzeti u obzir razlike između sustava pisma. Tako font koji u latinici djeluje dovoljno kontrastno može iznenada izgubiti čitljivost kod ćiriličnih ili grčkih znakova. Stoga preporučujemo provođenje testova kontrasta sa svim relevantnim znakovima pisma – idealno sa stvarnim primjerima teksta iz vašeg ciljnog jezika.

Prilikom odabira boja također obratite pozornost na daltonizam. Oko 8 % muške populacije ima crveno-zeleno sljepilo; taj udio varira ovisno o regiji. U praksi koristite simulatore poput pregledničkog dodatka „Colorblindly“ ili ugrađene alate za razvojne programere kako biste provjerili svoje kombinacije boja. Također pazite da se informacije ne prenose isključivo putem boja – dodajte simbole ili tekstualne oznake. To je posebno važno za fontove s dijakritičkim znakovima koji pri slabom kontrastu brzo postaju nejasni.

Za nelatinična pisma poput arapskog, kineskog ili devanagarija potrebni su zasebni testovi jer se prosječna debljina crta i složenost znakova razlikuju. U praksi se pokazalo korisnim provesti provjeru kontrasta za svaki font s odgovarajućim tekstom, a ne oslanjati se samo na opće vrijednosti boja. Alati poput „WCAG Contrast Checker“ tvrtke The Paciello Group omogućuju unos boja prednjeg i pozadinskog plana; testirajte ih i sa stvarnim veličinama fontova na vašoj web stranici.

Konkretna preporuka: Izradite dokument sa smjernicama za svaki jezik koji definira minimalne omjere kontrasta za različite veličine i debljine fontova. Prilikom prijevoda tekstova provjerite pruža li korišteni font u ciljnom jeziku istu čitljivost. Ako je potrebno, razmotrite alternativni font koji ispunjava zahtjeve kontrasta. Imajte na umu da se smjernice odnose i na dinamički sadržaj poput hover efekata ili klizećeg teksta. Ovaj proces trebao bi biti dio vašeg redovnog tijeka lokalizacije. Imajte na umu da se zakonski zahtjevi mogu razlikovati ovisno o EU zemlji; u slučaju sumnje konzultirajte pravni savjet.

Osiguranje kvalitete: popisi provjere za prevedene komponente pristupačnosti

Osiguranje kvalitete (QA) lokaliziranih komponenti pristupačnosti zahtijeva sustavan pristup koji nadilazi jednostavne provjere prijevoda. U praksi biste trebali uvesti višerazinski popis provjere koji pokriva i jezične i tehničke aspekte. Započnite s automatskim provjerama: testiranje čitača zaslona pomoću alata poput NVDA ili JAWS u odgovarajućim jezičnim verzijama. Provjerite čitaju li se sve ARIA oznake ispravno i funkcionira li navigacija tipkovnicom u ciljnom jeziku. Obratite posebnu pozornost na dinamički sadržaj poput overlayja i skočnih prozora koji mogu biti različito strukturirani u različitim jezicima.

Ključna točka je dosljednost alternativnih tekstova i oznaka. Izradite središnju terminološku bazu podataka u kojoj su pojmovi poput „Zatvori“, „Izbornik“ ili „Polje za pretragu“ pohranjeni po jezicima. Tijekom QA-e svaki prijevod treba provjeriti u odnosu na tu bazu kako bi se izbjegle nedosljedne formulacije. Nadalje, preporučujemo provjeru potpunosti izjave o pristupačnosti web stranice na svim ciljnim jezicima. Prema EU direktivi (EN 301 549) mora sadržavati određene obvezne informacije i biti napisana razumljivim jezikom.

Provedite ručne testove s izvornim govornicima koji poznaju jezik i imaju iskustva s asistivnim tehnologijama. Ovi ispitivači trebali bi odigrati tipične scenarije korištenja: ispunjavanje obrasca, navigaciju kroz stranicu proizvoda ili čitanje članka pomoću čitača zaslona. Dokumentirajte rezultate u standardiziranom izvješću o greškama koje može uključivati i snimke zaslona i audio zapise. Ponovite ove testove nakon svake jezične i tehničke nadogradnje web stranice.

Konkretna preporuka: Razvijte popis provjere koji ćete primjenjivati za svaku lokaliziranu komponentu. Trebao bi sadržavati točke poput: Jesu li svi alt tekstovi prisutni i smisleni? Ispisuju li se ARIA oznake ispravno? Funkcionira li navigacija tipkovnicom bez odgode? Je li kontrast ispravan za sve znakove pisma? Neka popis provjere potpišu kolege ili vanjski revizori. Ako ne možete jasno procijeniti zakonske zahtjeve, potražite pravni savjet. QA je kontinuirani proces koji mora biti uključen u vaš tijek lokalizacije.

Alati i tijekovi rada: Integracija AI prijevoda s lekturom izvornog govornika

Kombinacija AI prijevoda i lekture izvornog govornika može povećati učinkovitost lokalizacije pristupačnih komponenti, ako su procesi ispravno postavljeni. U praksi se pokazao učinkovitim dvostupanjski tijek rada: prvo se svi tekstovi – uključujući alt tekstove, ARIA oznake i tekstove za čitače zaslona – prosljeđuju kroz alat za AI prijevod. Pobrinite se da alat prima posebne oznake ili kodove (npr. HTML oznake, zamjenske znakove) kako se oni ne bi prevodili ili uništavali. Nakon toga slijedi ručna provjera od strane izvornog govornika koji ocjenjuje ne samo jezičnu kvalitetu, već i tehničku ispravnost.

Važan preduvjet je dobro strukturirana baza prijevodnih memorija (Translation Memory) koja sadrži ponavljajuće pojmove i fraze. Na taj način osiguravate da se, primjerice, izraz 'gumb za zatvaranje' dosljedno prevodi na svim jezicima. Za pristupačne komponente preporučujemo vođenje zasebnih rječnika koji sadrže kontekstualna pravila prevođenja – na primjer, da ARIA oznaka uvijek opisuje funkciju, a ne samo vizualni element. Integrirajte ove rječnike izravno u svoj AI alat za prijevod kako biste poboljšali kvalitetu sirovih prijevoda.

Tijek rada također treba uključivati automatizirane provjere kvalitete, poput prepoznavanja neprevedenih segmenata teksta ili netočne ARIA sintakse. Alati poput 'GreatBlanc' ili 'Accessible Web' nude sučelja za uključivanje takvih provjera u proces prevođenja. Nakon prijevoda, tekstovi prolaze drugu razinu provjere: izvorni govornik urednik testira komponente s čitačem zaslona na ciljnom jeziku. Ovaj test je ključan jer AI prijevodi često ne ispravno prenose ton ili idiomatsku čitljivost. Na primjer, previše doslovno prevedena rečenica može postati nerazumljiva u čitaču zaslona.

Praktična preporuka: uspostavite standardizirani postupak za svaki novi jezik: 1) izradite rječnik i prijevodnu memoriju za tekstove pristupačnosti; 2) provedite AI prijevod s kontekstualnim pravilima; 3) integrirajte automatiziranu provjeru sintakse; 4) lektura izvornog govornika s testom čitača zaslona; 5) odobrenje nakon ispunjavanja kriterija kvalitete. Dokumentirajte tijekove rada u svom alatu za upravljanje projektima. Imajte na umu da se ovaj proces mora redovito prilagođavati novim jezičnim i tehnološkim trendovima. Pravni savjet može pomoći osigurati da vaš tijek rada bude u skladu sa zakonskim zahtjevima EN 301 549.

Kontrolni popis za međunarodnu provjeru pristupačnosti

Temeljita provjera pristupačnosti na 24 jezika zahtijeva sustavan pristup koji uključuje i automatizirane alate i ručne testove od strane izvornih govornika. Započnite s planiranjem revizije: za svaki jezik definirajte reprezentativan odabir stranica – najmanje početnu stranicu, stranicu proizvoda, obrazac i kontakt stranicu. Koristite automatizirane alate za provjeru poput Axe ili WAVE za identifikaciju tehničkih pogrešaka, ali se ne oslanjajte isključivo na njih. U praksi ovi alati pokrivaju samo oko 30% problema, osobito kod jezično specifičnih aspekata.

Prilikom prevođenja overlayja za pristupačnost i ARIA oznaka morate osigurati da čitači zaslona ispravno prikazuju ispravnu jezičnu verziju. Provjerite jesu li `lang` atributi postavljeni na svakoj stranici i poštuju li dinamički sadržaji poput modalnih dijaloga ili živih regija trenutni odabir jezika. Čest problem: ARIA oznaka može biti gramatički ispravna na njemačkom, ali na poljskom zbog nedostatka deklinacije postaje nerazumljiva. Stoga uvijek dajte da izvorni govornik testira oznake i alternativne tekstove na razumljivost.

Provedite ručna testiranja s uobičajenim čitačima zaslona poput NVDA (njemački, engleski) ili JAWS, kao i s VoiceOver na iOS-u i TalkBack na Androidu. Testirajte navigaciju tipkovnicom: svi interaktivni elementi moraju biti fokusibilni, a fokus mora logično slijediti tok čitanja dotičnog jezika – kod jezika koji se pišu zdesna ulijevo poput arapskog, s desna na lijevo. Obratite pažnju na kontraste: boje i veličine fonta mogu drugačije djelovati u jezicima s drugačijim pismom (npr. kineski ili ćirilični). Koristite provjeru kontrasta koja također simulira percepciju boja u različitim fontovima.

Dokumentirajte sve rezultate provjere u kontrolnom popisu koji za svaki jezik pokriva kriterije: usklađenost s WCAG 2.1 razinama A i AA, ispravan prijevod svih tekstova, funkcionalne skip-linkove, dosljednu navigaciju i ispravnu implementaciju ARIA-e. Planirajte redovite revizije – idealno nakon svakog ažuriranja sadržaja. Imajte na umu: ovaj kontrolni popis ne zamjenjuje pravno obvezujuću provjeru; za pravna pitanja konzultirajte svoj pravni odjel. Pažljiva međunarodna provjera smanjuje rizik od tužbi i poboljšava korisničko iskustvo za sve posjetitelje.

Pogled unaprijed: Budući zahtjevi EU-a i održiva praksa lokalizacije

EU kontinuirano radi na pooštravanju zahtjeva za pristupačnost. Europski akt o pristupačnosti (EAA) postaje obvezan za mnoge proizvode i usluge od lipnja 2025. U budućnosti treba očekivati strože zahtjeve za višejezičnu provedbu – posebno kod dinamičkih sadržaja i AI potpomognutih prijevoda. Tvrtke bi se trebale rano pripremiti na usklađivanje nacionalnih zakona, koje može nadilaziti EN 301 549. U praksi to znači: investirajte u sustave koji pristupačnost integriraju u proces lokalizacije od samog početka, umjesto da je naknadno ispravljaju.

Održiv pristup je uspostava višejezičnih timova za pristupačnost, koji se sastoje od programera, UX dizajnera i izvornih urednika. Ovi timovi trebaju biti čvrsto uključeni u CI/CD radni tijek, tako da se svaki prijevod automatski provjerava na usklađenost s WCAG-om. Koristite AI prijevode, ali neka sve tekstove relevantne za pristupačnost (poput Alt tekstova i ARIA oznaka) pregleda izvorni stručnjak. Iskustvo pokazuje da takva kombinacija automatizacije i ljudske provjere značajno smanjuje stopu pogrešaka.

I odabir tehnologije utječe na održivost: koristite okvire koji izvorno podržavaju pristupačnost, poput Reacta s ARIA bibliotekama ili Angulara s modulima za pristupačnost. Izbjegavajte vlasnička overlay rješenja, koja su često teška za lokalizaciju i nose pravne rizike. Umjesto toga, koristite nativne HTML elemente, koje čitači zaslona mogu bolje interpretirati. Planirajte redovite obuke za svoje partnere u lokalizaciji o specifičnim zahtjevima pristupačnosti na različitim jezicima.

Na kraju, vrijedi pogledati planiranu EU direktivu o digitalnoj pristupačnosti web stranica i mobilnih aplikacija javnih tijela, koja će utjecati i na privatne tvrtke. Održiv sustav lokalizacije nije jednokratni projekt, već kontinuirani proces. Dokumentirajte svoje procese i dijelite najbolje prakse s drugim odjelima. Imajte na umu: ova procjena ne zamjenjuje pravni savjet; za konkretna pitanja o usklađenosti konzultirajte svog pravnog zastupnika. Proaktivnim pristupom ne samo da ćete ostati usklađeni, već ćete svoju uslugu otvoriti široj skupini korisnika.

Zamke i česte pogreške pri lokalizaciji pristupačnosti

Pri lokalizaciji pristupačnih sadržaja na 24 jezika stalno se pojavljuju slične pogreške. Česta zamka je izravno prevođenje Alt tekstova ili ARIA oznaka bez uzimanja u obzir ciljnog jezika i kulture. Na primjer, slikoviti izraz poput „Klick hier“ može funkcionirati na njemačkom, ali na poljskom djelovati neprirodno ili izazvati pogrešne asocijacije. Jednako problematični su doslovni prijevodi statusnih poruka, primjerice kod poruka o pogrešci u obrascima: „Field is required“ na njemačkom postaje „Feld ist erforderlich“, što je točno, ali korisnicima čitača zaslona može biti manje razumljivo. Bolje bi bilo „Dieses Feld muss ausgefüllt werden“.

Druga pogreška tiče se pogrešnog rukovanja jezičnim atributima (lang atributi). Na višejezičnim stranicama programeri često zaborave dinamički prilagoditi jezični atribut pri promjeni jezika. Čitači zaslona tada ne prepoznaju ispravno jezik, što dovodi do iskrivljenog izgovora. U praksi bi svaka razina teksta – bilo u HTML osnovi ili u ARIA oznakama – trebala biti eksplicitno označena ispravnim jezičnim kodom.

Također se često podcjenjuju razlike u duljini između jezika. Njemački tekstovi su u prosjeku duži od engleskih ili francuskih. Alt tekst koji na engleskom ima 100 znakova može na njemačkom zahtijevati 130 znakova. Ako korisničko sučelje ima fiksne rasporede, to dovodi do odrezanih tekstova ili preklapajućih elemenata. Stoga od početka planirajte fleksibilne spremnike ili ostavite rezerve za širenje teksta.

Specifičan problem kod ARIA oznaka su različita pravila čitanja čitača zaslona. Dok se na engleskom oznaka čita kao „Button: Senden“, njemačka verzija očekuje „Schaltfläche: Senden“. Prilagodba lokalnim standardima čitanja često se zaboravlja. Stoga testirajte svaku jezično specifičnu implementaciju s izvornim čitačem zaslona (npr. JAWS, NVDA, VoiceOver).

Konačno, pogreške u prijevodu izjava o pristupačnosti često dovode do pravne nesigurnosti. EN 301 549 zahtijeva precizne podatke o usklađenosti. Ako pružatelj usluge samo grubo prevede izjavu, web stranica se može smatrati neusklađenom. Stoga neka sve pravno relevantne tekstove pregleda stručni pravnik.

Izbjegnite ove zamke tako što ćete izraditi jasne stilističke vodiče za prijevode pristupačnosti i redovito provoditi testiranja čitačima zaslona na svim ciljnim jezicima. Preporučuje se bliska suradnja između tima za lokalizaciju i stručnjaka za pristupačnost.

Suradnja s pružateljima usluga i upravljanje troškovima

Lokalizacija sadržaja pristupačnosti na 24 jezika zahtijeva profesionalnu koordinaciju sa specijaliziranim pružateljima usluga. Odaberite pružatelje koji imaju iskustvo u tehničkom prevođenju i temeljito poznavanje EU standarda pristupačnosti (EN 301 549, WCAG 2.1). Unaprijed zatražite reference iz područja lokalizacije pristupačnosti i provjerite rade li prevoditelji na materinjem jeziku i mogu li testirati s čitačima zaslona.

Provjereni model je kombinacija AI prevođenja i provjere od strane izvornih govornika. AI obavlja početni prijevod alt-tekstova, ARIA oznaka i poruka o pogreškama, dok ljudski provjeravač osigurava semantičku točnost, kulturnu prikladnost i tehničku ispravnost. To štedi troškove i vrijeme bez ugrožavanja kvalitete. Pazite da provjeravač također poznaje smjernice pristupačnosti – sam jezični provjeravač obično nije dovoljan.

Prilikom izračuna troškova trebate uzeti u obzir sljedeće stavke: prijevod izjave o pristupačnosti i pravnih tekstova (često po broju riječi ili znakova), lokalizaciju UI komponenti uključujući alt-tekstove i oznake (prema broju stringova ili komponenti), tehničko savjetovanje za postavljanje jezičnih atributa i ARIA struktura te troškove testiranja čitačima zaslona na svakom jeziku. Iskustveno, testiranje čini otprilike 30-40% ukupnog proračuna.

Čest prigovor je da je lokalizacija pristupačnosti preskupa. U praksi se troškovi mogu smanjiti ranim planiranjem: ako se alt-tekstovi i oznake osmisle višejezično već u procesu dizajna, izbjegava se skupa dorada. Također, ponovna upotreba – npr. identični simboli s istim alt-tekstom na svim jezicima – smanjuje napor.

Suradnja s pružateljima usluga zahtijeva jasnu komunikaciju: definirajte glosar ključnih pojmova (npr. „gumb”, „navigacijski izbornik”) i postavite ograničenja duljine teksta. Koristite sustav upravljanja prijevodima (TMS) koji prati status svake komponente i bilježi promjene. Provodite redovite preglede gdje testirate prevedeni sadržaj na testnom sustavu s čitačem zaslona.

Na kraju, preporučuje se imenovati stalnu kontakt osobu kod pružatelja usluga koja ima pregled i tehničkih i jezičnih zahtjeva. Tako osiguravate da vaš višejezični projekt pristupačnosti bude dovršen na vrijeme i unutar proračuna.

Zamke u prevođenju pristupačnosti na 24 jezika

Lokalizacija pristupačnog sadržaja nosi specifične zamke koje nadilaze uobičajene prijevodne pogreške. Česta pogreška je doslovni prijevod ARIA oznaka ili alternativnih tekstova bez uzimanja u obzir semantike ciljnog jezika. Na primjer, engleska oznaka poput "Submit" može na njemačkom postati preduga, zbog čega čitači zaslona iskrivljuju poruku. Umjesto toga potrebna su skraćivanja poput "Senden" ili kontekstualne alternative. Druga zamka su kulturne razlike u simbolima i ikonama: kod boja za "uspjeh" (zeleno) ili "grešku" (crveno) ista je u mnogim kulturama, no u nekim azijskim zemljama crvena ima pozitivnu konotaciju. Pristupačne upute koje se oslanjaju na boje stoga se moraju dopuniti tekstom ili prilagoditi. Također, prijevod veza "Skip to main content" nije trivijalan: na njemačkom postaje "Zum Hauptinhalt springen", ali promjena duljine može poremetiti izgled ili navigaciju tipkovnicom. Osim toga, mnogi podcjenjuju važnost jezičnih deklaracija u HTML-u. Ako jezična oznaka nije ispravno postavljena (npr. `lang="de"` za njemačke stranice), čitači zaslona mogu pogrešno interpretirati sadržaj i primijeniti pogrešnu jezičnu sintezu. Druga točka su složenice u njemačkom – poput "E-Mail-Bestätigung" – koje čitači zaslona često ne čitaju ispravno jer ne prepoznaju razdvajanje riječi. Ovdje pomažu ARIA atributi poput `aria-label` za kontrolu izgovora. Kod prijevoda poruka o pogreškama u obrascima treba paziti da ID pogreške ostane jedinstven i da se ne prekine zbog jezičnih prilagodbi. U praksi se pokazuje da izvorni govornici moraju testirati ne samo gramatiku, već i kompatibilnost s čitačima zaslona. Koristan pristup je testirati svaku prevedenu komponentu s čitačem zaslona i usporediti izlaz s engleskom referencom. Na taj se način problemi poput pogrešnih naglasaka ili nedostajućih alternativnih tekstova mogu rano otkriti. Bez ovog proaktivnog pristupa nastaju barijere koje mogu imati pravne posljedice – posebno od lipnja 2025. s Europskim aktom o pristupačnosti.

Praktični alati i tehnologije za višejezično testiranje pristupačnosti

Za osiguranje kvalitete pristupačne lokalizacije na 24 jezika postoje specijalizirani alati koji nadilaze jednostavne prijevodne softvere. Središnji alat je integracija čitača zaslona u tijek testiranja: izvorna rješenja poput NVDA (Windows) ili VoiceOver (macOS) mogu se kombinirati s automatiziranim testovima. Za svaki ciljni jezik izvorni govornik treba testirati sadržaj odgovarajućim čitačem zaslona jer jezične sinteze imaju različitu kvalitetu. Automatizirani alati za provjeru poput axe-core, Wave ili Lighthouse prepoznaju mnoga kršenja WCAG-a, ali su ovisni o jeziku: provjeravaju npr. postoji li `aria-label`, ali ne i je li sadržaj smislen na ciljnom jeziku. Stoga je kombinacija automatizirane i ručne provjere neophodna. Praktičan pristup je korištenje sustava za upravljanje prijevodima (TMS) s funkcijama pristupačnosti: moderni TMS-ovi omogućuju označavanje prijevodnih jedinica metapodacima, tako da prevoditelji znaju je li tekst alternativni tekst za sliku ili oznaka gumba. Osim toga, neki sustavi nude pregled konteksta unutar reda koji prikazuje prevedeni tekst izravno u izvornom izgledu. Za provjeru navigacije tipkovnicom prikladna su proširenja preglednika poput "Accessibility Insights" tvrtke Microsoft, kojima se može testirati redoslijed fokusa na svim jezicima. Još jedan koristan alat su "lažni ispisi zaslona": pomoću CSS-a mogu se prikazati tekstualne alternative slika kako bi se provjerilo je li prijevod smislen. Također, korištenje mehanizama jezičnog rezervnog plana u HTML-u (npr. `lang=de` na razini teksta) može se provjeriti alatima poput W3C validatora. Naposljetku, preporučuje se korištenje "laboratorija za testiranje pristupačnosti" kao usluge: neke agencije nude kombinaciju automatskih skeniranja i ručnih testova s čitačima zaslona na do 24 jezika, posebno za višejezične web stranice. Izbor alata ovisi o proračunu i veličini tima, no u praksi se dokazala mješavina alata otvorenog koda poput axe i Poedit (za datoteke prijevoda) te komercijalnih platformi poput Transifex ili Lokalise s dodacima za pristupačnost. Važno je da svi sudionici – prevoditelji, programeri i testeri – koriste isti lanac alata kako bi se izbjegle pogreške uzrokovane medijskim prekidima.