Szoftver lokalizáció: így lesz magyar a szoftver és az alkalmazás
A szoftverlokalizáció azt jelenti, hogy egy programot, mobilalkalmazást vagy webes felületet egy adott nyelvhez és piachoz igazítunk: lefordítjuk a felület szövegeit, a súgót és a hibaüzeneteket, átállítjuk a dátum-, szám- és pénznemformátumokat, és ellenőrizzük, hogy minden a helyén van-e a kész termékben. Magyar piacra ez azt jelenti, hogy a felhasználó nem fordítást lát, hanem egy szoftvert, amelyet mintha eleve magyaroknak írtak volna. Az alábbiakban végigvesszük, mi tartozik a lokalizációba, hogyan zajlik lépésről lépésre, és mire figyeljen, ha orvosi, pénzügyi vagy autóipari szoftvert visz magyar piacra.
Röviden
A lokalizáció több a fordításnál: a szöveg mellett a formátumokat, a felület elrendezését, a képeket és a jogi elemeket is a célpiachoz igazítja.
A magyar nyelv különleges kihívás: hosszabb szövegek, ragozás a változók körül, saját dátum- és számformátum.
A folyamat a forrásfájlok előkészítésétől a fordításon, a kétnyelvű lektoráláson és a gépi minőségellenőrzésen át a lokalizációs tesztelésig tart.
Szakterületi szoftvereknél a terminológiai adatbázis és a fordítómemória biztosítja, hogy ugyanaz a fogalom mindenhol ugyanúgy szerepeljen.
A gépi fordítás jó kiindulópont lehet, de a felhasználó elé kerülő felülethez teljes körű utószerkesztés és szakmai lektorálás kell.
Tartalomjegyzék
Lokalizáció, fordítás, honosítás: mi a különbség?
A három szót sokan szinonimaként használják, pedig mást jelentenek, és a különbség a költségvetésben és a határidőben is megjelenik.
A nemzetköziesítés (angol rövidítéssel i18n) a fejlesztők feladata. A W3C meghatározása szerint a nemzetköziesítés olyan tervezés és fejlesztés, amely lehetővé teszi, hogy a terméket később könnyen lokalizálni lehessen. Ilyenkor kerülnek a szövegek külön erőforrásfájlokba, ilyenkor dől el, hogy a program kezeli-e az ékezetes karaktereket, és hogy a dátumot a rendszer területi beállításai szerint jeleníti-e meg.
A fordítás a szöveges tartalom átültetése egyik nyelvről a másikra. Szoftvernél ez a felület sztringjeit, a súgót, a dokumentációt jelenti.
A lokalizáció (l10n) ennél tágabb. A Microsoft globalizációs útmutatója hangsúlyozza, hogy a lokalizáció az egész terméket érinti, nem csak a szöveget: a vizuális elemeket és a jogi követelményeket is figyelembe kell venni.
A honosítás a magyar szakmai nyelvben a lokalizáció régebbi, de ma is élő megfelelője. Játékoknál és felhasználói programoknál különösen gyakori: ha valaki „szoftver honosítást” keres, ugyanarra a szolgáltatásra gondol.
Fogalom | Ki végzi? | Mit érint? | Mikor történik? |
Nemzetköziesítés (i18n) | Fejlesztőcsapat | Kódszerkezet, karakterkódolás, formátumkezelés | A tervezés és fejlesztés során |
Fordítás | Szakfordító | Szöveges tartalom | A forrásszöveg elkészülte után |
Lokalizáció (l10n) | Nyelvész, lektor, tesztelő, projektmenedzser | Szöveg, formátumok, felület, képek, jogi elemek | Kiadás előtt, majd minden frissítésnél |
Honosítás | Ugyanaz, mint a lokalizációnál | Ugyanaz, mint a lokalizációnál | A lokalizáció magyar szinonimája |
Mit kell lokalizálni egy szoftverben vagy alkalmazásban?
A Microsoft útmutatója szerint a lokalizálandó elemek közé tartoznak a szövegek, a dátum- és időformátumok, a pénznemek, a mértékegységek, az írásirány, a felület elrendezése, valamint a kulturális szimbólumok, színek és a jogi megfelelés. Magyar piacra ez a gyakorlatban a következőket jelenti.
Szövegek és felületi elemek
menük, gombok, párbeszédablakok, értesítések, hibaüzenetek;
súgó, beépített oktatóanyag, gyakori kérdések;
e-mail-sablonok, push értesítések, SMS-szövegek;
alkalmazásbolti leírás, képernyőképek feliratai, kulcsszavak;
felhasználási feltételek és adatkezelési tájékoztató.
Formátumok
A magyar dátumsorrend év, hónap, nap, pontokkal tagolva. A Unicode CLDR magyar adatai ezt a magyar dátum- és időformátumot rögzítik, amelyre a legtöbb programozási környezet támaszkodik: 2026. 10. 29., illetve 2026. október 29. Az idő 24 órás (14:30), a hét hétfővel kezdődik. A számoknál tizedesvessző és szóközzel tagolt ezres csoportok használatosak (12 500,75), az összeg után áll a pénznem (15 280 Ft). Egy rosszul beállított formátum apróságnak tűnik, de egy pénzügyi alkalmazásban a pont és a vessző felcserélése komoly félreértést okozhat.
A magyar nyelv sajátosságai
Itt bukik el a legtöbb gyorsan összerakott lokalizáció.
Szöveghossz. A magyar mondat gyakran hosszabb az angolnál, a gomb felirata kilóghat, a menüpont csonkolódhat. A felületet ezért úgy érdemes tervezni, hogy a szövegdobozok rugalmasan nőjenek.
Ragozás és változók. Az angol „Welcome, {name}!” sablon még működik, de a „{name}-nak küldve” már nem: a toldalék a név magánhangzóitól függ (Annának, Péternek). Az ilyen sztringeket át kell fogalmazni úgy, hogy a változó ne kapjon ragot, például „Címzett: {name}”.
Számnevek után egyes szám. Magyarul „3 fájl”, nem „3 fájlok”. Az angol többes számú logika gépies átvétele nyelvtani hibát szül a felületen.
Névelők. Az „a” és „az” a következő szó kezdőhangjától függ, így egy változó elé írt névelő könnyen hibás lesz.
Tegezés vagy magázás. Egy banki alkalmazás és egy játék egészen más hangnemet kíván. Ezt a döntést a projekt elején kell rögzíteni a stílusútmutatóban.
Képek, színek, példák
A képernyőképeket magyar felülettel kell újra elkészíteni, a példaadatokban magyar nevek, címek és telefonszámformátum szerepeljen. A képekbe égetett szöveg külön munkát jelent, ezért érdemes már a fejlesztéskor elkerülni.
A lokalizáció lépései a forrásfájltól a kiadásig
A hazai fordítóipari szakirodalom szerint egy összetett fordítási projekt elengedhetetlen lépései a projekt-előkészítés, a fordítás, a kétnyelvű lektorálás, a szakmai lektorálás, a gépi minőségellenőrzés, a tördelés, a véglegesítés és a leadás. Szoftvernél ehhez jön a tesztelés. Egy jól szervezett projekt így néz ki:
Nemzetköziesítés ellenőrzése. A Microsoft azt javasolja, hogy a nemzetköziesítésre már a tervezés kezdetétől gondoljunk, mert a korai döntések időt és pénzt takarítanak meg a későbbi piacra lépésnél. Ha a szövegek a kódba vannak égetve, azokat előbb ki kell emelni.
Forrásfájlok átadása. A fordító nem a kódot kapja, hanem az erőforrásfájlokat (például JSON, XLIFF, PO, RESX, Android XML vagy iOS strings formátumban), lehetőleg a sztringek mellé írt kontextusmegjegyzésekkel és képernyőképekkel.
Előkészítés és terminológia. Elkészül vagy frissül a szószedet és a stílusútmutató, a fájlok bekerülnek a fordítástámogató (CAT) eszközbe, a helyőrzők és címkék zárolva lesznek, hogy a fordító ne törhesse el őket.
Fordítás. Szakterületet ismerő nyelvész fordít, a terminológiai adatbázis és a fordítómemória alapján.
Lektorálás. Egy második nyelvész összeveti a fordítást a forrással, majd szakmai, célnyelvi ellenőrzés következik.
Gépi minőségellenőrzés. Szoftveres QA keresi a hiányzó helyőrzőket, a eltérő számokat, a terminológiai következetlenségeket, a dupla szóközöket és a túl hosszú sztringeket.
Visszaépítés és build. A lefordított fájlok visszakerülnek a kódba, elkészül a magyar nyelvű tesztverzió.
Lokalizációs tesztelés. A tesztelő a futó szoftverben ellenőrzi a nyelvet, a megjelenítést és a működést.
Javítás, kiadás, karbantartás. A hibák javítása után jöhet a kiadás. Minden új verziónál csak a változott sztringeket kell fordítani, a fordítómemória a többit kezeli.
A folyamatot projektmenedzser fogja össze. Az ISO 17100 fordítási szolgáltatási szabvány szerint a projektmenedzser koordinálja a folyamatot, osztja ki az erőforrásokat, és ellenőrzi, hogy a szolgáltatás megfelel-e a megrendelő előírásainak.
Szakszókincs orvosi, pénzügyi és autóipari szoftverekben
Egy játéknál egy kevésbé szerencsés szóválasztás bosszantó. Egy orvostechnikai eszköz kezelőfelületén, egy banki alkalmazásban vagy egy jármű diagnosztikai szoftverében viszont valódi kockázat. Ha a „dózis” az egyik képernyőn „adag”, a másikon „mennyiség”, a felhasználó joggal gondolhatja, hogy két különböző dologról van szó.
A következetesség eszközei:
Fordítómemória. A már lefordított mondatokat tárolja, így az ismétlődő szövegek mindig azonos fordítást kapnak. A Fordítóirodák Egyesülete ajánlása szerint a CAT eszközök a terminológiai adatbázisok és fordítómemóriák révén javítják a konzisztenciát, ami szoftverlokalizációnál különösen fontos.
Projektspecifikus szószedet. Rögzíti a kulcsfogalmak jóváhagyott magyar megfelelőjét, a tiltott változatokat és a nem fordítandó elemeket (márkanevek, modulnevek). Ugyanez az ajánlás kiemeli, hogy a projektre szabott terminológiai adatbázis segíti a szaknyelv helyes használatát.
Szakterületi nyelvész. A szószedet csak akkor ér valamit, ha olyan ember készíti és használja, aki érti, mit jelent egy klinikai, számviteli vagy műszaki fogalom.
Szoftveres terminológia-ellenőrzés. Autóipari projekteknél, ahol több ezer sztring és több tucat dokumentum fut párhuzamosan, a gépi QA jelzi, ha egy szó eltér a szószedettől.
A szószedetet érdemes a megrendelő szakértőivel jóváhagyatni, mert így a terminológia a cég saját nyelvhasználatát követi, és minden későbbi anyagban (felület, kézikönyv, marketing) ugyanaz lesz.
Gépi fordítás és utószerkesztés: mikor mi kell?
A gépi fordítás utáni lektorálás (MTPE) gyorsíthatja a nagy volumenű lokalizációt, ha a felhasználási célhoz illő szintet választjuk.
Könnyű utószerkesztés (light MTPE). A cél az, hogy a szöveg érthető és tartalmilag helyes legyen. A Fordítóirodák Egyesülete ajánlása az MT+PE-t megértést segítő szolgáltatásként írja le, amelyben a gépi kimenetet alapszintű lektorálás követi. Belső tudásbázishoz, naplóüzenetekhez, nagy mennyiségű támogatási jegyhez jó választás.
Teljes utószerkesztés (full MTPE). A lektor addig dolgozik a szövegen, amíg az stílusban, terminológiában és nyelvhelyességben is egy emberi fordítás szintjét éri el. Ügyfélnek szóló felülethez ez a minimum.
TEP (fordítás, szerkesztés, lektorálás). Ugyanez az ajánlás szerint a három különböző nyelvi szakemberrel dolgozó TEP-folyamat kiváló minőséget céloz, és szoftverek grafikus felületénél és súgójánál is ajánlott.
A gyakorlatban egy szoftverprojekten belül is keveredhetnek a szintek: a kezelőfelület és az alkalmazásbolti leírás teljes emberi fordítást és lektorálást kap, a több ezer oldalas belső dokumentáció mehet gépi fordítással és utószerkesztéssel.
Lokalizációs tesztelés: amit csak a futó szoftverben lehet látni
A fordító sokszor környezet nélkül látja a sztringeket: egy „Open” lehet ige (Megnyitás) vagy melléknév (Nyitva). Ezért a lefordított szöveget a működő programban is ellenőrizni kell. A Microsoft tesztelési útmutatója szerint a lokalizációs tesztelés funkcionális, vizuális és nyelvi validálásból áll, különös figyelemmel a tördelési hibákra, a karakterkódolásra és a kulturális következetlenségekre.
Magyar verzióban a tipikus hibák:
csonkolt vagy kilógó gombfeliratok, egymásra csúszó szövegek;
„Å‘” jellegű karakterhibák az ő és ű helyén, ha a kódolás nem UTF-8;
lefordítatlanul maradt sztringek, amelyek a kódban vagy képekben bujkáltak;
rossz sorrendben összefűzött mondatdarabok;
angol dátum- vagy számformátum egy egyébként magyar felületen;
ABC-sorrend, amely nem követi a magyar betűrendet (cs, gy, ly külön betűként);
funkcionális hiba, például egy ékezetes jelszó vagy név, amelyet az űrlap nem fogad el.
A tesztelő a hibát képernyőképpel és pontos hellyel jelenti, a javított sztring pedig visszakerül a fordítómemóriába, hogy a következő verzióban már helyesen szerepeljen.
Magyar jogi és nyelvi követelmények
A Magyarországra szánt szoftvernél nem csak a nyelvhelyesség számít.
Adatvédelem. Ha az alkalmazás személyes adatot kezel, a magyar nyelvű adatkezelési tájékoztatónak a GDPR mellett a hazai szabályokhoz is igazodnia kell. Jó minta erre a Digitális Állampolgárság alkalmazás tájékoztatója, amely a GDPR és a 2011. évi CXII. törvény betartására hivatkozik, és ismerteti az érintettek jogait és az adatbiztonsági intézkedéseket. A tájékoztató és a felhasználási feltételek fordítását jogi szakfordító végezze, a végleges szöveget pedig adatvédelmi szakértő vagy ügyvéd hagyja jóvá.
Fogyasztói tájékoztatás. A fogyasztóvédelmi törvény szerint ahol jogszabály használati és kezelési útmutatót ír elő, ott a fogyasztót magyar nyelven, közérthetően és egyértelműen kell tájékoztatni. Ha a szoftver egy ilyen termék része, például egy háztartási eszköz vagy jármű kezelőfelülete, a magyar felület és kézikönyv nem díszítés, hanem kötelezettség. Hogy a termékre vonatkozik-e ilyen előírás, azt a forgalmazó jogi tanácsadója tudja megmondani.
Fordítási szabványok. A hazai fordítóipari ajánlások fogalmai az MSZ EN 15038:2006 szabványra épülnek, amelynek utódja a nemzetközi ISO 17100. Szabályozott iparágban érdemes megkérdezni a szolgáltatótól, milyen minőségbiztosítási folyamat szerint dolgozik.
Szakmai nézőpontunk
Sok szoftverprojektben a lokalizáció az utolsó lépés, amire a kiadás előtti héten kerül sor. Mi azt látjuk, hogy a legjobb eredmény ott születik, ahol a fordítás nem utólagos feladat, hanem a termék része. Ezért minden projektre szakterületet ismerő nyelvészt jelölünk ki: orvosi szoftverhez olyat, aki ismeri a klinikai és gyógyszerészeti szaknyelvet, pénzügyi alkalmazáshoz olyat, aki a jelentések és szabályozói szövegek nyelvén is otthon van, autóipari felülethez olyat, aki a műszaki dokumentációt is fordította már. A szöveg minden esetben kétszeri minőségi ellenőrzésen megy át, CAT eszközökkel és projektre szabott szószedettel. A gépi fordítást nem tartjuk sem csodaszernek, sem ellenségnek. Jól megválasztott szinten, szakértő utószerkesztéssel valódi időt nyer a megrendelő, de a felhasználó elé kerülő felületen csak a teljes, emberi minőségű eredményt fogadjuk el. A jó lokalizáció mércéje szerintünk egyszerű: a magyar felhasználó észre sem veszi, hogy a szoftvert eredetileg nem neki írták. Worldwide Languages
Szoftver- és alkalmazáslokalizáció a Worldwide Languages-nél
Minden európai nyelven vállaljuk szoftverek, mobil- és webes alkalmazások, játékok és weboldalak lokalizációját: a felület és a súgó fordításától a szószedet elkészítésén és a light vagy full MTPE-n át a lokalizációs tesztelésig. Műszaki, orvosi, pénzügyi és jogi szakterületen dolgozó nyelvészeink kétszeri ellenőrzéssel, CAT eszközökkel és szoftveres minőségellenőrzéssel dolgoznak, így a terminológia a felülettől a kézikönyvig egységes marad.
Minden projektet egyedi árajánlat alapján indítunk, a fájlformátum, a nyelvek és a szakterület ismeretében. Küldje el a forrásfájlokat vagy egy rövid leírást, és kérjen ajánlatot lokalizációra.
Gyakori kérdések
Mennyi ideig tart egy szoftver lokalizálása?
A határidőt a szavak száma, a nyelvek száma, a szakterület és a tesztelés mélysége határozza meg. Egy kisebb mobilalkalmazás felülete gyorsan elkészülhet, egy több nyelvre kiadott vállalati rendszer dokumentációval együtt több hétig is tarthat. Frissítéseknél a fordítómemória miatt jellemzően csak az új sztringekkel kell dolgozni.
Milyen fájlformátumokat érdemes átadni a fordítónak?
A legjobb az erőforrásfájlok átadása (például JSON, XLIFF, PO, RESX, Android XML, iOS strings), nem a forráskódé. Sokat segít, ha a sztringek mellé kontextusmegjegyzés és képernyőkép is kerül. Így a fordító tudja, hogy egy szó gombon, címben vagy hibaüzenetben szerepel.
Elég, ha a szoftvert gépi fordítással magyarítjuk?
Belső használatra szánt, nagy volumenű szövegnél a gépi fordítás és könnyű utószerkesztés jó megoldás lehet. Az ügyfél elé kerülő felülethez, súgóhoz és jogi szövegekhez teljes utószerkesztés vagy emberi fordítás és lektorálás ajánlott. A gépi kimenet ragozási és terminológiai hibái magyarul különösen feltűnőek.
Mi a különbség a szoftver honosítása és lokalizációja között?
Gyakorlatilag nincs: a honosítás a lokalizáció régebbi magyar megnevezése, amely főleg játékoknál és felhasználói programoknál él tovább. Mindkettő a szöveg, a formátumok és a felület célpiachoz igazítását jelenti. A fordítás ennek csak egy része.
Források
Ajánlott
Hozzászólások