Eenheid 6 / 11

Lokalisatie (L10n): software-, web-, game- en culturele aanpassing

Winst:

  • Mogelijkheid om lokalisatie van vertaling te onderscheiden en de integriteit van placeholders, tekstlengte en datum-/geld-/metingsformaat correct te beheren
  • Mogelijkheid om technische kenmerken zoals meervoudsregels en talen van rechts naar links aan te passen aan de doellandinstelling
  • Vermogen om culturele elementen te evalueren vanuit het perspectief van een lokale expert en de tijdelijke en culturele risico's van kunstmatige intelligentie vast te leggen met QA

Het omzetten van de knop ‘Opslaan’ van een app naar ‘Opslaan’ is een vertaling; Maar het aanpassen van het datumformaat, de valuta, het van rechts naar links schrijven, de knoplengte, culturele afbeeldingen en juridische teksten van die applicatie aan de doelmarkt is lokalisatie. In dit onderdeel leer je over lokalisatie, de technische kenmerken ervan (placeholder, lengte, codering), de rol van AI in dit proces en culturele aanpassing. Het doel is om te denken als een lokalisatie-expert, “waardoor het product past bij de doelcultuur, niet bij de woorden.”

Basisconcepten

Lokalisatie (L10n — lokalisatie; L10n omdat er 10 letters tussen “l” en “n” staan) is het proces waarbij een product (software, web, game, applicatie) volledig wordt aangepast aan een specifieke taal en cultuur; Het omvat, maar overstijgt vertaling. Internationalisering (i18n — internationalisering) is de handeling waarbij het product van de grond af aan zo wordt ontworpen dat het zeer taalgereed is (tekst van code gescheiden, waardoor flexibiliteit in de lengte mogelijk is); Het gaat vooraf aan en maakt lokalisatie mogelijk.

String is het stukje tekst dat in de software moet worden vertaald. Tijdelijke aanduidingen zijn markeringen binnen de tekenreeks die tijdens runtime worden gevuld met de variabele: "Hallo {naam}", "{count} items". Locale is de combinatie van taal + regio (tr-TR, en-US); Specificeert de datum, tijd, getal en valutanotatie.

Lokalisatie verschilt van vertaling: je brengt niet alleen de betekenis over, maar ook de functie en culturele geschiktheid. Een "3/4/2026"-datum is 4 maart in de VS en betekenisloos in Türkiye (we schrijven 03.4.2026); "₺" in plaats van "$"; De kleur rood kan in de ene cultuur een waarschuwing zijn en in een andere een feest.

Tip: Wat vertalers het vaakst missen bij lokalisatie zijn elementen buiten de tekst: datum-/tijd-/getalnotatie, valuta, meeteenheid (mijl/km), volgorde van voornaam, adresnotatie, telefoonnotatie. Scan deze op elk project met een "landelijke checklist".

Tijdelijke aanduiding en technische integriteit

De gevaarlijkste technische fout bij lokalisatie is het corrumperen van tijdelijke aanduidingen en tags. Als u de {n} in de zin "Je hebt {n} berichten" verwijdert, deze verkeerd schrijft of op de verkeerde plaats plaatst volgens de Turkse syntaxis, zal de software crashen of er grof uitzien als "Je hebt {n} berichten". Regels:

  • Tijdelijke aanduidingen nooit roteren, verwijderen of opmaken. {name}, %s, {{count}} blijven hetzelfde.
  • Turkse syntaxis kan de tijdelijke aanduiding vervangen; Verplaats het naar de nieuwe locatie, met behoud van de betekenis, maar vernietig het bord zelf niet.
  • Regels voor meervoud variëren afhankelijk van de taal: terwijl in het Engels "1 item / 2 items" staat, staat er in het Turks geen meervoudsachtervoegsel na het getal ("2 items"). Lokalisatieframeworks behandelen dit afzonderlijk.

De AI is hier een tweeledig hulpmiddel: het vertaalt tekenreeksen snel, maar kan de tijdelijke aanduiding per ongeluk omdraaien of verliezen. Daarom is een tijdelijke QA-ronde essentieel bij lokalisatie.

Let op: Tekstuitbreiding is het verborgen probleem van lokalisatie. De vertaaltekst van Engels naar Turks is vaak 20-40% langer; "OK" bestaat uit 2 letters, de tegenhanger "OK" bestaat uit 5 letters. Een vertaling die niet in een smalle knop past, verbreekt de interface. Kijk indien mogelijk in de echte interface of de doeltekst past.

Lokalisatiestroom en culturele aanpassing met AI

AI versnelt de volgende taken bij de lokalisatie: initiële vertaling van tekenreeksen, consistentiecontrole, lengtewaarschuwing (“deze vertaling is 35% langer dan het origineel”), screening van culturele geschiktheid (“zal dit beeld/voorbeeld problemen veroorzaken in de doelcultuur?”). Maar de culturele beslissing behoort aan de mens: de lokale expert weet hoe een grap, een feestdag, een voorbeeld, een kleur zal worden waargenomen in de doelcultuur. AI kan een algemene waarschuwing geven; De uiteindelijke beslissing wordt genomen door de vertaler die de lokale markt kent.

Voorbeelden van culturele aanpassingen: betaalmethoden (lokale kaarten), voorbeeldnamen (lokale namen), maateenheden, wettelijke verplichtingen (KVKK/GDPR-teksten), feestdagen, aanspreekvorm (u/jij), kleur en symboolbetekenissen.

drie minikoffers

Geval 1 — Placeholder QA heeft de crash voorkomen. In de vertaling van 1200 tekenreeksen door een mobiele applicatie vertaalde de AI de tijdelijke aanduiding {count} op 18 plaatsen als "{number}". De Placeholder QA-ronde heeft deze opgevangen; Als het probleem niet werd verholpen, crashte de applicatie op die schermen.

Geval 2 — Lengte verbrak de interface. Eén softwaremenu is in het Engels ontworpen; Toen de Turkse vertalingen gemiddeld 30% langer werden, werden drie menu-items verplaatst en geknipt. Als het team de lengtewaarschuwing eerder had ontvangen, hadden ze korte alternatieven voorbereid (eventueel afkorting, in plaats van "Instellingen"); de taak werd opnieuw uitgevoerd en bijgewerkt met controle van de proceslengte.

Casus 3 — Culturele aanpassing heeft de verkoop gered. Bij een spelpromotie was er een verdienstenbadge met een varkensfiguur; in een doelmarkt was dit cultureel ongepast. De plaatselijke vertaler waarschuwde: het cijfer was gewijzigd. De AI had de tekst vertaald, maar het was de lokale deskundige die op het culturele risico wees.

Vier kopieerbare sjablonen

1) Stringvertaling (placeholder beveiligd):

Vertaal de volgende softwarereeksen naar [doeltaal]. REGEL: Vertaal, verwijder of formatteer NOOIT tijdelijke aanduidingen zoals {name}, %s, {{count}}; laat het zoals het is (je kunt het verplaatsen volgens de Turkse syntaxis). HTML/tags behouden. Schrijf het beknopt en geschikt voor de interface. Formaat: bron → vertaling.Strings: [...]

2) Tijdelijke aanduiding/label QA:

Hieronder staan de broncode en de vertaalde tekenreeksen. ALLEEN problemen met tijdelijke aanduidingen en tags markeren: vertaald/verwijderd/beschadigd{...}, %s, {{...}}, <tag>. Geef aan hoeveel tijdelijke aanduidingen er in de bron staan, hoeveel er in de vertaling staan, en vermeld welke niet overeenkomen. Bron: [...] | Vertaling: [...]

3) Lengte- en interfacewaarschuwing:

Evalueer de volgende UI-vertalingen op lengte. Geef voor elke vertaling het percentage uitbreiding op basis van de bron en markeer de vertalingen die mogelijk niet in krappe ruimtes passen (knoppen, menu's). Voor degenen die niet passen, stel een korter alternatief voor dat de betekenis behoudt. Paren (bron | vertaling): [...]

4) Screening op culturele geschiktheid:

Jouw rol: lokalisatieconsulent [doelmarkt]. Markeer elementen in de volgende inhoud die problemen kunnen veroorzaken in de doelcultuur: afbeelding, voorbeeld, naam, kleur, symbool, grap, datum-/meetformaat, juridische tekst. De uiteindelijke beslissing is aan mij; je wijst op het risico en stelt alternatieven voor.Inhoud: [...]

Zwakke prompt/sterke prompt

Zwak: "Vertaal deze app-teksten." (Tijdelijke aanduiding, lengte, geen interfacecontext; machine vertaalt tijdelijke aanduiding, tekst wordt langer.)

Strong: "Vertaal deze tekenreeksen voor mobiele applicaties naar het Turks. Laat de tijdelijke aanduidingen {user} en %d ongewijzigd. Deze teksten verschijnen in smalle knoppen; houd ze indien mogelijk kort. 'Instellingen' → 'Instellingen', 'Profiel' → 'Profil'. Volg de Turkse regel voor meervoudsuitdrukkingen (geen meervoudsachtervoegsel na het nummer). "

Verschil: sterke prompt geeft tijdelijke aanduiding, lengte, term en meervoudsconventie; de uitvoer zou bijna rechtstreeks in de interface terechtkomen.

Tabel met lokalisatiedimensies

Grootte

voorbeeld

Risico

Tijdelijke aanduiding/label

{naam}, %s, <b>

Software crasht

lengte

"OK" → "OK" (150%)

Interface loopt over

Datum/nummer/geld

4-3-26, $, 1.000,50

valse informatie

meervoudsregel

2 artikelen → 2 artikelen

slechte grammatica

cultureel element

beeld, kleur, humor

reputatie/verkoop

juridische tekst

KVKK/AVG

juridisch risico

Veel voorkomende fouten

  • Tijdelijke aanduiding omdraaien/verwijderen. Het zorgt ervoor dat de software crasht of dat er onbewerkte tekst verschijnt.
  • Er wordt geen rekening gehouden met het uitrekken van de tekst. Interface loopt over, elementen worden afgekapt.
  • Datum/valuta/metingsformaat wordt niet geconverteerd. Er bleef "5 mijl" over, niet "8 km".
  • Het culturele element doorgeven zonder de lokale expert te raadplegen. Reputatie- en verkooprisico.
  • Meervoudsregels vertalen met Engelse logica. Slechte grammatica zoals "2 items".

Pseudo-lokalisatie en talen van rechts naar links

Twee technische problemen bepalen de kwaliteit van de lokalisatie. De eerste is pseudo-lokalisatie: het testen van het product met valse maar realistische tekst van lengte en speciale tekens (bijvoorbeeld "Instellingen" → "[Ŝéttîngŝ~~]") vóór de daadwerkelijke vertaling. Hieruit blijkt of de interface overweg kan met lange teksten en speciale tekens, en of strings daadwerkelijk worden uitgepakt voordat de vertaling begint. Als de vertaler die met de ontwikkelaar samenwerkt deze test aanbeveelt, zullen veel interfacefouten worden opgemerkt voordat ze optreden.

De tweede zijn de talen van rechts naar links (RTL): Talen als Arabisch, Hebreeuws en Perzisch worden van rechts naar links geschreven, en lokalisatie vereist niet alleen het spiegelen van de tekst, maar van de gehele interface-indeling (menupositie, pijlen, uitlijning). Bij een RTL-vertaling kunnen cijfers en Latijnse lettertermen voor verwarring zorgen; Dit probleem van de "bidi-tekst" vereist speciale aandacht. AI kan RTL-tekst vertalen, maar lay-outspiegeling en tweerichtingsbeslissingen vereisen technisch-culturele expertise. Deze twee kwesties laten zien dat lokalisatie een technisch-cultureel werk is dat verder gaat dan vertaling.

Samengevat

Lokalisatie betekent het aanpassen van het product, en niet de woorden, aan de doeltaal en -cultuur; omvat vertaling, maar omvat ook de integriteit van tijdelijke aanduidingen, tekstlengte, datum/geld/maatformaat, meervoudsregels en culturele elementen. AI versnelt de vertaling van tekenreeksen, de lengte en de screening van culturele risico's; Maar een QA-tour is essentieel omdat deze de tijdelijke aanduiding kan verstoren en de culturele beslissing wordt genomen door de expert die de lokale markt kent. Succes bij lokalisatie is aandacht voor detail buiten de tekst.

Applicatie taak

Neem een ​​voorbeeldinterfacetekst van 15-20 tekenreeksen (met tijdelijke aanduidingen {...} of %s en een voorbeeld van datum/geld). Vertaal met het patroon 'String translation', controleer vervolgens de integriteit van de tijdelijke aanduiding met 'placeholder QA' en controleer het overlooprisico met 'lengtewaarschuwing'. Pas het datum- en geldformaat aan de doellocatie aan en voer een "culturele geschiktheidsscan" uit als er een cultureel element is.

controlelijst

  • [ ] Ik heb de tijdelijke aanduiding en labels behouden zoals ze waren en bevestigd met QA.
  • [ ] Ik controleerde het uitrekken van de tekst en voorkwam dat de tekst in smalle gebieden overliep.
  • [ ] Ik heb de datum, het getal, de valuta en de maateenheden aangepast aan de doellandinstelling.
  • [ ] Ik heb meervoudige uitdrukkingen vertaald volgens de regels van de doeltaal.
  • [ ] Ik evalueerde de culturele elementen vanuit het perspectief van een lokale expert.