Hibás lokalizáció javítása: hibák felderítése és javítása
A hibás lokalizációt négy lépésben lehet rendbe tenni. Először összegyűjti a hibákat, azután típus szerint csoportosítja őket (nyelvi, kulturális, formázási, technikai), majd szakterületi nyelvész és fejlesztő együtt kijavítja őket, végül újrateszteli az egész lokalizált verziót. A kijavított szöveg azért még nem elég, mert minden módosítás elronthat valamit a felületen, egy másik nyelvi változatban vagy a terminológiában. Az alábbiakban végigvesszük, miből látszik, hogy hibás a lokalizáció, melyek a leggyakoribb hibák magyar nyelvű szoftverekben, weboldalakon és dokumentumokban, és milyen sorrendben érdemes javítani, hogy ne kelljen újrakezdeni.
Röviden
Gépi és emberi ellenőrzés is kell: az automatizált tesztek megtalálják a technikai hibákat, a nyelvi és kulturális hibákat viszont csak az látja, aki a szöveget a saját környezetében olvassa.
Előbb csoportosítson, aztán javítson: a hibákat nyelv és típus szerint címkézze, a technikai hibát a fejlesztő, a tartalmit a nyelvész kapja.
Javítás után teszteljen újra: a regressziós teszt mutatja meg, hogy a módosítás nem rontott-e el egy korábban jól működő részt.
A gépi fordítás külön figyelmet kér: utószerkesztéskor a pontosság és az érthetőség a cél, a fölösleges átírás és a kimaradt javítás egyaránt rontja a minőséget.
Megelőzni olcsóbb: terminológiai szótár, nemzetköziesített kód és kétszeri minőségellenőrzés mellett a hibák nagy része meg sem születik.
Tartalomjegyzék
Miről ismerhető fel a hibás lokalizáció?
A felhasználó általában nem azt mondja, hogy hibás a lokalizáció. Azt mondja, hogy furcsa a szöveg, nem fér ki a gomb felirata, vagy egy mondatnak nincs értelme. Ezek a jelzések három fajta hibára vezethetők vissza, és a Microsoft lokalizációs tesztelési útmutatója is ezt a hármat választja szét: funkcionális, vizuális és nyelvi ellenőrzést különböztet meg.
Funkcionális jelek. A lokalizált változatban valami nem működik úgy, mint az eredetiben. Egy űrlap nem fogadja el a magyar formátumú dátumot, a keresés nem találja meg az ékezetes szavakat, vagy egy gomb rossz műveletet indít, mert a fordítás közben elcsúszott egy azonosító.
Vizuális jelek. Levágott feliratok, egymásra csúszó szövegdobozok, rossz helyen megtört sorok, kérdőjelek vagy furcsa karakterek az ő és az ű helyén. Ilyenkor sokszor nem a fordítás rossz, hanem a felület nem számolt azzal, hogy a magyar szöveg gyakran hosszabb az angol eredetinél, és más karaktereket használ.
Nyelvi és kulturális jelek. Lefordítatlanul maradt angol szövegrészek, ugyanarra a fogalomra három különböző magyar szó, tükörfordításnak hangzó mondatok, tegezés és magázás keveredése, a magyar piacon idegenül ható képek, példák vagy szóviccek.
A Microsoft útmutatója szerint ezek a hibák automatizált tesztekkel és a szövegek saját környezetükben végzett kézi átnézésével deríthetők fel. A két módszer kiegészíti egymást: a gép gyorsan végigfut több ezer képernyőn, de azt nem tudja megítélni, hogy egy szakkifejezés helyes-e az adott iparágban. Vizuális hibáknál érdemes a szoftvert több operációs rendszeren, böngészőben és képernyőfelbontáson is megnézni, mert ami egy nagy monitoron kifér, az mobilon már túlcsordulhat.
A leggyakoribb hibatípusok és a javításuk
A javítás akkor gyors, ha a hiba típusa már az elején egyértelmű. Az alábbi táblázat a magyar nyelvű lokalizációban leggyakrabban felbukkanó hibákat foglalja össze.
Hibatípus | Tipikus példa magyarul | Ki javítja | Hogyan |
Csonkolás, túlcsordulás | „Beállítások ment…” a gombon | Fejlesztő és nyelvész | Rugalmas elrendezés vagy rövidebb, de pontos szöveg |
Karakterkódolás, betűtípus | „õ” és „û” az „ő” és „ű” helyén | Fejlesztő | UTF-8 kódolás, magyar karaktereket támogató betűtípus |
Sortörés | Szótagolás nélkül szétszakadó összetett szó | Fejlesztő | Nyelvfüggő sortörési szabályok |
Mondatok összefűzése | „A(z) {fájl} törlve” vagy rossz toldalék a változó után | Fejlesztő és nyelvész | Teljes mondatok a forrásban, változók helyett mondatváltozatok |
Többes szám | „3 fájlok” a helyes „3 fájl” helyett | Nyelvész, szükség szerint fejlesztő | A magyar többesszám-szabálynak megfelelő karakterlánc |
Formázás | 1,200.50 a magyar 1 200,50 helyett, 11/02/2026 a 2026. 11. 02. helyett | Fejlesztő | Területi beállítás szerinti szám-, dátum- és pénznemformátum |
Terminológia | Ugyanaz a funkció egyszer „Irányítópult”, máskor „Vezérlőpult” | Nyelvész | Terminológiai szótár, egységesítés a teljes anyagban |
Lefordítatlan szöveg | Angol hibaüzenet a magyar felületen | Fejlesztő és nyelvész | Hiányzó karakterláncok kiemelése a kódból, fordítás |
Kulturális hiba | Idegen ünnep, mértékegység vagy kép egy hazai kampányban | Nyelvész, marketing | Helyi piachoz illő elem |
A csonkolást, a kódolási és betűtípus-problémákat, a sortörést, az összefűzést és a többes számot a Microsoft útmutatója is a tipikus lokalizációs hibák között sorolja fel. Magyar felületen ezek közül kettő különösen gyakori.
Toldalék a változó után. Az angol „Welcome, {name}!” vagy „Saved to {folder}” mintát a magyar nem tudja egy az egyben követni, mert a névelő (a vagy az) és a toldalék (-ban vagy -ben, -nak vagy -nek) a behelyettesített szótól függ. A „Mentve ide: {mappa}” típusú átfogalmazás ilyenkor jobb megoldás a „(z)” és „-ban/-ben” jellegű kényszermegoldásoknál, amelyek a felhasználó szemében igénytelenek.
Többes szám számnév után. A magyar a számnév után egyes számot használ: 5 elem, 12 üzenet. Ha a forráskód csak az angol egyes-többes szám kettősségével számol, a fordító kénytelen nyelvtanilag hibás szöveget beírni. Ezt nem a fordításban kell javítani, hanem a karakterlánc szerkezetében.
A javítás lépései
A hibajavítás akkor marad kézben tartható, ha nem egyenként, bejelentés szerint kapkodnak a hibák után, hanem folyamatként kezelik.
Gyűjtse össze a hibákat egy helyre. Felhasználói visszajelzés, belső tesztelés, ügyfélszolgálati panasz: minden egy listába kerüljön képernyőképpel, nyelvvel, a pontos hellyel (képernyő, fejezet, oldalszám) és a várt helyes szöveggel.
Címkézze és csoportosítsa. Bevált gyakorlat a hibákat nyelv és hibatípus szerint címkézni, technikai és tartalmi kategóriába sorolni, majd a megfelelő szakemberhez irányítani. A csonkolás és a kódolás a fejlesztőé, a terminológia és a stílus a nyelvészé, az összefűzés és a többes szám általában mindkettőé.
Keresse meg a hiba forrását. Egy rossz szakkifejezés ritkán marad egyedül. Ha a hiba a fordítási memóriában vagy a terminológiai szótárban van, ott kell javítani, különben a következő frissítésnél visszatér.
Rangsorolja a javításokat. Elsők azok a hibák, amelyek működést akadályoznak, félrevezetnek vagy jogi, biztonsági kockázatot hordoznak: egy fizetési képernyő, egy adagolási utasítás, egy szerződési feltétel. A stiláris finomítások várhatnak a következő körig.
Javítson a teljes anyagban. CAT eszközzel a hibás kifejezés minden előfordulása megkereshető és egységesen cserélhető, így nem marad egy-egy elfelejtett régi változat a súgóban vagy az e-mail-sablonokban.
Nézesse át egy második nyelvésszel. A javítást más nyelvész ellenőrzi, mint aki végezte. A friss szem könnyebben észreveszi, ha a javítás új hibát hozott a mondatba.
Ellenőrizze a javítást a saját környezetében. A lefordított szöveg a fordítóprogramban jónak tűnhet, a felületen mégis kilóghat. Ezért kell a javított verziót a valódi képernyőn, dokumentumban vagy weboldalon is megnézni.
Frissítse a forrásokat. A fordítási memória, a szótár és a stílusútmutató kerüljön összhangba a javításokkal, hogy a következő kiadás már a helyes változatból induljon.
Hogyan ellenőrizze, hogy a javítás nem rontott el mást?
Minden javítás módosítás, és minden módosítás okozhat hibát. Egy rövidebbre írt gombfelirat megszüntetheti a csonkolást, de ha közben megváltozott egy karakterlánc azonosítója, a gomb üres maradhat. Egy egységesített szakkifejezés a felületen jó, de ha a súgó még a régit használja, a felhasználó nem találja meg a funkciót.
Két ellenőrzés kell.
Megerősítő teszt. Ellenőrzi, hogy a bejelentett hiba valóban megszűnt-e, pontosan azon a helyen és azon a nyelven, ahol jelentették.
Regressziós teszt. Javítás után regressziós tesztelés mutatja meg, hogy a módosítás nem okozott-e új hibát az alkalmazás korábban jól működő részeiben. Lokalizációnál ez nemcsak a javított nyelvet jelenti. A Microsoft útmutatója szerint az automatizált tesztesetek futtatása minden lokalizált változaton hatékony módja annak, hogy a nyelvi verziók funkcionálisan egyformán működjenek.
A gyakorlatban a regressziós kör ezeket érdemes lefedje:
a javított képernyők és a velük összekapcsolt felületek (értesítések, e-mailek, súgó);
a leghosszabb magyar szövegek a legkisebb támogatott képernyőn;
a szám-, dátum- és pénznemformátumok a magyar területi beállítással;
az ékezetes karakterek minden betűtípusban és exportált fájlban (PDF, CSV);
a terminológia egyezése a felület, a dokumentáció és a marketinganyagok között.
Gépi fordítás utólagos javítása
A hibás lokalizáció ma gyakran gépi fordításból indul: valaki lefuttatta a szöveget egy fordítóprogramon, és utószerkesztés nélkül tette közzé. Ilyenkor a javítás gépi fordítás utáni lektorálás (MTPE), és annak szabványa is van. Az ISO 18587:2017 szabvány szerint az utószerkesztés célja a gépi fordítás pontosságának és érthetőségének ellenőrzése, a szöveg javítása és olvashatóbbá tétele.
Utószerkesztéskor két ellentétes hibára kell figyelni:
Fölösleges átírás: a lektor olyan mondatokat is átfogalmaz, amelyek helyesek voltak. Ez időt visz el, és új hibákat hozhat a szövegbe.
Kimaradt javítás: a lektor átsiklik egy finom tartalmi hibán, mert a gépi mondat gördülékenyen hangzik. A gépi fordítás legveszélyesebb hibái éppen a jól hangzó, de mást állító mondatok: felcserélt tagadás, rossz mértékegység, a szakterületen mást jelentő köznyelvi szó.
Az utószerkesztés mélysége a szöveg céljától függ. A belső felhasználásra szánt, gyors tájékozódást szolgáló anyaghoz könnyű utószerkesztés (light MTPE) elég lehet: ilyenkor a cél az, hogy a szöveg pontos és érthető legyen. Ügyfélnek, hatóságnak vagy piacra szánt szövegnél teljes utószerkesztés (full MTPE) indokolt, amelynek végén a szöveg minősége az emberi fordításéval egyenértékű, stílusban és terminológiában is.
Orvosi, pénzügyi, jogi és autóipari szövegek javítása
Szakszövegnél a hibás lokalizáció ára nem egy kínos képernyőkép, hanem félreértett utasítás, hibás számadat vagy vitatható szerződési feltétel. A javítás ezért itt mindig szakterületi nyelvész feladata, és mindegyik területnek megvannak a saját buktatói.
Orvosi és gyógyszerészeti szövegek. Klinikai dokumentumoknál, betegtájékoztatóknál és orvostechnikai eszközök használati útmutatóinál a terminológia következetessége az első: ugyanaz a hatóanyag, mellékhatás vagy eljárás mindenhol ugyanazon a néven szerepeljen. Külön figyelmet kér a mértékegység, az adagolás és a tizedesjel, mert az angol pont és a magyar vessző felcserélése értelmezési hibát okozhat. A szakmai közönségnek szóló és a betegnek írt szöveg nyelvezete is eltér: amit az orvos latin szakszóval keres, azt a beteg közérthető magyar kifejezéssel érti meg. Ha a szöveg hatósági előírás alá esik, a javított változatot az adott termékért felelős szabályozási szakember is hagyja jóvá.
Pénzügyi jelentések. Itt a számformátum, a pénznem jelölése és a számviteli fogalmak pontos megfeleltetése a kulcs. Egy angol kifejezés több magyar számviteli fogalomnak is megfelelhet, és a rossz választás a jelentés értelmét változtatja meg. Táblázatoknál ellenőrizni kell, hogy a javítás után is egyeznek-e a szövegben és a táblázatban szereplő számok.
Jogi szövegek. Szerződéseknél egyetlen szó is kötelezettséget teremthet vagy szüntethet meg. A javításnál a forrásszöveg jogrendszerének fogalmait kell a magyar jog megfelelő fogalmaival visszaadni, és ahol nincs pontos megfelelő, ott a jelentést kell átadni, nem a szót. A definiált fogalmakat a szerződés egészében egységesen kell használni.
Autóipari dokumentáció. Szervizkönyvek, kezelési útmutatók és műszaki specifikációk sokszor több tízezer szegmensből állnak, ezért itt a szoftveres minőségellenőrzés hozza a legtöbbet: automatikusan kiszűri az eltérő terminológiát, a hiányzó számokat, a nem egyező mértékegységeket és a kimaradt szegmenseket. Az alkatrész- és funkcióneveknek egyezniük kell a járműben, a kijelzőn és a dokumentációban megjelenő szöveggel.
Miért nem elég kijavítani a hibás mondatot?
A hibás lokalizációval hozzánk forduló ügyfelek többsége először egy hibalistát küld. Ez jó kiindulópont, de a lista ritkán mutatja meg a valódi okot. Egy rossz szakkifejezés mögött rendszerint hiányzó vagy ellentmondásos terminológia áll, egy levágott felirat mögött pedig egy olyan felület, amely nem számolt a magyar szöveg hosszával. Ezért minden projektben az adott szakterülethez értő nyelvész dolgozik: a műszaki szöveget műszaki, az orvosit orvosi, a pénzügyit és a jogit az adott területen jártas nyelvész javítja. A munkát CAT eszközökkel végezzük, így a javítás a teljes anyagon egységesen fut végig, és nem csak a bejelentett mondatban. Minden javítás két minőségi ellenőrzésen megy át. Szoftvereknél, alkalmazásoknál, játékoknál és weboldalaknál lokalizációs teszteléssel nézzük meg a javított szöveget a saját felületén, mert ami a fordítási fájlban hibátlan, az a képernyőn még kilóghat. Ahol a hibák a következetlen szóhasználatból erednek, terminológiai szótárt is készítünk, hogy a következő frissítés már helyesen induljon. Szerintünk a jó javítás után nemcsak a hibák tűnnek el: a szöveg úgy szól a magyar piacon, mintha eleve magyarul írták volna. Worldwide Languages
Lokalizáció javítása a Worldwide Languages-szel
Ha a hibás lokalizáció már a felhasználóihoz vagy ügyfeleihez is eljutott, a Worldwide Languages átvállalja a teljes javítást: a meglévő fordítás lektorálását és szerkesztését, a gépi fordítás könnyű vagy teljes utószerkesztését, a szoftverek, alkalmazások, játékok és weboldalak lokalizációs tesztelését, valamint a terminológiai szótár elkészítését. Minden európai nyelven dolgozunk, műszaki, orvosi, pénzügyi és jogi szakterületen.
Projektalapon dolgozunk, egyedi árajánlat alapján. Küldje el a hibás anyagot vagy a hibalistát, és kérjen ajánlatot a javításra: megmondjuk, mekkora munkát igényel, és milyen határidővel vállaljuk.
Megelőzés: hogy ne kelljen újra javítani
A javítás után érdemes azt is rendezni, ami a hibákat okozta. A legtöbb lokalizációs hiba megelőzhető, ha a folyamat már a fejlesztés és a fordítás előtt számol a célnyelvvel.
Nemzetköziesítés a kódban. A felület kezelje a hosszabb szövegeket, az UTF-8 kódolást és a területi formátumokat, a karakterláncok pedig teljes mondatok legyenek, ne összefűzött darabok.
Álfordításos (pszeudolokalizációs) teszt. Mielőtt a valódi fordítás elkészülne, mesterségesen meghosszabbított, ékezetes karakterekkel teli szöveggel futtatják a felületet, így előre kiderül, hol fog csonkolódni vagy kódolási hibát adni.
Terminológiai szótár és stílusútmutató. Rögzíti a kulcsfogalmak magyar megfelelőjét, a megszólítás módját (tegezés vagy magázás) és a márka hangnemét.
Kontextus a fordítónak. Képernyőképek, a karakterkorlátok és a változók jelentése sok félrefordítást megelőz.
Kétlépcsős minőségellenőrzés. Nyelvi lektorálás és funkcionális tesztelés minden kiadás előtt, nem csak akkor, ha a felhasználók panaszkodnak.
Gyakori kérdések
Javítható a meglévő fordítás, vagy újra kell fordítani mindent?
A legtöbb esetben a meglévő fordítás javítható: a nyelvész lektorálja és szerkeszti a szöveget, a hibás terminológiát pedig a teljes anyagban egységesíti. Teljes újrafordítás akkor indokolt, ha a hibák a szöveg nagy részét érintik, például szerkesztetlen gépi fordításnál. Ezt a hibás anyag átnézése után lehet eldönteni.
Mennyi ideig tart egy hibás lokalizáció javítása?
Az időigény a szöveg terjedelmétől, a hibák számától és a szakterülettől függ. Egy weboldal néhány oldalának javítása rövid munka, egy teljes szoftverfelület vagy egy több száz oldalas műszaki dokumentáció javítása a teszteléssel együtt hosszabb. Az árajánlattal együtt a határidőt is megadjuk.
Mi a különbség a könnyű és a teljes gépi fordítás utáni lektorálás között?
A könnyű utószerkesztés célja, hogy a gépi fordítás pontos és érthető legyen, stiláris csiszolás nélkül. A teljes utószerkesztés után a szöveg stílusban, terminológiában és olvashatóságban is az emberi fordítás szintjét éri el. Ügyfélnek vagy piacra szánt anyaghoz a teljes változatot javasoljuk.
Miért kell a javítás után tesztelni is?
Mert a javított szöveg a felületen másképp viselkedhet, mint a fordítási fájlban: lehet hosszabb, megtörhet, vagy egy módosított azonosító miatt el is tűnhet. A lokalizációs tesztelés és a regressziós ellenőrzés mutatja meg, hogy a javítás működik, és nem okozott újabb hibát.
Források
Ajánlott
Hozzászólások