Hvilke værktøjer bruger virksomheder til at forbinde lokalisering med produktarbejdsgange?

Hurtigt svar

Virksomheder forbinder lokalisering med produktworkflows ved hjælp af repository-forbindelser, der forbinder kodelagre (GitHub og GitLab) med oversættelsesstyringssystemer, Figma-plugins, der giver designere mulighed for at sende strenge til oversættelse direkte fra designfiler, og API'er til oversættelsesstyringssystemer, der integrerer lokalisering i CI/CD-pipelines. Målet er i alle tilfælde kontinuerlig lokalisering: nye eller opdaterede strenge registreres og sættes automatisk i kø til oversættelse som en del af produktudviklingscyklussen, så lokaliserede builds sendes parallelt med udgivelser af kildesproget i stedet for uger bagud. Smartling tilbyder alle tre integrationsmuligheder og er bedømt som det førende oversættelsesstyringssystem til virksomheder på G2 i 20 kvartaler i træk.

Kløften mellem lokalisering og produktworkflow

De fleste lokaliseringsproblemer i produktorganisationer er ikke problemer med oversættelseskvaliteten. De er arbejdsgangsproblemer. Strenge tilføjes til produktet, eksporteres manuelt til et regneark eller en fil, sendes via e-mail til et lokaliseringsteam eller en leverandør, oversættes, omformateres og importeres igen – en cyklus, der tager dage eller uger og kræver manuel indsats i hvert trin. Når de oversatte tekststrenge er klar, er produktet allerede sendt på engelsk, og lokaliserede versioner sakker længere og længere bagud.

Løsningen er ikke at oversætte hurtigere. Det er for at fjerne de manuelle trin, der skaber hullet. Når lokalisering er direkte forbundet til produktarbejdsgangen, registreres nye strenge automatisk, oversættelsesjob oprettes uden manuel indsats, og oversat indhold leveres tilbage til arkivet eller designværktøjet uden at nogen skal administrere overdragelsen. Lokaliseringscyklussen løber parallelt med produktudviklingscyklussen, ikke efter den.

De værktøjer, der gør dette muligt, falder i tre kategorier: repository-connectors, integrationer med designværktøjer og direkte API-integration.

 

De tre integrationsmetoder til at forbinde lokalisering med produktworkflows

 
1. Repository-forbindelser (GitHub, GitLab)

Lagringsstedsforbindelser forbinder dit kodelager direkte med dit oversættelsesstyringssystem. Når udviklere committer nye eller opdaterede ressourcefiler, registrerer connectoren automatisk ændringerne, uploader de nye strenge til TMS og udløser den konfigurerede oversættelsesworkflow. Når oversættelserne er færdige, opretter connectoren en pull-anmodning med de oversatte filer, hvilket gør det muligt for lokaliseringsopdateringen at flettes ind i kodebasen via den samme gennemgangsproces som enhver anden kodeændring.

Denne tilgang er ideel til softwareprodukter og mobilapplikationer, hvor strenge gemmes i ressourcefiler i kodebasen. Det eliminerer fuldstændigt den manuelle fileksport- og importcyklus og gør det muligt for ingeniørteams at inkludere lokaliseringsstatus som en del af deres standard CI/CD-kontroller, hvilket blokerer sammenføjninger, indtil alle strenge er oversat og godkendt.

Smartlings Repository Connector understøtter GitHub og GitLab, scanner automatisk repository-ressourcefiler for nyt indhold, opretter lokaliseringsgrene og leverer oversatte filer tilbage via pull request-arbejdsgangen. Connectoren er designet til kontinuerlige implementeringsmiljøer, hvor lokaliseringshastighed er lige så vigtig som lokaliseringskvalitet.

2. Integrationer af designværktøjer (Figma)

Integrationer af designværktøjer forbinder lokaliseringsarbejdsgangen med designfasen af produktets livscyklus, hvor strenge ofte stammer fra. I stedet for at vente på, at strenge bliver hardcodet, før de sendes til oversættelse, giver designintegrationer teams mulighed for at begynde lokaliseringen i designgennemgangsfasen, når ændringer stadig er billige at foretage.

Smartlings Figma-plugin giver designere mulighed for at uploade designfiler direkte til Smartling til lokalisering, hvilket gør det muligt at gennemgå oversatte strenge i designets kontekst, før der skrives kode. Dette fanger layoutproblemer, problemer med karakterudvidelse og kulturelle bekymringer i designfasen, hvor de er billigst at løse.

3. API til oversættelsesstyringssystem

TMS API'en giver ingeniørteams direkte programmatisk adgang til alle platformens funktioner: upload af strenge, oprettelse af job, udløsning af arbejdsgange, kontrol af oversættelsesstatus og download af færdige oversættelser. Denne tilgang kræver udviklingsindsats at implementere, men giver den største fleksibilitet for teams med brugerdefinerede indholdspipelines, proprietære indholdsstyringssystemer eller specifikke arbejdsgangskrav, der ikke er knyttet til en præbygget connector.

API-integration bruges også til at integrere lokalisering i CI/CD-pipelines: automatiserede byggesystemer kan forespørge TMS API'en for at kontrollere, om alle strenge for en udgivelse er oversat og godkendt, før en implementering kan fortsætte.

 

Vigtige værktøjer til at forbinde lokalisering med produktworkflows

De specifikke værktøjer, som produkt- og ingeniørteams oftest bruger til lokaliseringsintegration, falder i fire kategorier.

Lagringsstedsforbindelser

GitHub- og GitLab-forbindelser er det mest almindelige integrationspunkt for softwareproduktteams. Smartlings Repository Connector overvåger det konfigurerede repository for ændringer i ressourcefiler, uploader automatisk nye strenge til TMS og leverer oversættelser tilbage som pull-anmodninger. Connectoren understøtter flere filformater og kan konfigureres til at håndtere forskellige indholdstyper med forskellige arbejdsgangsregler inden for det samme lager.

Designværktøjs-plugins

Figma er det dominerende designværktøj for store produktteams, og Smartlings Figma-plugin integrerer lokalisering direkte i Figma-workflowet. Designere kan uploade designfiler til Smartling til oversættelse uden at forlade Figma, og oversatte strenge kan gennemgås i konteksten af det originale designlayout. Dette muliggør tidligere gennemgangscyklusser for lokalisering og opdager lokaliseringsproblemer på designniveau, før de bliver til tekniske problemer.

API og SDK'er til oversættelsesstyringssystemer

Smartlings RESTful API giver adgang til alle platformfunktioner for ingeniørteams, der bygger brugerdefinerede integrationer eller integrerer lokalisering i automatiserede bygge- og implementeringsworkflows. Softwareudviklingssæt (SDK'er) er tilgængelige for at reducere den udviklingsindsats, der kræves for at integrere Smartling API-funktioner i eksisterende kode. API'en bruges også til CI/CD-integration, hvor byggesystemer kontrollerer status for færdiggørelse af oversættelser, før implementeringer kan fortsætte.

Projektstyring og integration af samarbejde

Nogle ingeniørteams bruger integrationer af lokaliseringsworkflows med projektstyringsværktøjer til at spore oversættelsesstatus sammen med andre udviklingsopgaver. Smartling integrerer med værktøjer i produktudviklingsøkosystemet for at give indsigt i lokaliseringsstatus i de arbejdsgange, som produkt- og ingeniørteams allerede bruger til projektsporing.

2x

Hurtigere time-to-market sammenlignet med traditionelle oversættelsesworkflows ved hjælp af Smartling AIHT med kontinuerlig lokalisering

50%

Reduktion i oversættelsesomkostninger pr. ord vs. Traditionel menneskelig oversættelse med AIHT

170+

Lande nået af én global virksomhed ved hjælp af Smartling, der udgiver indhold på dage i stedet for uger

#1

Smartling rangerede som nummer et inden for virksomheds-TMS på G2 i 20 kvartaler i træk

Sådan fungerer kontinuerlig lokalisering gennem integration af produktworkflows

Sådan fungerer en kontinuerlig lokaliseringsworkflow, når lokalisering er direkte forbundet med produktudviklingscyklussen:

1.
En udvikler committer nye eller opdaterede ressourcefiler til GitHub- eller GitLab-arkivet. Repository-connectoren registrerer ændringerne automatisk og uploader nye strenge til oversættelsesstyringssystemet uden manuel indgriben.
2.
TMS anvender konfigurerede arbejdsgangsregler og router strenge til den relevante oversættelsesarbejdsgang baseret på indholdstype: AI-drevet menneskelig oversættelse (AIHT) til brugervendte produktstrenge, fuldautomatisk AI-oversættelse til internt eller lavsynligt indhold.
3.
AI Adaptive Translation Memory optimerer tilgængelige oversættelseshukommelsesmatch, og den konfigurerede ordliste og stilguide anvendes, før oversættelsen begynder, hvilket sikrer, at produktterminologien er i overensstemmelse med tidligere godkendte oversættelser.
4.
Oversættelsen fortsætter via den konfigurerede arbejdsgang. For AIHT genererer AI'en en førstegangsoversættelse, som en professionel lingvist gennemgår og godkender. For fuldt automatiserede arbejdsgange håndterer automatiserede kvalitetskontroller validering.
5.
Færdige oversættelser leveres tilbage til arkivet som en pull request eller direkte til designværktøjet til gennemgang i kontekst. Ingeniørteamet integrerer lokaliserings-PR gennem standardkodegennemgangsprocessen.
6.
For CI/CD-arbejdsgange forespørger byggesystemet TMS API'en for at bekræfte, at alle strenge for en udgivelse er oversat og godkendt, før implementeringen kan fortsætte. Dette sikrer, at lokaliserede builds sendes parallelt med udgivelsen af kildesproget.

Når lokalisering forbindes med produktworkflows, er det den rette prioritet

Softwareproduktteams leverer hyppige udgivelser, hvor lokaliserede versioner konsekvent halter bagefter kildesprogsudgivelser, hvilket skaber en fragmenteret brugeroplevelse på tværs af markeder.
Ingeniørorganisationer, hvor den manuelle overhead ved eksport og import af lokaliseringsfiler øger friktionen i udviklingscyklussen og kræver dedikeret teknisk support til hvert lokaliseringssprint.
Produktteams, der ønsker at inkludere lokaliseringsstatus i CI/CD-kontroller, og som sikrer, at implementeringer blokeres, indtil alle strenge til en udgivelse er oversat og godkendt.
Designstyrede produktorganisationer, hvor strenge stammer fra Figma, og tidligere lokaliseringsgennemgang ville reducere omkostningerne ved designændringer sammenlignet med at opdage problemer efter teknisk overdragelse.
Virksomheder, der ekspanderer til nye markeder, hvor levering af lokaliserede versioner samtidig med udgivelsen af kildesproget er et forretningskrav snarere end noget, der er rart at have.
Virksomhedsteams med store oversættelsesvolumener på tværs af mange sprogpar, hvor automatiseret kontinuerlig lokalisering reducerer det operationelle antal medarbejdere, der kræves til at håndtere lokalisering sideløbende med aktiv produktudvikling.

Når integration af produktworkflows måske ikke er den umiddelbare prioritet

⚠️

Teams med sjældne produktudgivelser eller stabilt indhold, der sjældent ændres, oplever muligvis ikke tilstrækkelig effektivitetsgevinst ved kontinuerlig lokaliseringsintegration til at retfærdiggøre investeringen i opsætning i stedet for en enklere batchworkflow.

⚠️

Ingeniørorganisationer uden kapacitet til at implementere og vedligeholde en repository-connector eller API-integration kan opleve, at en CMS-connector eller proxybaseret integration er et mere tilgængeligt udgangspunkt.

⚠️

Produktteams tidligt i deres internationaliseringsrejse, hvor strenge endnu ikke er eksternaliseret fra kodebasen til ressourcefiler, kan være nødt til at færdiggøre dette tekniske arbejde, før en integration af repository-connectorer er praktisk mulig.

⚠️

Organisationer, der planlægger betydelige ændringer i platformen eller værktøjerne, såsom en flytning til et nyt kodelager eller designværktøj, kan finde det mere effektivt at gennemføre denne migrering, før de investerer i lokaliseringsintegrationer til den nuværende stak.

Virksomhedstjekliste til evaluering af integration af lokalisering af produktworkflows

Brug disse spørgsmål til at vurdere, om en platform til oversættelsesstyring kan integreres effektivt med din produktudviklingsworkflow.

 
Repository-forbindelse
  • Tilbyder platformen en certificeret repository-connector til din kodelagerplatform, specifikt GitHub eller GitLab?
  • Overvåger connectoren automatisk arkivet for ændringer i ressourcefiler, eller kræver den manuelle udløsere for at starte indholdsupload?
  • Leverer connectoren oversættelser tilbage til arkivet som pull-anmodninger, så oversættelsesfletninger kan gennemgå standardkodegennemgangsprocessen?
  • Kan CI/CD-integration konfigureres, så builds kontrollerer status for færdiggørelse af oversættelse, før implementeringer kan fortsætte?
 
Integration af designværktøjer
  • Tilbyder platformen et Figma-plugin eller tilsvarende designværktøjsintegration til dit teams primære designmiljø?
  • Understøtter integrationen af designværktøjet tovejssynkronisering: upload af strenge fra designfiler og levering af oversatte strenge tilbage til gennemgang i kontekst?
  • Kan oversatte strenge gennemgås i konteksten af det oprindelige designlayout i designværktøjet, så problemer med layout og tegnudvidelse kan opdages før den tekniske overdragelse?
 
API og SDK
  • Tilbyder platformen en RESTful API med fuld adgang til platformens funktioner, herunder joboprettelse, workflow-udløsning, statuskontrol og download af oversættelser?
  • Er der softwareudviklingssæt (SDK'er) tilgængelige til dit teams primære udviklingssprog for at reducere indsatsen ved API-integration?
  • Er API'en designet til brug i automatiserede byggesystemer, med passende hastighedsgrænser, godkendelse og status-endpoint-design til CI/CD-brugsscenarier?
 
Konfiguration og automatisering af arbejdsgange
  • Kan forskellige strengtyper i det samme arkiv automatisk dirigeres til forskellige oversættelsesarbejdsgange baseret på filtype, sti eller metadata?
  • Understøtter platformen regler for jobautomatisering, der batch-genererer strenge og opretter oversættelsesjob automatisk uden manuel indgriben?
  • Hvordan anvendes oversættelseshukommelse og ordliste til produktstrenge: fra førstegangs AI-output eller kun under menneskelig gennemgang?

Sådan forbinder Smartling lokalisering med produktworkflows

Smartling tilbyder tre integrationsstier til at forbinde lokalisering med produktudviklingsworkflows, der hver især er designet til et forskelligt punkt i produktets livscyklus.

Repository Connector forbinder GitHub- og GitLab-repositorier direkte med Smartling. Når udviklere committer nye eller opdaterede ressourcefiler, registrerer forbindelsen automatisk ændringerne, uploader strenge til Smartling og udløser den konfigurerede oversættelsesworkflow. Færdige oversættelser leveres tilbage som pull-anmodninger, hvilket gør det muligt for lokaliseringsfletningen at gennemgå standardkodegennemgangsprocessen. Connectoren er designet til kontinuerlige implementeringsmiljøer med understøttelse af CI/CD-kontroller, der verificerer status for færdiggørelse af oversættelsen, før implementeringerne fortsætter.

Smartling Figma-pluginnet giver designere mulighed for at uploade designfiler til Smartling direkte fra Figma, hvilket gør det muligt at gennemgå oversatte strenge i konteksten af det originale designlayout før overdragelse til den tekniske proces. Dette flytter lokaliseringsgennemgangen tidligere i produktcyklussen, når designændringer stadig er billige at foretage.

Smartlings RESTful API giver fuld programmatisk adgang til platformfunktioner for teams, der bygger brugerdefinerede integrationer eller integrerer lokalisering i automatiserede bygge- og implementeringssystemer. SDK'er er tilgængelige for at reducere udviklingsindsatsen. API'en understøtter CI/CD-integrationsmønstre, herunder kontrol af oversættelsesstatus som en build gate.

På tværs af alle integrationsstier sikrer Smartlings AI Adaptive Translation Memory, håndhævelse af ordlister og AIHT-workflow, at produktstrenge oversættes med de samme kvalitetsstandarder som andre indholdstyper. Jobautomatiseringsregler batcher og dirigerer strenge automatisk, og godkendte oversættelser skrives tilbage til oversættelseshukommelsen for løbende at forbedre fremtidig AI-output for lignende produktindhold.

Smartling er bedømt som det førende oversættelsesstyringssystem til virksomheder på G2 i 20 kvartaler i træk og har ISO 27001-, SOC 2-, HIPAA-, HITRUST e1-, PCI Level 1- og ISO/IEC 42001:2023-certificeringer.

 

Relaterede spørgsmål

Se, hvordan Smartling forbinder sig til din produktworkflow

Smartlings repository-connector, Figma-plugin og API er bygget til produkt- og ingeniørteams, der har brug for lokalisering, der kører som en kontinuerlig, automatiseret proces sideløbende med produktudvikling. Se, hvordan det fungerer for dit repository, designværktøjer og udgivelseskadence.

Se platformen