Mult nyelvű webalkalmazások tervezése és fejlesztése, hogy globálisan elérje ügyfeleit!

Többnyelvű fejlesztés magánügyfeleknek

A Többnyelvű fejlesztés akkor hasznos, amikor egy webalkalmazásnak több nyelven kell ugyanazt a feladatot érthetően, pontosan és biztonságosan elvégeznie. Nem elég lefordítani a menüpontokat. A felületnek, az űrlapoknak, az üzeneteknek, a keresésnek és a tartalom kezelésének is működnie kell minden nyelven. Magánügyfélként általában nem fejlesztői fogalmakkal indul a keresés. Inkább az a cél, hogy a látogató kiválaszthassa a nyelvet, ne vesszen el az oldalon, és ugyanazt az eredményt kapja akkor is, ha más nyelven használja a rendszert.

Én azt látom, hogy a többnyelvű felület sokszor későn kerül szóba. Előbb elkészül egy magyar változat, majd utólag jön az igény az angol, német vagy más nyelv hozzáadására. Ez működhet, de drágább és lassabb lehet, ha az eredeti szerkezet nem készült fel erre. Egy magánszakember ilyenkor először azt nézi meg, hogyan vannak tárolva a szövegek, külön kezelhetők-e a nyelvi változatok, van-e hely a hosszabb fordításoknak, és hogyan jelennek meg a hibaüzenetek.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról vállal webes feladatokat, és már az első egyeztetésnél meg tudja mondani, milyen anyagokra van szüksége. Szerintem ez fontosabb, mint egy látványos ígéret. A többnyelvű webfejlesztés részletekből áll. A rosszul kezelt apróságok később zavaró hibaként jelennek meg.

Többnyelvű webfejlesztés feladatai

A többnyelvű webfejlesztés első része a nyelvi szerkezet megtervezése. El kell dönteni, hogy minden nyelv külön címen, külön útvonalon vagy közös rendszerben jelenjen meg. A látogató ebből keveset lát, de a keresők és a karbantartás szempontjából sokat számít. Ha a megoldás rendezetlen, később nehezebb bővíteni az oldalt.

A fejlesztő feladata nem a teljes fordítás elkészítése, hacsak ebben külön nem állapodnak meg. A munkája inkább az, hogy a fordított szövegeknek legyen helyük, a nyelvváltó érthető legyen, a linkek helyes oldalra vigyenek, és ne keveredjenek a nyelvek. Ide tartozik az is, hogy az értesítések, gombok, űrlapmezők, megerősítő oldalak és hibák mind a kiválasztott nyelven jelenjenek meg.

Tapasztalatom szerint a legnehezebb rész nem maga a menüpont fordítása, hanem az adatok következetes kezelése. Egy foglalási, oktatási, ügyfélkapus vagy bemutatkozó webalkalmazás másként viselkedik több nyelven. Előfordulhat, hogy egy tartalom csak egy nyelven létezik, de a rendszernek akkor is világosan kell jeleznie, mi történik. Nem jó, ha üres oldal, kevert mondat vagy rossz irányba mutató gomb fogadja a látogatót.

Nyelvi változatok ára

Az ár főleg attól függ, hogy új rendszerről vagy meglévő webalkalmazás bővítéséről van szó. Új munka esetén tisztábban lehet felépíteni a nyelvi réteget. Régi oldalnál előbb fel kell mérni, mennyi szöveg van a kódban, mennyi a kezelőfelületen, és mennyi a tartalomkezelésben. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a hibák nem azonnal látszanak. Pár hét múlva derül ki, hogy a kereső nem látja jól a nyelveket, vagy a felhasználó rossz nyelvű üzenetet kap.

Ezek nem ügynökségi csomagárak, hanem távoli magánmunka reális sávjai. Egy rövid bemutatkozó oldalnál kevesebb a feladat. Egy belépéshez kötött webalkalmazásnál több az ellenőrzési pont. Szerintem akkor korrekt az ajánlat, ha külön látszik a fejlesztés, a szövegek beillesztése és a tesztelés díja. Így nem keveredik össze a fordítás, a technikai munka és a javítás.

Többnyelvű fejlesztés szakember választása

A megfelelő szakember kiválasztásánál nem csak az számít, hogy valaki tud weboldalt készíteni. Fontos, hogy érti-e a nyelvi logikát. Kérdezz rá, hogyan kezeli a hosszabb szövegeket, mit tesz akkor, ha egy tartalom még nincs lefordítva, és hogyan ellenőrzi a nyelvváltást. Ezek egyszerű kérdések, de sokat mutatnak.

A jó szakember nem vállalja be vakon az egész munkát egy mondat alapján. Kér tőled példát az oldalra, meglévő szövegeket, célokat, nyelveket és hozzáférést, ha már létezik a rendszer. Én jobban bízom abban, aki előbb kérdez. Aki azonnal fix árat mond minden részlet nélkül, lehet, hogy csak egy átlagos sablonfeladatra gondol.

Érdemes portfóliót kérni. Nem kell nagy bemutató. Elég két vagy három példa, ahol látszik a nyelvváltó, a külön nyelvi útvonal, és az, hogy a felület nem esik szét hosszabb fordításoknál. Nézd meg telefonon is. A többnyelvű webalkalmazás gyakran mobilon bukik el, mert a hosszabb gombszöveg nem fér ki, vagy a menü nehezen kezelhető.

Távoli munkamenet és átadás

A távoli együttműködés akkor működik jól, ha az elején tiszta a feladat. A megbízó összegyűjti a nyelveket, a meglévő szövegeket, a belépési adatokat, a képeket és a kívánt sorrendet. A fejlesztő ezek alapján felméri a rendszert, majd röviden leírja, mi készül el és mi nem része a munkának. Ez száraznak tűnik, de sok vitát megelőz.

A szakaszok általában egyszerűek. Először felmérés készül. Utána jön a nyelvi szerkezet kialakítása. Ezt követi a szövegek beillesztése, a felület igazítása, majd a próba. Végül átadáskor a megbízó kap egy listát arról, hol tudja kezelni a nyelvi tartalmakat, és mire kell figyelnie új oldal létrehozásakor. Nem minden projekt ilyen szabályos, de ez a rend segít.

Volt olyan eset, amikor egy ügyfél két nyelvet kért egy kis webalkalmazáshoz. A fordítások készen voltak, mégis csúszott a munka, mert a gombok és rendszerüzenetek külön fájlokban voltak elrejtve. A fejlesztő először ezeket gyűjtötte ki, majd utána lehetett haladni. A tanulság egyszerű. A nyelvi anyag nem csak a látható szöveg. Ide tartozik minden visszajelzés, mezőnév és figyelmeztetés is.

Gyakori hibák többnyelvű oldalon

Sokan ott hibáznak, hogy a többnyelvű weboldal készítés alatt csak fordítást értenek. Beteszik a szöveget egy másik nyelven, de nem ellenőrzik a linkeket, a keresőbarát címeket, az űrlapok visszajelzéseit és a mobilnézetet. A látogató pedig nem azt elemzi, hol történt a hiba. Egyszerűen bizonytalanná válik.

Másik gyakori gond a kevert nyelv. A menü már angol, de a kosár vagy a kapcsolatfelvételi üzenet még magyar. Egy magánügyfélnek ez apróságnak tűnhet, de a felhasználó szemében bizalmi kérdés. Ha egy oldal pénzt, foglalást, jelentkezést vagy személyes adatot kezel, a félkész nyelvi állapot különösen rossz benyomást kelt.

A harmadik hiba a fordítás hosszának figyelmen kívül hagyása. Egy rövid magyar gomb más nyelven sokkal hosszabb lehet. Ha a terv merev, a felület szétesik. A nyelvi változatok fejlesztése ezért nem csak kódolás. Felületi gondolkodás is. A szakembernek számolnia kell azzal, hogy a mondatok ritmusa és hossza nyelvenként eltér.

Többnyelvű webalkalmazás minősége

A minőség ott kezdődik, hogy a felhasználó nem veszi észre a technikai részt. Kiválasztja a nyelvet, végigmegy a folyamaton, elküld egy űrlapot, letölt egy anyagot vagy elment egy adatot. És közben nem talál furcsa keveredést. Ez a jól megtervezett nyelvi rendszer egyik legfontosabb eredménye.

Nem kell mindent első nap tökéletesre bővíteni. Lehet indulni két nyelvvel, majd később újabb nyelveket hozzáadni. De már az elején érdemes úgy kérni a munkát, hogy a bővítés ne jelentsen teljes átépítést. Ez különösen fontos induló projektnél, oktatási felületnél, szolgáltatási oldalon és olyan rendszernél, ahol az ügyfelek több nyelven érkezhetnek.

A jó átadás nem csak annyi, hogy elkészült az oldal. Kell egy rövid leírás a tartalmak kezeléséről. Kell egy ellenőrzési lista. Hasznos, ha a fejlesztő megmutatja, hol lehet új fordítást felvinni, mit nem szabad törölni, és mikor érdemes újabb technikai ellenőrzést kérni. Én ezt a részt nem hagynám ki, mert később itt spórol időt a megbízó.

Ha a cél egy érthető, karbantartható és több nyelven működő webes felület, akkor a nyelvi rész nem mellékes feladat. A Többnyelvű fejlesztés akkor ad jó eredményt, ha a megbízó világos anyagokat ad, a szakember pedig nem csak fordítási helyeket készít, hanem végiggondolja a teljes használati utat.