Vad är programvarulokalisering?
Programvarulokalisering är processen att anpassa en programvaruprodukt — dess användargränssnitt, felmeddelanden, onboarding, aviseringar, hjälpinnehåll och butiksbeskrivningar — så att den fungerar naturligt för användare på ett annat språk och en annan marknad. Det omfattar datorprogram, SaaS- och webbappar, mobilappar för iOS och Android, spel samt de utvecklarorienterade resursfiler som dessa produkter byggs av.
Programvarulokalisering skiljer sig från att översätta ett dokument på tre sätt. Innehållet består av en uppsättning nycklar (strängar) snarare än sidor. Det ändras i varje sprint i stället för en gång. Och det konsumeras av en build snarare än av en läsare, så en trasig platshållare eller en förstörd tagg kan få en app att krascha eller blockera en release. Därför hanterar en dedikerad plattform för programvarulokalisering strängar, nycklar och filformat i stället för dokument.
Lokalisering av programvara kontra appar kontra filformat
”Programvarulokalisering” är paraplybegreppet. ”Applokalisering” avser vanligtvis mobilappar för iOS och Android, med egna resursformat och appbutiksbeskrivningar. ”Filformatslokalisering” är det praktiska lagret under båda: att översätta XLIFF-, JSON-, PO-, XML-, YAML- och strängfiler utan att förstöra deras struktur. Den här guiden tar upp alla tre.
Var detta passar in i din lokaliseringsstack
Programvarulokalisering är en arbetsbelastning inom ett bredare lokaliseringsprogram. Om du väljer plattformen som ska driva den — översättningshantering, CAT-redigerare, översättningsminne, terminologi och leverantörer — börja med vår guide om lokaliseringsplattformar och TMS, som den här guiden bygger vidare på. Här fokuserar vi på det som är specifikt för programvara: strängar, format, utvecklarflöden och releasetakt.
Smartcats tillvägagångssätt är att göra plattformen till den auktoritativa källan för produkttexter. Dess arbetsflöde för produktlokalisering använder en Product & Engineering Coworker som automatiserar extrahering, översättning och publicering av produkt- och appinnehåll och integreras med din CI/CD-pipeline, medan sidan om programvara för projektledning inom lokalisering visar hur utvecklare, projektledare och granskare delar en arbetsyta med API- och connector-åtkomst för GitHub, Figma med mera. Releasen från mars 2023 som introducerade samarbetsprojekt för programvarulokalisering förklarar varför: UX-skribenter och produktchefer kan ändra texter själva, utan att störa utvecklarna.
Grunderna i internationalisering (i18n)
Internationalisering — förkortat i18n, efter de 18 bokstäverna mellan ”i” och ”n” i engelskans internationalization — är det tekniska arbete som gör programvara redo att lokaliseras. Lokalisering (l10n) är arbetet med att anpassa den för varje marknad. Skillnaden spelar roll: internationalisering är en utvecklingsuppgift som görs en gång i kodbasen, medan lokalisering är en återkommande innehållsuppgift som görs för varje språk och varje release. Smartcats introduktionsguide till internationalisering i programvarudesign delar in i18n i tre områden — design av användargränssnitt, dataformat och lagring samt processer och verktyg — och förklarar hur du hittar en förespråkare för internationalisering inom ditt företag.
En i18n-checklista innan du lokaliserar
Externalisera varje sträng som användaren ser
Flytta ut text ur koden till resursfiler — JSON eller YAML för webbappar, strings.xml för Android, .strings eller String Catalogs för iOS, PO-filer för gettext-baserade projekt. Ge varje sträng en stabil nyckel så att översättningarna överlever refaktorering.
Använd platshållare och pluralregler, inte sammanfogning
“You have ” + n + “ files” kan inte översättas korrekt. Använd namngivna platshållare och pluralmedveten syntax som ICU MessageFormat, som Smartcat stöder inbyggt eller som råa strängar i projekt för programvarulokalisering.
Designa för textexpansion och läsriktning
Tyska och finska blir längre än engelska; arabiska och hebreiska läses från höger till vänster. Undvik knappar med fast bredd och testa layouter tidigt — helst i designfilen, innan koden skrivs (se Figma & UI-lokalisering).
Lagra och formatera data efter språkinställning
Använd UTF-8 genomgående och formatera datum, tal, valutor och adresser med språkmedvetna bibliotek i stället för hårdkodade mönster.
Internationalisering är också en organisatorisk fråga. Zendesks lokaliseringsteam beskriver hur det bäddar in lokalisering i produkt- och utvecklingsarbetet i Zendesks arbetssätt, som också finns som ett inspelat föredrag, och panelen om produktstrategi för global marknad samlar lokaliseringsledare för att diskutera professionell utveckling och mentorskap inom globaliseringsbranschen.
Så fungerar programvarulokalisering i Smartcat
Vid sidan av vanliga dokumentprojekt erbjuder Smartcat programvarulokaliseringsprojekt som hanterar nycklar direkt. Nycklar lagras i samlingar; ett projekt kan innehålla flera samlingar, och Smartcat kräver unika nycklar inom varje samling. Det typiska arbetsflödet, som beskrivs i utvecklardokumentationen för programvarulokaliseringsprojekt, ser ut så här:
Skapa ett projekt och importera nycklar
Skapa ett programvarulokaliseringsprojekt, välj käll- och målspråk och importera nycklar i JSON, YAML, iOS .strings, Android XML eller LocJSON — manuellt, via API:t eller CLI:t, eller automatiskt från ett GitHub-, GitLab- eller Bitbucket-repository.
Lägg till kontext och redigera källtexten
Lägg till etiketter och kontext som skärmbilder, och skapa eller redigera nycklar och källtext direkt i CAT-redigeraren — inklusive nycklar med alla pluralformer.
Översätt med AI och granska
Agenten för programvarulokalisering översätter med hjälp av ditt översättningsminne och dina ordlistor; interna granskare eller specialister som du anlitar via marknadsplatsen för applikationslokaliseringstjänster godkänner resultatet.
Exportera eller synkronisera tillbaka till koden
Utvecklare exporterar den delmängd av nycklar de behöver i valfritt format, eller låter Git-integrationen skicka tillbaka översättningarna automatiskt — när de är klara eller så snart ett valt steg i arbetsflödet har nåtts.
Smartcat kallar detta arbetssätt ”den enda källan till sanning för programvarans texter”: produktchefer och UX-skribenter äger orden, utvecklare använder dem. För en översikt på affärsnivå, se applikationslokalisering, som kombinerar AI-översättning med expertgranskare och lokalisering av innehåll för appbutiker.
Lokalisering av mobilappar för iOS och Android
Applokalisering har sina egna begränsningar: plattformsspecifika resursformat, ont om utrymme i gränssnittet, appbutiksposter och skärmbilder samt täta releaser. Smartcats arbetsflöde för lokalisering av mobilappar har fyra steg — skapa ett konto, anslut din Android-, iOS- eller Java-app, översätt med agenten för programvarulokalisering och granskare, och ladda upp det översatta innehållet tillbaka till din app. Den utförliga guiden Lokalisering av mobilappar: allt utvecklare behöver veta tar upp strategi och process för båda plattformarna.
Lokalisering av iOS-appar
iOS-appar lagrar sina strängar i .strings- och .stringsdict-filer, och nyare projekt i Xcode String Catalogs (.xcstrings) — alla tre finns med i Smartcats lista över filformat som stöds. Git-integrationen för iOS hittar och hämtar automatiskt .strings-filer från ditt repository och skickar tillbaka översatta resursfiler, antingen när de är klara eller när ett valt steg i arbetsflödet har nåtts — praktiskt om du vill ha maskinöversatta strängar i repot innan den mänskliga granskningen är klar. Sidan om lokalisering i Xcode tar upp nyckelhantering och pluralformer, och översättningspluginet för iOS för Xcode och Git sammanfattar konfigurationen. För en steg-för-steg-genomgång, läs hur du lokaliserar innehåll i iOS-appar, som tar upp implementering, testning och felsökning, lansering och bästa praxis.
Lokalisering av Android-appar
Android-appar lagrar strängar i res/values/strings.xml, med en values-mapp per språkversion. Integrationen för Git och Android hämtar XML-strängresurser från ditt repository till Smartcat och skickar tillbaka översatta filer automatiskt, inklusive delvis färdiga översättningar om du kör ett hybridarbetsflöde med maskinell och mänsklig översättning. Översättningspluginet för Android ansluter via en SSH-nyckel som registrerats på din Git-server (eller en Smartcat-användare som lagts till som medarbetare i repositoryt), låter dig välja ett arbetsflöde med enbart AI eller AI plus granskning och kan schemalägga automatiska synkroniseringar. Relaterade sidor tar upp lokaliserade strängar för Android, tjänster för lokalisering av Android-appar, översättning av Android-appar och lokaliseringspluginet för Android Studio. Guiden om lokalisering av Android-appar förklarar språkversioner, verktyg, steg, framgångsmått och vanliga utmaningar.
Appbutiksposter och produktsidor
Lokaliseringen slutar inte vid själva binärfilen. Titlar, beskrivningar, sökord och skärmbilder i appbutiken avgör om användare på en ny marknad överhuvudtaget laddar ner appen. Arbetsflödet för produktlokalisering omfattar lokalisering av appens produktsida med lokaliserade skärmbilder, titlar, beskrivningar och sökord, och samma upplägg med AI plus granskning gäller för applikationslokalisering i allmänhet.
Applokalisering i praktiken
Två kundberättelser visar hur detta ser ut för konsumentappar: hur kvinnohälsoappen Flo effektiviserade lokaliseringen, där korrekt medicinsk terminologi är avgörande, och hur teamet bakom Simple: Intermittent Fasting App lokaliserade den till sex språk och varför ett välbyggt team var nyckeln.
Filformat för lokalisering: XLIFF, JSON, PO, XML, YAML med flera
Programvara kommer sällan som Word-dokument. Den kommer som resurs- och utbytesfiler vars nycklar, taggar, platshållare och nästling måste klara översättningen orörda. Smartcats hjälpcenter listar alla filformat som stöds; för lokaliseringsarbete omfattar det XLIFF 1.2 och 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict och .xcstrings, Java .properties och Markdown. Vart och ett av huvudformaten nedan har en egen sida som förklarar vad som bevaras.
| Format | Används vanligtvis för | Vad Smartcat bevarar |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Utbyte mellan CMS, författarverktyg och CAT-verktyg | Inbäddade koder skyddas; enheter med translate="no" låses; exporterar XLIFF 1.2 |
| JSON | Språkfiler för webb och app | Samma nycklar och nästling; endast strängvärden översätts; platshållare låses med regex-regler |
| Gettext PO / POT | Programvara med öppen källkod och på serversidan (GNU gettext) | Variabler som %s och {name} blir skyddade taggar; utvecklarkommentarer visas som kontext |
| XML | Konfigurationer, innehållsexporter, Android-resurser | Markering, attribut och CDATA förblir intakta; översättningsbara element väljs med XPath |
| YAML, iOS .strings, Android XML | Strängresurser för app och ramverk | Importeras och exporteras som nycklar i programvarulokaliseringsprojekt |
| IDML | Layouter i Adobe InDesign (manualer, gränssnittsguider, förpackningar) | Text extraheras från artiklar (stories); översatt IDML exporteras med bevarad formatering |
XLIFF och SDLXLIFF
XLIFF (XML Localization Interchange File Format) är standardsättet att flytta översättningsbart innehåll mellan system. Smartcats XLIFF-redigerare importerar XLIFF 1.2 och 2.0, visar källa och mål sida vid sida med skyddade inbäddade koder, låter enheter med translate="no" förbli låsta och exporterar XLIFF 1.2 — den variant som de flesta verktyg importerar utan problem. Stöd för XLIFF 2.0 tillkännagavs 2022; Smartcat identifierar versionen automatiskt oavsett om du laddar upp manuellt eller via API:t. Om du behöver ett snabbt, webbläsarbaserat alternativ, se den kostnadsfria XLIFF-redigeraren online och XLF-översättaren; Trados-användare kan ta med .sdlxliff-filer till SDLXLIFF-översättaren, som tillämpar översättningsminne, ordlistor och mänsklig granskning.
För att lära dig själva formatet, börja med Vad är en XLIFF-fil? och läs sedan XLIFF för programvarulokalisering, som förklarar när XLIFF är lämpligt för strängar och hur AI-agenter automatiserar arbetsflödet. E-learningteam som exporterar från redigeringsverktyg har nytta av flerspråkig XLIFF för kursöversättning och hjälpartikeln om hur du översätter XLIFF-filer; den senare rekommenderar XLIFF 1.2 för den smidigaste tur-och-retur-hanteringen.
JSON
JSON är standardformatet för språkfiler i de flesta webb- och JavaScript-appar. JSON-översättaren tolkar din fil, översätter endast strängvärden och returnerar en fil med samma nycklar och nästling, där platshållartoken låses som taggar med hjälp av regex-regler som du definierar en gång. Eftersom strängarna behåller sina nyckel-ID:n kan översättningsminnet matcha på både nyckeln och texten. En en.json in, de.json, ja.json och pt-BR.json ut.
För en enskild fil är den kostnadsfria JSON-översättaren samma motor med ett webbläsarbaserat flöde, tillgänglig under den 15 dagar långa provperioden med 15 000 Smartwords och utan kreditkort. Relaterade sidor tar upp översättning av JSON online, AI-översättning av JSON-filer, redigeraren för JSON-översättningsfiler, JSON-lokaliseringsplattformen för utvecklingsteam, AI-baserad JSON-översättare för applokalisering och ett arbetsflöde från JSON till Excel för team vars granskare föredrar kalkylark.
Gettext PO-filer
En PO-fil (Portable Object) är det klartextformat som används av GNU gettext: varje post parar ihop en källsträng (msgid) med dess översättning (msgstr), så en PO-fil innehåller ett språk. Smartcats översättning av Gettext PO-filer omvandlar variabler som %s och {name} till skyddade taggar, visar utvecklarkommentarer för översättare som kontext och erbjuder tre parsrar — Default PO, Serge.io PO och Monolingual PO. Med Serge.io-parsern bearbetas vid en ny uppladdning endast de strängar vars källtext har ändrats. Hjälpartikeln om att översätta PO-filer i Smartcat förklarar varje parser och hur du laddar upp en .pot-mall.
XML och YAML
XML går sönder i vanliga översättningsverktyg eftersom markering, attribut och CDATA behandlas som text. XML-översättaren använder en konfigurerbar parser: du anger med XPath, en gång, vilka element och attribut som innehåller översättningsbar text, och allt utanför dessa sökvägar lämnas orört, så att filen du laddar ner är välformad XML som ditt system kan läsa in. YAML-konfigurations- och språkfiler — vanliga i Ruby on Rails, Symfony och många statiska webbplatsgeneratorer — går genom YAML-översättaren, som importerar, redigerar och exporterar YAML inom samma arbetsflöde för programvarulokalisering.
InDesign och IDML
Programvaruteam levererar också tryckt material och PDF-material — snabbstartsguider, förpackningar, referenskort för gränssnittet — som oftast tas fram i Adobe InDesign. IDML-översättaren extraherar text från filens artiklar (stories) och exporterar en översatt IDML-fil som du öppnar i InDesign för en enda layoutgenomgång. Se även översättning av Adobe InDesign med AI, lokalisering av InDesign-filer och översättningstjänsten för InDesign med expertgranskare. För Word, PowerPoint, Excel och andra kontorsformat, se guiden till dokumentöversättning.
Utvecklararbetsflöden: API, CLI och Git-integrationer
Manuellt filutbyte fungerar inte längre efter ett fåtal releaser. Smartcat ger utvecklare flera sätt att koppla lokaliseringen till sin pipeline, från kodfria anslutningar till ett REST API.
Git-baserad lokalisering
För de flesta produktteam är Git-integrationen den snabbaste vägen till automatisering: Smartcat synkroniserar källfiler från repositoryt, översätter dem och skickar tillbaka lokaliserat innehåll utan manuell filhantering. Mobilteam kan använda de plattformsspecifika integrationerna Git för Android och Git för iOS som beskrivs ovan.
Smartcat CLI
Med Smartcat CLI kan du köra lokaliseringssteg från en terminal eller ett CI-jobb. Efter smartcat login kan du köra import och export av nyckelsamlingar, upload och download av filer samt synkroniseringsstegen pull och push; en .smartcat-fil i arbetsmappen lagrar inställningar per projekt. Utvecklarguiden för programvarulokaliseringsprojekt visar CLI och API sida vid sida, inklusive en Postman-samling, mallar för filsökvägar, tillägg av målspråk och stöd för pluralformer.
Översättnings-API:er
När du behöver programmatisk kontroll — skapa projekt från ditt eget system, skicka innehåll vid publicering eller få omedelbar maskinöversättning i en produkt — använder du API:t. API-guiderna tar upp autentisering, hastighetsbegränsningar, dokument, statistik, statusuppföljning, export, callbacks och realtids-API:t; observera att API:t är tillgängligt från företagskonton, inte frilanskonton. Sidan om det kostnadsfria översättnings-API:t förklarar hur du utvärderar integrationen under den 15 dagar långa provperioden, dokumenterar en hastighetsbegränsning på 4 anrop per sekund för varje metod och listar de format för programvarulokalisering som API:t lägger till (json, structured-json, yaml, structured-yaml, ios-strings och android-xml).
Språk- och teknikspecifika sidor visar samma plattform från olika vinklar: ett översättnings-API för JavaScript, ett översättnings-API för PHP, ett översättnings-API för gujarati och urdu och ett översättnings-API för CMS som upptäcker nytt eller uppdaterat innehåll och hämtar det för översättning automatiskt. För webbplatser förklarar API:t för webbplatsöversättning när ett API bara är startpunkten — och guiden till webbplatsöversättning går på djupet med webbappar, CMS:er och flerspråkiga webbplatser. Om du vill se API-drivna arbetsflöden ur en språktjänstleverantörs perspektiv, titta på föredraget om API-drivna översättningsarbetsflöden.
Anslutningar för resten av teknikstacken
Alla strängkällor är inte repositoryn. Översättningspluginet för Jira hämtar dokument som bifogats Jira-ärenden som matchar dina kriterier, översätter dem med dina ordlistor och minnen och skickar tillbaka filerna till de ursprungliga ärendena; tillkännagivandet av Jira-integrationen anger att den synkroniserar var 15:e minut. Team som redan använder ett annat verktyg för stränghantering kan ansluta det via Lokalise-integrationen, som synkroniserar Lokalise-projekt till Smartcat via en API-nyckel och skickar tillbaka översättningar. Utvecklarportaler och API-dokumentation som byggts på ReadMe kan översättas med översättningspluginet för ReadMe.
Kontinuerlig lokalisering för agila team
Kontinuerlig lokalisering innebär att översättningen sker parallellt med utvecklingen i stället för efteråt: nya eller ändrade strängar upptäcks, översätts och returneras automatiskt, så att varje release levereras på alla språk. Det svåraste är oftast processen, inte verktygen. Sidan om programvara för hantering av lokaliseringsprojekt förklarar hur integrering av lokalisering i agila cykler gör det möjligt för team att släppa flerspråkiga produkter samtidigt, med inbyggda automatiska kontroller och granskning i kontext.
Tre byggstenar för kontinuerlig lokalisering
(1) en automatisk utlösare – en Git-synkronisering, ett CLI-steg i CI eller ett API-anrop vid varje sammanslagning; (2) inkrementell bearbetning, så att endast nya eller ändrade strängar översätts (till exempel bearbetar Serge.io:s PO-parser bara om ändrad källtext); och (3) automatisk återföring av översättningar till kodarkivet, helst utan att blockera bygget om granskningen fortfarande pågår.
Verkliga exempel visar hur team har kommit dit:
Xsolla, en global distributör av videospel, införde kontinuerlig lokalisering med Smartcat och open source-verktyget Serge för att hålla jämna steg med releasecykler som mäts i veckor. Infobip, en global kommunikationsplattform, genomförde ett lågriskexperiment för att få lokaliseringen att fungera inom sitt agila ramverk – och presenterade senare hur företaget omdefinierade samarbetet med leverantörer i föredraget om översättningstriangeln. Kasperskys dokumentations- och lokaliseringsteam, som skriver och lokaliserar UI-texter och hjälpartiklar för företagets mobila säkerhetsappar, beskriver hur det gick över till en mer tillförlitlig, agil och automatiserad process. Och Dataduck visar att kontinuerlig lokalisering inte bara är för programvara: en digital byrå använde samma metod för reklammaterial.
Figma och UI-lokalisering
Lokalisering redan i designstadiet fångar upp textexpansion, avhuggna knappar och problem med höger-till-vänster-text innan de når koden. Smartcats översättningsplugin för Figma översätter designer till fler än 280 språk med bibehållen layout och genererar liveförhandsvisningar, så att granskare kan kontrollera översättningar i sitt sammanhang i Smartcat Editor utan extra Figma-licenser.
För mjukvaruteam är det viktiga att Figma kopplas till samma arbetsflöde för programvarulokalisering som koden. Den utvecklarvänliga Figma-integrationen (2023) låter dig ange nycklar direkt i Figma, skicka dem till ett projekt för programvarulokalisering i Smartcat för översättning och hämta tillbaka dem till ditt användargränssnitt. I oktober 2026 fick pluginet nyckelhantering, varianter och JSON-export: varje textobjekt får en nyckel som kan byta namn, ett element kan innehålla flera innehållstillstånd (tomt, laddar, fel), dubblettnycklar slås samman, konflikter flaggas och den färdiga lokaliseringen exporteras som en JSON-fil redo för utvecklare.
Uppdateringen i februari 2024 gjorde det möjligt att undanta element eller ramar (varumärkesnamn, CTA:er) från översättning och tillförde arbetsflöden i flera steg, stöd för Figma-komponenter och rik formatering. Konfiguration samt lägena Software Localization och Asset Translation beskrivs i hjälpguiden om att koppla ihop Figma med Smartcat.
Lokaliseringstestning och kvalitetssäkring
Översatta strängar är bara halva jobbet; den lokaliserade versionen måste också fungera. Lokaliseringstestning kontrollerar språklig kvalitet (korrekthet, terminologi, ton), visuell kvalitet (avhuggen text, överlappning, typsnitt, höger-till-vänster-layout) och funktionell kvalitet (platshållare, pluralformer, datum- och sifferformat, sortering, inmatning). Guiden om lokaliseringstestning går igenom en steg-för-steg-process, en checklista i tre steg och hur du automatiserar testningen med Smartcat.
| Kontroll | Vad som går fel | Hur man upptäcker det tidigare |
|---|---|---|
| Platshållare & taggar | Variabler översätts, flyttas eller raderas; bygget misslyckas | Formatmedvetna parsrar som låser platshållare som taggar (JSON, PO, XML, XLIFF) |
| Pluralformer | Grammatiskt felaktiga antalsformer i språk med flera pluralformer | Inbyggda pluralnycklar eller ICU MessageFormat i redigeraren |
| Textexpansion | Avhuggna knappar och etiketter | Översätt och förhandsgranska i Figma före koden; granskning i sitt sammanhang |
| Terminologi | Produktnamn och UI-termer översätts inkonsekvent | Ordlistor och översättningsminne tillämpas på varje sträng |
| Sammanhang | Tvetydiga korta strängar (”Open”, ”Save”) översätts felaktigt | Skärmbilder, etiketter och utvecklarkommentarer kopplade till nycklar |
Mänsklig granskning är fortfarande skyddsnätet för UI-texter. Team utan egna granskare kan anlita specialister via marknadsplatsen för lokaliseringstjänster för applikationer, som använder AI-matchning för att hitta lokaliseringsspecialister för alla språkkombinationer.
Användningsområden för programvarulokalisering, inklusive spel
Samma byggstenar – nycklar, format, anslutningar och granskning – tjänar mycket olika team.
SaaS- och produktteam
SaaS-företag lokaliserar UI-strängar i varje sprint, plus meddelanden i appen, e-postmeddelanden och hjälpinnehåll. Sidorna om arbetsflödet för produktlokalisering, plattformen för programvarulokalisering och projektledning för lokalisering beskriver hur produkt, utveckling och lokalisering delar en och samma arbetsyta. Berättelserna om Zendesk, Infobip och Kaspersky i den här guiden är alla exempel på detta.
Mobilappar
Konsumentappar lokaliserar strängar, butiksbeskrivningar och skärmbilder, ofta till många språk samtidigt. Börja med lokalisering av mobilappar och fallstudierna om Flo och Simple i avsnittet om applokalisering.
Spellokalisering
Spel kombinerar alla svåra lokaliseringsproblem: stora volymer UI-strängar, dialog och berättelsevärld som kräver kreativ anpassning, teckenbegränsningar och samtidiga lanseringar. Två föredrag från Smartcats Localization Hub tar upp hur det går till i praktiken: att bygga ett centraliserat lokaliseringsteam inom videospelsbranschen, presenterat av chefen för en stor spelstudios lokaliseringsavdelning, och vedermödor och utmaningar vid översättning i spelbranschen, en studios berättelse om lokaliseringen av en prisbelönt titel. Spelsträngar kan hanteras i samma projekt för programvarulokalisering och Git-arbetsflöden som beskrivs ovan, och Xsollas uppsättning för kontinuerlig lokalisering kommer från spelbranschen.
Utvecklardokumentation och e-lärande
Utvecklarportaler byggda på ReadMe kan översättas med ReadMe-pluginet, medan e-lärandeteam som exporterar XLIFF från författarverktyg kan följa XLIFF-guiden för kursskapare. Webbplatser och webbappar som hämtar innehåll från ett CMS tas upp i guiden om webbplatsöversättning.
Verktyg och resurser för programvarulokalisering
Alla Smartcat-sidor om lokalisering av programvara, appar och filformat, grupperade efter uppgift.
Programvaru- & produktlokalisering
Mobilappar (iOS & Android)
XLIFF & tvåspråkiga format
JSON, PO, XML & YAML
InDesign & IDML
API:er & integrationer
Guider, fallstudier & föredrag om programvarulokalisering
Fördjupande guider, kundberättelser och inspelade Localization Hub-föredrag om lokalisering av programvara och appar.
Hjälpcenter och utvecklardokumentation
Steg-för-steg-dokumentation för produkt och utvecklare om programvarulokalisering i Smartcat.