Vilka verktyg använder företag för att koppla lokalisering till produktarbetsflöden?

Arbetsflödesgapet mellan lokalisering och produkt

De flesta lokaliseringsproblem i produktorganisationer är inte översättningskvalitetsproblem. Det är arbetsflödesproblem. Strängar läggs till i produkten, exporteras manuellt till ett kalkylblad eller en fil, skickas via e-post till ett lokaliseringsteam eller en leverantör, översätts, formateras om och importeras på nytt — en cykel som tar dagar eller veckor och kräver manuell ansträngning vid varje steg. När översatta strängar är klara har produkten redan levererats på engelska, och lokaliserade versioner hamnar längre och längre efter.

Lösningen är inte att översätta snabbare. Det är att ta bort de manuella stegen som skapar klyftan. När lokalisering kopplas direkt till produktens arbetsflöde upptäcks nya strängar automatiskt, översättningsjobb skapas utan manuell ansträngning och översatt innehåll levereras tillbaka till databasen eller designverktyget utan att någon behöver hantera överlämnandet. Lokaliseringscykeln löper parallellt med produktutvecklingscykeln, inte efter den.

Verktygen som gör detta möjligt delas in i tre kategorier: databasanslutningar, designverktygsintegrationer och direkt API-integration.

De tre integrationsmetoderna för att koppla lokalisering till produktarbetsflöden

1. Förvaringskontakter (GitHub, GitLab)

Databasanslutningar överbryggar ditt kodarkiv och ditt översättningshanteringssystem direkt. När utvecklare genomför nya eller uppdaterade resursfiler identifierar kopplingen automatiskt ändringarna, laddar upp de nya strängarna till TMS och utlöser det konfigurerade översättningsarbetsflödet. När översättningarna är färdiga skapar kopplingen en pull-begäran med de översatta filerna, vilket gör att lokaliseringsuppdateringen kan sammanfogas i kodbasen genom samma granskningsprocess som alla andra kodändringar.

Detta tillvägagångssätt är idealiskt för mjukvaruprodukter och mobila applikationer där strängar lagras i resursfiler i kodbasen. Det eliminerar den manuella filexporten och importcykeln helt och gör det möjligt för ingenjörsteam att inkludera lokaliseringsstatus som en del av sina CI/CD-standardkontroller, vilket blockerar sammanslagningar tills alla strängar översätts och godkänns.

Smartlings Repository Connector stöder GitHub och GitLab, skannar automatiskt databasresursfiler efter nytt innehåll, skapar lokaliseringsgrenar och levererar översatta filer tillbaka genom pull-förfrågningsarbetsflödet. Anslutningen är utformad för kontinuerliga driftsättningsmiljöer där lokaliseringshastighet är lika viktig som lokaliseringskvalitet.

2. Integrationer av designverktyg (Figma)

Integrationer av designverktyg kopplar lokaliseringsarbetsflödet till designfasen i produktlivscykeln, där strängar ofta har sitt ursprung. Istället för att vänta på att strängarna ska hårdkodas innan de skickas för översättning, gör designintegrationer det möjligt för team att börja lokalisera under designgranskningsfasen, när ändringar fortfarande är billiga att göra.

Smartlings Figma-plugin tillåter designers att ladda upp designfiler direkt till Smartling för lokalisering, vilket gör att översatta strängar kan granskas i samband med designen innan någon kod skrivs. Detta fångar layoutproblem, karaktärsexpansionsproblem, och kulturella problem i designstadiet, där de är billigast att fixa.

3. API för översättningshanteringssystem

TMS API ger ingenjörsteam direkt programmatisk åtkomst till alla plattformsfunktioner: ladda upp strängar, skapa jobb, utlösa arbetsflöden, kontrollera översättningsstatus och ladda ner färdiga översättningar. Detta tillvägagångssätt kräver utvecklingsinsatser för att implementera men ger mest flexibilitet för team med anpassade innehållspipelines, egna innehållshanteringssystem, eller specifika arbetsflödeskrav som inte mappas till en förbyggd anslutning.

API-integration används också för att bädda in lokalisering i CI/CD-rörledningar: automatiserade byggsystem kan fråga TMS API för att kontrollera om alla strängar för en release är översatta och godkända innan en distribution kan fortsätta.

Viktiga verktyg för att koppla lokalisering till produktarbetsflöden

De specifika verktyg som produkt- och teknikteam använder oftast för integrering av lokalisering delas in i fyra kategorier.

Förvarskontakter

GitHub- och GitLab-kontakter är den vanligaste integrationspunkten för programvaruproduktteam. Smartlings Repository Connector övervakar det konfigurerade arkivet för ändringar i resursfiler, laddar automatiskt upp nya strängar till TMS och levererar översättningar tillbaka som pull-förfrågningar. Anslutningen stöder flera filformat och kan konfigureras för att hantera olika innehållstyper med olika arbetsflödesregler inom samma databas.

Plugins för designverktyg

Figma är det dominerande designverktyget för företagsproduktteam, och Smartlings Figma-plugin integrerar lokalisering direkt i Figma-arbetsflödet. Designers kan ladda upp designfiler till Smartling för översättning utan att lämna Figma, och översatta strängar kan granskas i samband med den ursprungliga designlayouten. Detta möjliggör tidigare översynscykler för lokalisering och fångar lokaliseringsproblem på designnivå innan de blir tekniska problem.

API och SDK:er för översättningshanteringssystem

Smartlings RESTful API ger tillgång till hela plattformskapaciteten för ingenjörsteam som bygger anpassade integrationer eller bäddar in lokalisering i automatiserade bygg- och distributionsarbetsflöden. Programvaruutvecklingspaket (SDK) är tillgängliga för att minska utvecklingsinsatsen som krävs för att integrera Smartling API-funktioner i befintlig kod. API:et används också för CI/CD-integration, där byggsystem kontrollerar översättningens slutförandestatus innan de tillåter distributioner att fortsätta.

Projektledning och samarbetsintegrationer

Vissa ingenjörsteam använder integrationer av lokaliseringsarbetsflöden med projekthanteringsverktyg för att spåra översättningsstatus tillsammans med andra utvecklingsuppgifter. Smartling integreras med verktyg i produktutvecklingsekosystemet för att ge insyn i lokaliseringsstatus inom de arbetsflöden som produkt- och ingenjörsteam redan använder för projektspårning.

Så fungerar kontinuerlig lokalisering genom integrering av produktarbetsflöden

Så här körs ett kontinuerligt lokaliseringsarbetsflöde när lokalisering kopplas direkt till produktutvecklingscykeln:

När integrering av produktarbetsflöden kanske inte är den omedelbara prioriteringen

Företagschecklista för utvärdering av integrering av produktarbetsflödeslokalisering

Använd dessa frågor för att bedöma om en plattform för översättningshantering kan integreras effektivt med ditt produktutvecklingsflöde.

Förvaringskontakt

• Erbjuder plattformen en certifierad databasanslutning för din kodlagringsplattform, särskilt GitHub eller GitLab?
• Övervakar anslutningen databasen automatiskt för ändringar i resursfiler, eller krävs det manuella utlösare för att initiera uppladdning av innehåll?
• Levererar kopplaren översättningar tillbaka till databasen som pull-förfrågningar, vilket gör det möjligt för översättningssammanslagningar att gå igenom standardkodgranskningsprocessen?
• Kan CI/CD-integrering konfigureras så att byggen kontrollerar översättningens slutförandestatus innan distributionerna kan fortsätta?

Integrationer för designverktyg

• Erbjuder plattformen ett Figma-plugin eller motsvarande integrering av designverktyg för ditt teams primära designmiljö?
• Stöder integreringen av designverktyget dubbelriktad synkronisering: ladda upp strängar från designfiler och leverera översatta strängar tillbaka för sammanhangsgranskning?
• Kan översatta strängar granskas i samband med den ursprungliga designlayouten i designverktyget, så att layout- och teckenexpansionsproblem kan upptäckas innan ingenjörsöverlämning?

API och SDK

• Erbjuder plattformen ett RESTful-API med full tillgång till plattformsfunktioner, inklusive jobbskapande, arbetsflödesutlösande, statuskontroll och nedladdning av översättning?
• Finns programvaruutvecklingspaket (SDK) tillgängliga för teamets primära utvecklingsspråk för att minska ansträngningen med API-integration?
• Är API:et utformat för användning i automatiserade byggsystem, med lämpliga hastighetsgränser, autentisering och statusslutpunktsdesign för CI/CD-användningsfall?

Konfiguration och automatisering av arbetsflöde

• Kan olika strängtyper i samma databas dirigeras till olika översättningsarbetsflöden automatiskt, baserat på filtyp, sökväg eller metadata?
• Stöder plattformen regler för jobbautomatisering som grupperar strängar och skapar översättningsjobb automatiskt utan manuellt ingripande?
• Hur används översättningsminne och ordlista för produktsträngar: från AI-utgången i första passagen, eller bara under mänsklig granskning?

Så kopplar Smartling lokalisering till produktarbetsflöden

Smartling tillhandahåller tre integrationsvägar för att koppla lokalisering till produktutvecklingsarbetsflöden, var och en utformad för en annan punkt i produktens livscykel.

Repository Connector överbryggar GitHub- och GitLab-förvar direkt till Smartling. När utvecklare implementerar nya eller uppdaterade resursfiler identifierar kopplingen automatiskt ändringarna, laddar upp strängar till Smartling och utlöser det konfigurerade översättningsarbetsflödet. Slutförda översättningar levereras tillbaka som pull-förfrågningar, vilket gör att lokaliseringssammanslagningen kan gå igenom standardprocessen för kodgranskning. Anslutningen är utformad för kontinuerliga distributionsmiljöer, med stöd för CI/CD-kontroller som verifierar översättningens slutförandestatus innan distributionerna fortsätter.

Smartling Figma-plugin gör det möjligt för designers att ladda upp designfiler till Smartling direkt från Figma, vilket gör att översatta strängar kan granskas i samband med den ursprungliga designlayouten innan teknisk överlämning. Detta flyttar översynen av lokaliseringen tidigare i produktcykeln, när designändringar fortfarande är billiga att göra.

Smartlings RESTful API ger fullständig programmatisk åtkomst till plattformsfunktioner för team som bygger anpassade integrationer eller bäddar in lokalisering i automatiserade bygg- och distributionssystem. SDK:er finns tillgängliga för att minska utvecklingsinsatserna. API:et stöder CI/CD-integrationsmönster inklusive översättningsstatuskontroll som en bygggrind.

Över alla integrationsvägar säkerställer Smartlings AI Adaptive Translation Memory, verkställighet av ordlistor och AIHT-arbetsflöde att produktsträngar översätts med samma kvalitetsstandarder som andra innehållstyper. Jobbautomatiseringsregler batchar och dirigerar strängar automatiskt, och godkända översättningar skrivs tillbaka till översättningsminnet för att kontinuerligt förbättra framtida AI-utdata för liknande produktinnehåll.

Smartling har rankats som det främsta översättningshanteringssystemet för företag på G2 under 20 kvartal i rad och har ISO 27001, SOC 2, HIPAA, HITRUST e1, PCI Level 1 och ISO/IEC 42001:2023-certifieringar.

Relaterade frågor