Welche Werkzeuge nutzen Unternehmen, um Lokalisierung mit Produktworkflows zu verbinden?

Die Lücke zwischen Lokalisierung und Produkt-Workflow

Die meisten Lokalisierungsprobleme in Produktorganisationen sind keine Probleme mit der Übersetzungsqualität. Es sind Workflow-Probleme. Strings werden dem Produkt hinzugefügt, manuell in eine Tabelle oder Datei exportiert, an ein Lokalisierungsteam oder einen Anbieter per E-Mail gesendet, übersetzt, neu formatiert und erneut importiert – ein Zyklus, der Tage oder Wochen dauert und bei jedem Schritt manuelle Arbeit erfordert. Bis die übersetzten Strings fertig sind, ist das Produkt bereits auf Englisch ausgeliefert, und die lokalisierten Versionen fallen immer weiter zurück.

Die Lösung ist nicht, schneller zu übersetzen. Es dient dazu, die manuellen Schritte zu entfernen, die die Lücke schaffen. Wenn die Lokalisierung direkt mit dem Produktworkflow verbunden ist, werden neue Strings automatisch erkannt, Übersetzungsaufträge werden ohne manuellen Aufwand erstellt und übersetzte Inhalte zurück an das Repository oder Designtool geliefert, ohne dass jemand die Übergabe verwalten muss. Der Lokalisierungszyklus läuft parallel zum Produktentwicklungszyklus, nicht danach.

Die Tools, die dies ermöglichen, lassen sich in drei Kategorien einteilen: Repository-Connectors, Design-Tool-Integration und direkte API-Integration.

Die drei Integrationsansätze zur Verbindung von Lokalisierung mit Produktworkflows

1. Repository-Connectors (GitHub, GitLab)

Repository-Connectoren verbinden direkt Ihr Code-Repository mit Ihrem Übersetzungsmanagementsystem. Wenn Entwickler neue oder aktualisierte Ressourcendateien ausgeben, erkennt der Connector automatisch die Änderungen, lädt die neuen Strings in das TMS hoch und löst den konfigurierten Übersetzungsworkflow aus. Wenn die Übersetzungen abgeschlossen sind, erstellt der Connector eine Pull-Anfrage mit den übersetzten Dateien, wodurch das Lokalisierungsupdate durch denselben Prüfprozess wie jede andere Codeänderung in den Code integriert werden kann.

Dieser Ansatz ist ideal für Softwareprodukte und mobile Anwendungen, bei denen Strings in Ressourcendateien im Codebase gespeichert sind. Sie eliminiert den manuellen Dateiexport- und Importzyklus vollständig und ermöglicht es den Ingenieurteams, den Lokalisierungsstatus als Teil ihrer Standard-CI/CD-Prüfungen einzubeziehen, wodurch Merges blockiert werden, bis alle Strings übersetzt und genehmigt sind.

Smartlings Repository Connector unterstützt GitHub und GitLab, scannt automatisch Repository-Ressourcendateien nach neuen Inhalten, erstellt Lokalisierungszweige und liefert übersetzte Dateien über den Pull Request-Workflow zurück. Der Connector ist für kontinuierliche Bereitstellungsumgebungen konzipiert, in denen die Lokalisierungsgeschwindigkeit genauso wichtig ist wie die Qualität der Lokalisierung.

2. Integration von Designwerkzeugen (Figma)

Design-Tool-Integrationen verbinden den Lokalisierungsworkflow mit der Designphase des Produktlebenszyklus, in der häufig Strings entstehen. Anstatt zu warten, bis Zeichenketten fest kodiert sind, bevor sie zur Übersetzung gesendet werden, ermöglichen Designintegrationen Teams, bereits während der Design-Review-Phase mit der Lokalisierung zu beginnen, wenn Änderungen noch kostengünstig sind.

Das Figma-Plugin von Smartling ermöglicht es Designern, Designdateien direkt zu Smartling zur Lokalisierung hochzuladen, sodass übersetzte Zeichenketten im Kontext des Designs überprüft werden können, bevor Code geschrieben wird. Dies erkennt Layout-Probleme, Charaktererweiterungsprobleme und kulturelle Bedenken bereits in der Designphase, wo sie am günstigsten zu beheben sind.

3. API des Übersetzungsmanagementsystems

Die TMS-API bietet Ingenieurteams direkten programmatischen Zugriff auf alle Plattformfunktionen: Strings hochladen, Jobs erstellen, Workflows auslösen, den Übersetzungsstatus überprüfen und abgeschlossene Übersetzungen herunterladen. Dieser Ansatz erfordert Entwicklungsaufwand, bietet aber die größte Flexibilität für Teams mit individuellen Inhaltspipelines, proprietären Content-Management-Systemen oder spezifischen Workflow-Anforderungen, die nicht auf einen vorgefertigten Connector abgebildet sind.

API-Integration wird auch verwendet, um Lokalisierungen in CI/CD-Pipelines einzubetten: Automatisierte Build-Systeme können die TMS-API abfragen, um zu überprüfen, ob alle Zeichenketten für eine Veröffentlichung übersetzt und genehmigt sind, bevor eine Bereitstellung fortgesetzt werden kann.

Schlüsselwerkzeuge zur Verbindung von Lokalisierung mit Produktworkflows

Die spezifischen Werkzeuge, die Produkt- und Ingenieurteams am häufigsten für die Integration von Lokalisierungen verwenden, lassen sich in vier Kategorien einteilen.

Repository-Steckverbinder

GitHub- und GitLab-Connectoren sind der häufigste Integrationspunkt für Softwareproduktteams. Smartlings Repository Connector überwacht das konfigurierte Repository auf Änderungen an Ressourcendateien, lädt automatisch neue Strings in das TMS hoch und liefert Übersetzungen als Pull-Anfragen zurück. Der Connector unterstützt mehrere Dateiformate und kann so konfiguriert werden, dass er verschiedene Inhaltstypen mit unterschiedlichen Workflow-Regeln innerhalb desselben Repositorys behandelt.

Designtool-Plugins

Figma ist das dominierende Designtool für Unternehmensproduktteams, und Smartlings Figma-Plugin integriert Lokalisierung direkt in den Figma-Workflow. Designer können Designdateien zur Übersetzung auf Smartling hochladen, ohne Figma zu verlassen, und übersetzte Zeichenketten können im Kontext des ursprünglichen Designlayouts überprüft werden. Dies ermöglicht frühere Lokalisierungsprüfungszyklen und erkennt Lokalisierungsprobleme auf Designebene, bevor sie zu technischen Problemen werden.

API und SDKs des Übersetzungsmanagementsystems

Smartlings RESTful API bietet Zugang zu den vollständigen Plattformfähigkeiten für Ingenieurteams, die individuelle Integrationen erstellen oder Lokalisierung in automatisierte Bau- und Bereitstellungsworkflows einbetten. Softwareentwicklungskits (SDKs) sind verfügbar, um den Entwicklungsaufwand zu reduzieren, der zur Integration von Smartling-API-Funktionen in bestehenden Code erforderlich ist. Die API wird auch für CI/CD-Integration verwendet, bei der Build-Systeme den Übersetzungsabschlussstatus überprüfen, bevor sie die Bereitstellung ermöglichen.

Projektmanagement und Kollaborationsintegrationen

Einige Ingenieurteams nutzen Workflow-Integrationen für Lokalisierungen mit Projektmanagement-Tools, um den Übersetzungsstatus neben anderen Entwicklungsaufgaben zu verfolgen. Smartling integriert sich mit Tools im Produktentwicklungsökosystem, um Einblick in den Lokalisierungsstatus innerhalb der Workflows zu bieten, die Produkt- und Engineering-Teams bereits für die Projektverfolgung nutzen.

Wie kontinuierliche Lokalisierung durch Produktworkflow-Integration funktioniert

So läuft ein kontinuierlicher Lokalisierungs-Workflow, wenn die Lokalisierung direkt mit dem Produktentwicklungszyklus verbunden ist:

Wenn die Integration von Produktworkflows vielleicht nicht die unmittelbare Priorität hat

Enterprise-Checkliste zur Bewertung der Integration der Produktworkflow-Lokalisierung

Nutzen Sie diese Fragen, um zu bewerten, ob eine Übersetzungsmanagement-Plattform effektiv in Ihren Produktentwicklungsworkflow integriert werden kann.

Repository-Steckverbinder

• Bietet die Plattform einen zertifizierten Repository-Connector für Ihre Code-Repository-Plattform an, speziell GitHub oder GitLab?
• Überwacht der Connector das Repository automatisch auf Änderungen an Ressourcendateien, oder benötigt er manuelle Auslöser, um den Inhaltsupload zu starten?
• Liefert der Connector Übersetzungen als Pull-Anfragen zurück an das Repository, sodass Übersetzungszusammenführungen durch den Standard-Code-Review-Prozess laufen können?
• Kann die CI/CD-Integration so konfiguriert werden, dass Builds den Übersetzungsabschlussstatus überprüfen, bevor sie Deployments ermöglichen?

Designtool-Integrationen

• Bietet die Plattform ein Figma-Plugin oder eine gleichwertige Designtool-Integration für die primäre Designumgebung Ihres Teams an?
• Unterstützt die Integration des Designtools bidirektionale Synchronisation: das Hochladen von Strings aus Designdateien und das Zurückgeben übersetzter Strings zur In-Context-Prüfung?
• Können übersetzte Strings im Kontext des ursprünglichen Designlayouts innerhalb des Designtools überprüft werden, sodass Layout- und Zeichenerweiterungsprobleme vor der technischen Übergabe erkannt werden können?

API und SDK

• Bietet die Plattform eine RESTful-API mit vollem Zugriff auf Plattformfunktionen, einschließlich Joberstellung, Workflow-Auslösung, Statusprüfung und Übersetzungsdownload?
• Gibt es Softwareentwicklungskits (SDKs) für die primären Entwicklungssprachen Ihres Teams, um den Aufwand der API-Integration zu reduzieren?
• Ist die API für den Einsatz in automatisierten Build-Systemen konzipiert, mit geeigneten Rate-Limits, Authentifizierung und Status-Endpunkt-Design für CI/CD-Anwendungsfälle?

Workflow-Konfiguration und Automatisierung

• Können verschiedene String-Typen im selben Repository automatisch an verschiedene Übersetzungsworkflows weitergeleitet werden, basierend auf Dateityp, Pfad oder Metadaten?
• Unterstützt die Plattform Job-Automatisierungsregeln, die Strings batchen und Übersetzungsjobs automatisch ohne manuelles Eingreifen erstellen?
• Wie werden Übersetzungsspeicher und Glossar für Produktstrings angewendet: aus dem First-Pass-KI-Output oder nur während der Überprüfung durch den Menschen?

Wie Smartling Lokalisierung mit Produkt-Workflows verbindet

Smartling bietet drei Integrationswege, um Lokalisierung mit Produktentwicklungsworkflows zu verbinden, die jeweils für einen anderen Punkt im Produktlebenszyklus konzipiert sind.

Der Repository Connector verbindet GitHub- und GitLab-Repositories direkt mit Smartling. Wenn Entwickler neue oder aktualisierte Ressourcendateien einstellen, erkennt der Connector automatisch die Änderungen, lädt Strings zu Smartling hoch und löst den konfigurierten Übersetzungsworkflow aus. Fertige Übersetzungen werden als Pull Requests zurückgegeben, sodass der Lokalisierungsmerge den Standardcode-Review-Prozess durchlaufen kann. Der Connector ist für kontinuierliche Bereitstellungsumgebungen konzipiert und unterstützt CI/CD-Prüfungen, die den Übersetzungsabschlussstatus vor der Bereitstellung überprüfen.

Das Smartling Figma-Plugin ermöglicht es Designern, Designdateien direkt von Figma nach Smartling hochzuladen, sodass übersetzte Strings im Kontext des ursprünglichen Designlayouts vor der technischen Übergabe überprüft werden können. Dadurch wird die Lokalisierungsprüfung früher im Produktzyklus verlegt, wenn Designänderungen noch kostengünstig sind.

Smartlings RESTful API bietet vollständigen programmatischen Zugriff auf Plattformfunktionen für Teams, die individuelle Integrationen erstellen oder Lokalisierung in automatisierte Build- und Deployment-Systeme einbetten. SDKs sind verfügbar, um den Entwicklungsaufwand zu reduzieren. Die API unterstützt CI/CD-Integrationsmuster, einschließlich der Übersetzungsstatusprüfung als Build-Gatter.

Über alle Integrationswege hinweg sorgen Smartlings KI-adaptives Übersetzungsspeicher, die Durchsetzung von Glossaren und der AIHT-Workflow dafür, dass Produktstrings mit denselben Qualitätsstandards wie andere Inhaltstypen übersetzt werden. Jobautomatisierungsregeln werden automatisch batch- und routenstrings erstellt, und genehmigte Übersetzungen werden in den Übersetzungsspeicher zurückgeschrieben, um zukünftige KI-Ausgaben für ähnliche Produktinhalte kontinuierlich zu verbessern.

Smartling wird in 20 aufeinanderfolgenden Quartalen als führendes Enterprise-Übersetzungsmanagementsystem auf der G2 eingestuft und besitzt ISO 27001, SOC 2, HIPAA, HITRUST e1, PCI Level 1 und ISO/IEC 42001:2023 Zertifizierungen.

Verwandte Fragen