Welke tools gebruiken bedrijven om lokalisatie te koppelen aan productworkflows?

Snel antwoord

Bedrijven koppelen lokalisatie aan productworkflows via repositoryconnectors die coderepositories (GitHub en GitLab) verbinden met vertaalbeheersystemen, Figma-plugins waarmee ontwerpers strings voor vertaling direct vanuit ontwerpbestanden kunnen verzenden, en vertaalbeheersysteem-API's die lokalisatie integreren in CI/CD-pijplijnen. Het doel in alle gevallen is continue lokalisatie: nieuwe of bijgewerkte strings worden gedetecteerd en automatisch in de rij gezet voor vertaling als onderdeel van de productontwikkelingscyclus, zodat gelokaliseerde builds parallel aan brontaalreleases worden geleverd in plaats van weken achter. Smartling biedt alle drie de integratiepaden en wordt gedurende 20 opeenvolgende kwartalen beschouwd als het beste enterprise vertaalmanagementsysteem op de G2.

De workflow kloof tussen lokalisatie en product

De meeste lokalisatieproblemen in productorganisaties zijn geen vertaalkwaliteitsproblemen. Het zijn workflowproblemen. Strings worden aan het product toegevoegd, handmatig geëxporteerd naar een spreadsheet of bestand, per e-mail naar een lokalisatieteam of leverancier gestuurd, vertaald, opnieuw geformatteerd en opnieuw geïmporteerd — een cyclus die dagen of weken duurt en bij elke stap handmatige inspanning vereist. Tegen de tijd dat vertaalde snaren klaar zijn, is het product al in het Engels verzonden en raken gelokaliseerde versies steeds verder achter.

De oplossing is niet om sneller te vertalen. Het is om de handmatige stappen te verwijderen die de opening creëren. Wanneer lokalisatie direct wordt gekoppeld aan de productworkflow, worden nieuwe strings automatisch gedetecteerd, worden vertaaltaken zonder handmatige inspanning aangemaakt en wordt vertaalde inhoud teruggeleverd aan de repository of ontwerptool zonder dat iemand de overdracht hoeft te beheren. De lokalisatiecyclus loopt parallel met de productontwikkelingscyclus, niet erna.

De tools die dit mogelijk maken vallen in drie categorieën: repository-connectoren, integraties van ontwerptools en directe API-integratie.

 

De drie integratiebenaderingen om lokalisatie te verbinden met productworkflows

 
1. Repository-connectoren (GitHub, GitLab)

Repository-connectoren verbinden direct je coderepository en je vertaalbeheersysteem. Wanneer ontwikkelaars nieuwe of bijgewerkte resourcebestanden committen, detecteert de connector automatisch de wijzigingen, uploadt de nieuwe strings naar het TMS en activeert de geconfigureerde vertaalworkflow. Wanneer de vertalingen voltooid zijn, maakt de connector een pull request aan met de vertaalde bestanden, waardoor de lokalisatie-update via hetzelfde reviewproces in de codebase kan worden opgenomen als elke andere codewijziging.

Deze aanpak is ideaal voor softwareproducten en mobiele applicaties waarbij strings in resourcebestanden in de codebase worden opgeslagen. Het elimineert de handmatige bestandsexport- en importcyclus volledig en stelt engineeringteams in staat om de lokalisatiestatus op te nemen als onderdeel van hun standaard CI/CD-controles, waarbij samenvoegingen worden geblokkeerd totdat alle strings zijn vertaald en goedgekeurd.

Smartling's Repository Connector ondersteunt GitHub en GitLab, waarbij ze automatisch repository-resourcebestanden scannen op nieuwe inhoud, lokalisatie-branches creëren en vertaalde bestanden via de pull request-workflow terugleveren. De connector is ontworpen voor continue implementatieomgevingen waar de snelheid van lokalisatie net zo belangrijk is als de kwaliteit van de lokalisatie.

2. Integraties van ontwerptools (Figma)

Integraties van ontwerptools verbinden de lokalisatieworkflow met de ontwerpfase van de productlevenscyclus, waar vaak reeksen ontstaan. In plaats van te wachten tot strings hardcoded zijn voordat ze worden verzonden voor vertaling, stellen ontwerpintegraties teams in staat om te starten met lokalisering tijdens de ontwerpbeoordelingsfase, wanneer wijzigingen nog goedkoop zijn om door te voeren.

De Figma-plugin van Smartling stelt ontwerpers in staat om ontwerpbestanden direct naar Smartling te uploaden voor lokalisatie, waardoor vertaalde strings in de context van het ontwerp kunnen worden beoordeeld voordat er code wordt geschreven. Dit vangt layoutproblemen, problemen met karakteruitbreiding en culturele zorgen al in de ontwerpfase op, waar ze het goedkoopst te repareren zijn.

3. API van vertaalbeheersysteem

De TMS API geeft engineeringteams directe programmatische toegang tot alle platformmogelijkheden: het uploaden van strings, het aanmaken van taken, het starten van workflows, het controleren van de vertaalstatus en het downloaden van voltooide vertalingen. Deze aanpak vereist ontwikkelingsinspanning om te implementeren, maar biedt de meeste flexibiliteit voor teams met aangepaste contentpijplijnen, propriëtaire contentmanagementsystemen of specifieke workflowvereisten die niet gekoppeld zijn aan een vooraf gebouwde connector.

API-integratie wordt ook gebruikt om lokalisatie in CI/CD-pijplijnen in te sluiten: geautomatiseerde build-systemen kunnen de TMS API navragen om te controleren of alle strings voor een release zijn vertaald en goedgekeurd voordat een implementatie kan worden uitgevoerd.

 

Belangrijke tools om lokalisatie te koppelen aan productworkflows

De specifieke tools die product- en engineeringteams het vaakst gebruiken voor lokalisatie-integratie vallen in vier categorieën.

Repository-connectoren

GitHub- en GitLab-connectoren zijn het meest voorkomende integratiepunt voor softwareproductteams. Smartling's Repository Connector houdt de geconfigureerde repository in de gaten op wijzigingen in resourcebestanden, uploadt automatisch nieuwe strings naar het TMS en levert vertalingen terug als pull requests. De connector ondersteunt meerdere bestandsformaten en kan worden geconfigureerd om verschillende contenttypes met verschillende workflowregels binnen dezelfde repository te verwerken.

Designtool-plugins

Figma is het dominante ontwerpinstrument voor enterprise productteams, en Smartling's Figma-plugin integreert lokalisatie direct in de Figma-workflow. Ontwerpers kunnen ontwerpbestanden uploaden naar Smartling voor vertaling zonder Figma te verlaten, en vertaalde strings kunnen worden beoordeeld in de context van de oorspronkelijke ontwerplay-out. Dit maakt eerdere localisatiebeoordelingscycli mogelijk en vangt ontwerpniveau-lokalisatieproblemen op voordat ze technische problemen worden.

Vertaalbeheersysteem API en SDK's

Smartling's RESTful API biedt toegang tot het volledige platformfunctionaliteitspakket voor engineeringteams die aangepaste integraties bouwen of lokalisatie integreren in geautomatiseerde bouw- en implementatieworkflows. Softwareontwikkelingskits (SDK's) zijn beschikbaar om de ontwikkelingsinspanning te verminderen die nodig is om Smartling API-functies in bestaande code te integreren. De API wordt ook gebruikt voor CI/CD-integratie, waarbij buildsystemen de status van vertalingsvoltooiing controleren voordat ze implementaties toestaan.

Projectmanagement en samenwerkingsintegraties

Sommige engineeringteams gebruiken localisatieworkflow-integraties met projectmanagementtools om de vertaalstatus naast andere ontwikkelingstaken te volgen. Smartling integreert met tools in het productontwikkelingsecosysteem om inzicht te bieden in de lokalisatiestatus binnen de workflows die product- en engineeringteams al gebruiken voor projecttracking.

2x

Snellere time-to-market vergeleken met traditionele vertaalworkflows met Smartling AIHT en continue lokalisatie

50%

Verlaging van de vertaalkosten per woord vergeleken met traditionele menselijke vertaling met AIHT

170+

Landen die door één wereldwijd bedrijf worden bereikt met Smartling, waarbij content in dagen in plaats van weken wordt gepubliceerd

#1

Smartling stond twintig kwartalen op rij op rij op nummer één enterprise TMS op de G2

Hoe continue lokalisatie via productworkflow-integratie werkt

Hier is hoe een continue lokalisatieworkflow verloopt wanneer lokalisatie direct is verbonden met de productontwikkelingscyclus:

1.
Een ontwikkelaar commit nieuwe of bijgewerkte resourcebestanden in de GitHub- of GitLab-repository. De repositoryconnector detecteert de wijzigingen automatisch en uploadt nieuwe strings naar het vertaalbeheersysteem zonder handmatige tussenkomst.
2.
Het TMS past geconfigureerde workflowregels toe, routingstrings naar de juiste vertaalworkflow op basis van contenttype: AI-gestuurde menselijke vertaling (AIHT) voor gebruikersgerichte productstrings, volledig geautomatiseerde AI-vertaling voor interne of laagzichtbare content.
3.
AI Adaptive Translation Memory optimaliseert beschikbare vertaalgeheugenmatches, en de geconfigureerde woordenlijst en stijlgids worden toegepast voordat de vertaling begint, zodat de productterminologie consistent is met eerder goedgekeurde vertalingen.
4.
De vertaling verloopt via de geconfigureerde workflow. Voor AIHT genereert de AI een first-pass vertaling en beoordeelt en keurt een professionele taalkundige deze goed. Voor volledig geautomatiseerde workflows verzorgen geautomatiseerde kwaliteitscontroles de validatie.
5.
Voltooide vertalingen worden teruggestuurd naar de repository als een pull request, of direct naar de ontwerptool voor in-context review. Het engineeringteam voegt de lokalisatie-PR samen via het standaard codereviewproces.
6.
Voor CI/CD-workflows vraagt het buildsysteem de TMS API op om te bevestigen dat alle strings voor een release zijn vertaald en goedgekeurd voordat de implementatie kan doorgaan. Dit zorgt ervoor dat gelokaliseerde builds parallel aan de release van de brontaal worden geleverd.

Bij het koppelen van lokalisatie aan productworkflows is de juiste prioriteit

Softwareproductteams leveren regelmatig releases uit, waarbij gelokaliseerde versies consequent achterlopen op versies in de brontaal, wat zorgt voor een gefragmenteerde gebruikerservaring over markten heen.
Engineeringorganisaties waar de handmatige overhead van het exporteren en importeren van lokalisatiebestanden wrijving in de ontwikkelingscyclus veroorzaakt en speciale technische ondersteuning vereist voor elke lokalisatiesprint.
Productteams die de lokalisatiestatus willen opnemen in CI/CD-controles, zodat implementaties worden geblokkeerd totdat alle strings voor een release zijn vertaald en goedgekeurd.
Design-gedreven productorganisaties waarbij de strings afkomstig zijn van Figma en eerdere localisatiebeoordeling, zouden de kosten van ontwerpwijzigingen verlagen in vergelijking met het opsporen van problemen na de overdracht van engineering.
Bedrijven die uitbreiden naar nieuwe markten waar het tegelijkertijd verzenden van gelokaliseerde versies met de brontaal een zakelijke vereiste is in plaats van een prettige aanbod.
Enterprise-teams met grote vertaalvolumes over vele talenparen, waarbij geautomatiseerde continue lokalisatie het operationele aantal medewerkers vermindert dat nodig is om lokalisatie naast actieve productontwikkeling te beheren.

Wanneer productworkflow-integratie misschien niet de directe prioriteit is

⚠️

Teams met zeldzame productreleases of stabiele inhoud die zelden verandert, zullen mogelijk niet genoeg efficiëntiewinst zien uit continue localisatie-integratie om de investering in de setup boven een eenvoudigere batchworkflow te rechtvaardigen.

⚠️

Engineeringorganisaties zonder de capaciteit om een repositoryconnector of API-integratie te implementeren en te onderhouden, kunnen merken dat een CMS-connector of proxy-gebaseerde integratie een toegankelijker startpunt is.

⚠️

Productteams aan het begin van hun internationaliseringsreis, waar strings nog niet van de codebase naar resourcebestanden zijn geïnternaliseerd, moeten mogelijk dat engineeringwerk voltooien voordat een integratie van repository-connectoren praktisch is.

⚠️

Organisaties die grote platform- of toolwijzigingen plannen, zoals een overstap naar een nieuwe coderepository of ontwerptool, kunnen het efficiënter vinden om die migratie te voltooien voordat ze investeren in lokalisatie-integraties naar de huidige stack.

Enterprise checklist voor het evalueren van productworkflow-localisatie-integratie

Gebruik deze vragen om te beoordelen of een vertaalbeheerplatform effectief kan integreren met je productontwikkelingsworkflow.

 
Repository-connector
  • Biedt het platform een gecertificeerde repository-connector voor jouw code-repositoryplatform, specifiek GitHub of GitLab?
  • Houdt de connector de repository automatisch in de gaten op wijzigingen in resourcebestanden, of zijn er handmatige triggers nodig om content te uploaden?
  • Levert de connector vertalingen terug naar de repository als pull requests, waardoor vertaalsamenvoegingen door het standaard codereviewproces kunnen gaan?
  • Kan CI/CD-integratie worden geconfigureerd zodat builds de status van vertalingsvoltooiing controleren voordat deployes kunnen doorgaan?
 
Integraties ontwerptools
  • Biedt het platform een Figma-plugin of een vergelijkbare integratie van een ontwerptool voor de primaire ontwerpomgeving van je team?
  • Ondersteunt de integratie van de ontwerptool bidirectionele synchronisatie: het uploaden van strings uit designbestanden en het terugleveren van vertaalde strings voor in-context review?
  • Kunnen vertaalde strings worden beoordeeld in de context van de oorspronkelijke ontwerplay-out binnen de ontwerptool, waardoor problemen met lay-out en karakteruitbreiding kunnen worden opgemerkt vóór de technische overdracht?
 
API en SDK
  • Biedt het platform een RESTful API met volledige toegang tot platformmogelijkheden, waaronder jobcreatie, workflow-triggeren, statuscontrole en vertaaldownload?
  • Zijn softwareontwikkelingskits (SDK's) beschikbaar voor de primaire ontwikkeltalen van je team om de inspanning van API-integratie te verminderen?
  • Is de API ontworpen voor gebruik in geautomatiseerde bouwsystemen, met passende snelheidslimieten, authenticatie en status-endpointontwerp voor CI/CD-toepassingen?
 
Workflowconfiguratie en automatisering
  • Kunnen verschillende stringtypes in dezelfde repository automatisch naar verschillende vertaalworkflows worden gerouteerd, gebaseerd op bestandstype, pad of metadata?
  • Ondersteunt het platform taakautomatiseringsregels die batchstrings combineren en vertaaltaken automatisch aanmaken zonder handmatige tussenkomst?
  • Hoe worden vertaalgeheugen en woordenlijst toegepast voor productstrings: vanuit de first-pass AI-output, of alleen tijdens menselijke beoordeling?

Hoe Smartling lokalisatie verbindt met productworkflows

Smartling biedt drie integratiepaden om lokalisatie te koppelen aan productontwikkelingsworkflows, elk ontworpen voor een ander punt in de productlevenscyclus.

De Repository Connector verbindt GitHub- en GitLab-repositories direct met Smartling. Wanneer ontwikkelaars nieuwe of bijgewerkte resourcebestanden committen, detecteert de connector automatisch de wijzigingen, uploadt strings naar Smartling en activeert de geconfigureerde vertaalworkflow. Voltooide vertalingen worden teruggeleverd als pull requests, waardoor de lokalisatiemerge het standaard codereviewproces kan doorlopen. De connector is ontworpen voor continue implementatieomgevingen, met ondersteuning voor CI/CD-controles die de voltooiingsstatus van vertaling verifiëren voordat de implementaties doorgaan.

De Smartling Figma-plugin stelt ontwerpers in staat om ontwerpbestanden rechtstreeks vanuit Figma naar Smartling te uploaden, waardoor vertaalde strings in de context van de oorspronkelijke ontwerplay-out kunnen worden beoordeeld vóór de overdracht van de engineering. Dit verplaatst de localisatiereview eerder in de productcyclus, wanneer ontwerpwijzigingen nog goedkoop zijn om door te voeren.

Smartling's RESTful API biedt volledige programmatische toegang tot platformmogelijkheden voor teams die aangepaste integraties bouwen of lokalisatie integreren in geautomatiseerde build- en deploymentsystemen. SDK's zijn beschikbaar om de ontwikkelingsinspanningen te verminderen. De API ondersteunt CI/CD-integratiepatronen, inclusief het controleren van de status van vertaling als een build gate.

Over alle integratiepaden zorgen Smartling's AI Adaptive Translation Memory, glossary-handhaving en AIHT-workflow ervoor dat productstrings worden vertaald met dezelfde kwaliteitsnormen als andere contenttypes. Jobautomatiseringsregels batchen en routeren automatisch strings, en goedgekeurde vertalingen worden teruggeschreven naar het vertaalgeheugen om toekomstige AI-output voor vergelijkbare productinhoud continu te verbeteren.

Smartling wordt gedurende 20 opeenvolgende kwartalen beschouwd als het beste enterprise vertaalmanagementsysteem op G2 en beschikt over ISO 27001, SOC 2, HIPAA, HITRUST e1, PCI Level 1 en ISO/IEC 42001:2023 certificeringen.

 

Bekijk hoe Smartling aansluit op je productworkflow

Smartling's repositoryconnector, Figma-plugin en API zijn ontworpen voor product- en engineeringteams die lokalisatie als een continu, geautomatiseerd proces naast productontwikkeling moeten uitvoeren. Bekijk hoe het werkt voor je repository, ontwerptools en release-cadens.