Softwarelokalisering

Softwarelokalisering omfatter mere end synlig tekst. Knapper, fejlmeddelelser, variabler, datoformater, hjælpetekster og appbutiksmateriale skal fungere sammen i den færdige løsning.

LinguaVox lokaliserer software, apps og SaaS-produkter til flere markeder. Projektet planlægges efter filformat, releaseflow, tegnbegrænsninger, terminologi og mulighed for sproglig test.

Brugergrænseflader

UI-tekster er korte og mangler ofte kontekst. Et ord som “close” kan betyde luk, afslut eller tæt afhængigt af funktionen.

Skærmbilleder, beskrivelser og udviklerkommentarer hjælper oversætteren med at vælge den rigtige løsning. Hvis kontekst ikke kan leveres, registreres spørgsmål eller flere mulige oversættelser.

Knapper og labels skal passe til den tilgængelige plads. Lange ord kan kræve en kortere formulering, men betydningen må ikke ændres.

Ressourcefiler

Softwaretekst kan ligge i JSON, XML, YAML, PO, XLIFF, CSV, strings-filer og andre strukturer.

Nøgler, tags, variabler og kode beskyttes. Projektteamet afklarer, hvilke felter der skal oversættes, og hvordan specialtegn håndteres. En prøvefil kan bruges til at kontrollere import og eksport før hele projektet behandles.

Variabler og pladsholdere

Pladsholdere som {name}, %s eller numeriske variabler skal bevares korrekt. Placeringen kan dog ændre sig på målsproget.

Oversætteren skal kende den forventede værdi og grammatiske sammenhæng. Hvis systemet ikke understøtter fleksibel ordstilling eller flertalsformer, kan der være behov for teknisk tilpasning.

Apps og mobile grænseflader

Mobilskærme har begrænset plads. Navigation, tilladelser, onboarding og fejlmeddelelser skal være korte og tydelige.

Appen kan desuden indeholde push-beskeder, e-mails, hjælpecenter og juridiske tekster. De bør behandles som en samlet brugerrejse, så samme funktion ikke får forskellige navne i hver kanal.

SaaS og løbende releases

SaaS-produkter opdateres ofte. Et stabilt lokaliseringsflow gør det muligt at behandle nye strenge uden at oversætte hele produktet igen.

En oversættelseshukommelse genkender tidligere tekst, og en termbase holder centrale funktioner ens. Nye eller ændrede strenge kan leveres pr. sprint eller release med en fælles spørgsmålslog.

Hjælp og dokumentation

Brugerhjælp, knowledge base, onboarding og produktdokumentation skal følge navngivningen i selve produktet.

Hvis en knap hedder “Eksportér” i brugergrænsefladen, bør hjælpeteksten ikke kalde den “Download”. UI-termer kan udtrækkes og bruges som obligatorisk reference under dokumentationsarbejdet.

Ved omfattende teknisk materiale kan projektet kobles til teknisk oversættelse.

Appbutikker

App Store og Google Play har egne felter, tegnbegrænsninger og søgefunktioner. Titel, undertitel, beskrivelse, nøgleord og release notes bør lokaliseres til markedet.

Teksten skal følge platformens krav og produktets tone. Hvis kunden arbejder med ASO-søgeord, leveres de som reference og integreres efter aftale.

Sproglig test

En oversættelse kan se korrekt ud i filen og være forkert i produktet. Sproglig test gennemgår den faktiske grænseflade.

Testen kan finde afkortet tekst, overlappende elementer, forkerte variabler, manglende oversættelser og strenge med forkert kontekst. Fejl registreres med skærmbillede, placering og anbefalet løsning.

Teknisk funktionstest er en særskilt udviklingsopgave, men sprogteamet kan identificere, når en fejl skyldes systemets håndtering af teksten.

Dato, tal og format

Datoer, decimaler, valuta, telefonnumre og adresser varierer mellem markeder. Lokalisering bør afklare, om formatet styres af koden eller af den oversatte tekst.

En sprogfil bør ikke indeholde hårdkodede værdier, som systemet burde generere. Hvis de findes, registreres de til udviklerens vurdering.

Terminologi

Produktnavne, funktioner og menupunkter samles i en termbase. Hver term kan have definition, skærmbillede og godkendt oversættelse.

Når et produkt allerede findes på markedet, importeres tidligere tekst og feedback. Det er bedre at rette en uheldig term kontrolleret i hele produktet end at indføre en ny variant i enkelte releases.

Samarbejde med udviklingsteamet

Projektet fungerer bedst, når udviklere, produktansvarlige og sprogteam deler information. Udviklerkommentarer bør forklare kontekst, ikke blot gentage kilden.

LinguaVox kan levere spørgsmål i et struktureret format og følge kundens issue tracker eller lokaliseringsplatform. Roller og adgang aftales før start.

Pseudolokalisering og forberedelse

Før de rigtige oversættelser importeres, kan et produkt testes med pseudolokaliseret tekst. Det synliggør hårdkodede strenge, for små tekstfelter og problemer med specialtegn. Pseudolokalisering er en teknisk forberedelse, ikke en sproglig levering, men den kan reducere fejl sent i processen. Udviklingsteamet bør også sikre, at nye strenge indeholder kontekst og ikke genbruger samme nøgle til funktioner med forskellig betydning.

Release-noter og ændringslog

Release-noter bør bruge de samme funktionsnavne som produktet og hjælpecentret. De kan samtidig have en mere forklarende tone end selve brugergrænsefladen. Når en funktion omdøbes, bør ændringen registreres på tværs af UI, dokumentation og tidligere supportartikler, så brugeren ikke møder flere navne for den samme handling.

Ofte stillede spørgsmål

Hvilke filformater understøtter I?

LinguaVox arbejder med blandt andet JSON, XML, XLIFF, PO, CSV, YAML og forskellige app- og ressourceformater. Send en prøvefil, så tags, nøgler og eksportstruktur kan kontrolleres før tilbuddet. Andre formater kan vurderes ud fra et prøveudtræk og kundens tekniske dokumentation.

Hvordan beskytter I variabler og tags?

Variabler, tags og kode markeres som ikke-oversættelige elementer i værktøjet. QA kontrollerer, at de er bevaret og placeret korrekt. Eventuelle grammatiske problemer registreres til udviklerens vurdering. QA finder også manglende, ekstra eller beskadigede pladsholdere før leveringen.

Kan I teste teksten i produktet?

Ja. Sproglig test kan udføres i en testversion, via skærmbilleder eller gennem kundens adgang. Fejl rapporteres med placering og forslag, mens teknisk funktionstest, testmiljø og rapporteringsformat aftales separat. Fejlrapportens format aftales med udviklingsteamet.

Arbejder I med løbende releases?

Ja. Der kan oprettes et fast flow med termbase, oversættelseshukommelse, sprintfrister og fælles spørgsmålslog. Nye strenge behandles uden at gentage tidligere godkendt indhold unødigt. Ændringer i godkendte funktionsnavne føres tilbage i termbasen og den eksisterende dokumentation.

Kan I oversætte appbutikstekster?

Ja. Titel, undertitel, beskrivelse, nøgleord, screenshots og release notes kan lokaliseres efter platformens tegnbegrænsninger. Eventuelle ASO-søgeord bør leveres eller undersøges særskilt. Screenshots, nøgleord og lokale platformskrav kan indgå som en særskilt del af leverancen.