Technologieübersetzung und Softwarelokalisierung — ISO 17100

Softwarelokalisierung erfordert ein Gleichgewicht zwischen technischer Präzision und sprachlicher Natürlichkeit. Jeder String hat einen Kontext — ein Label mit 20 Zeichen, ein Tooltip, eine Fehlermeldung, eine Push-Benachrichtigung — und die Übersetzung muss innerhalb dieser Einschränkungen funktionieren. Bei M21Global verstehen unsere Übersetzer die Besonderheiten der Softwarelokalisierung und arbeiten wann immer möglich mit visuellem Kontext.

Inhaltstypen, die wir lokalisieren: UI-Strings, Fehler- und Validierungsmeldungen, Tooltips und kontextuelle Hilfe, Menüs und Navigation, transaktionale E-Mails, Push-Benachrichtigungen, Changelogs und Release Notes, Onboarding-Flows und In-App-Tutorials, Nutzungsbedingungen und Datenschutzrichtlinien, angepasst an jede Rechtsordnung.

Unterstützte Formate: .xliff und .xlf (OASIS-Standard für Lokalisierungsaustausch), .json (React, Vue, Angular), .properties (Java), .resx (C#/.NET), .po/.pot (gettext, PHP, Python), .strings und .stringsdict (iOS/macOS), .xml (Android), .arb (Flutter/Dart), .yaml/.yml (Ruby on Rails), .ts (Qt). Wir bewahren die Integrität von Schlüsseln, Variablen, Platzhaltern und Pluralisierungen — die Übersetzung bricht niemals den Code.

Integration mit Lokalisierungsplattformen: Wir arbeiten nativ mit Crowdin, Phrase (ehemals Memsource), Lokalise, Transifex, Smartling und POEditor. Wenn Ihr Produktteam eine dieser Plattformen nutzt, integrieren wir uns in den bestehenden Workflow — importieren Strings, übersetzen und liefern direkt an die Plattform zurück, ohne manuelles Exportieren/Importieren von Dateien. Dies reduziert Reibungsverluste im Prozess und beschleunigt Lieferzyklen. Sehen Sie unsere Website-Übersetzung für Webprojekte.

Technische Dokumentation ist die Säule des Nutzersupports und der Produktakzeptanz. Veraltete oder schlecht übersetzte Handbücher erzeugen Support-Tickets, Nutzerfrustration und Abwanderung. M21Global übersetzt technische Dokumentation unter Beibehaltung der Struktur, Formatierung und Funktionalität des Inhalts.

Benutzerhandbücher: Installations-, Konfigurations-, Betriebs- und Fehlerbehebungsanleitungen. Wir übersetzen unter Beibehaltung referenzierter Screenshots, Schrittnummerierung, Callouts und Warnhinweisboxen. Für sich schnell entwickelnde Produkte verwalten wir inkrementelle Updates — wir übersetzen nur die geänderten Abschnitte und verwenden die vorhandene Übersetzung für unveränderten Inhalt wieder, was Kosten und Lieferzeiten reduziert.

API-Dokumentation und Developer Docs: Technische Dokumentation für Entwickler — Endpoints, Parameter, Codebeispiele, Fehlercodes, Authentifizierungsflows. Wir übersetzen unter Beibehaltung der Integrität von Inline-Code, Variablen und Beispielen. Unsere Übersetzer verstehen den Unterschied zwischen übersetzbarem Text und Code/Befehlen, die unverändert bleiben müssen.

Knowledge Base und Help Center: Supportartikel, FAQs, Tutorials und Fehlerbehebungsanleitungen. Für große Volumina von Supportinhalten verwenden wir MTPE (ISO 18587) — maschinelle Übersetzung mit menschlichem Post-Editing — was die Übersetzung von Hunderten von Artikeln mit angemessener Qualität zu deutlich geringeren Kosten als bei vollständiger menschlicher Übersetzung ermöglicht.

Beibehaltene Formate: Markdown, HTML, XML, reStructuredText, AsciiDoc. Wir bewahren die Formatierung — Überschriften, Listen, Links, Code-Blöcke, Tabellen, Hinweisboxen — und stellen sicher, dass der übersetzte Inhalt im Dokumentationssystem des Kunden ohne manuelle Neuformatierung funktioniert. Sehen Sie unsere technische Übersetzung für weitere Details zu unserem Ansatz.

Technologieunternehmen arbeiten mit schnellen Zyklen, häufigen Releases und verteilten Teams. Der Übersetzungsdienstleister muss sich an dieses Tempo anpassen, nicht sein eigenes aufzwingen. M21Global strukturiert die Beziehung zu Technologieunternehmen um vier Säulen:

CI/CD-Integration für kontinuierliche Lokalisierung: Statt in Batches zu übersetzen, integrieren wir den Übersetzungsprozess in die Entwicklungspipeline. Neue Strings werden automatisch zur Übersetzung exportiert, vom dedizierten Team übersetzt und an die Plattform zurückgeliefert — Crowdin, Phrase, Lokalise — bereit zum Merge. Damit hält die Lokalisierung mit der Entwicklung Schritt, anstatt ein Release-Engpass zu sein.

API für Workflow-Automatisierung: Für Teams, die vollständige Automatisierung bevorzugen, bieten wir API-Integration, die das programmatische Einreichen von Inhalten, Statusabfragen, Empfang von Lieferungen und Anfordern von Revisionen ermöglicht. Dies eliminiert E-Mail als Projektmanagement-Kanal und integriert die Übersetzung in den bestehenden Workflow des Produktteams.

Team mit Agile/Scrum-Erfahrung: Unsere Projektmanager verstehen Sprints, User Stories, Backlogs und Releases. Wir wissen, dass sich ein String bis zum letzten Moment vor dem Freeze ändern kann, dass der Kontext in einem Figma oder einem Jira-Ticket kommen kann und dass die Frist der Release-Termin ist. Diese Vertrautheit mit dem agilen Prozess reduziert Kommunikationsreibung und vermeidet Missverständnisse über Fristen und Prioritäten.

Technische Glossare und Stilrichtlinien pro Produkt: Jedes Produkt hat seine Terminologie — und diese Terminologie muss in allen Sprachen, auf allen Plattformen und in allen Versionen konsistent sein. Wir erstellen und pflegen technische Glossare und Stilrichtlinien pro Produkt, die definieren, wie jeder Begriff übersetzt wird, welcher Ton verwendet wird (Sie/Du, formell/informell) und welche Konventionen gelten. Diese sprachlichen Assets entwickeln sich mit dem Produkt und gehören dem Kunden. Fordern Sie Ihr Angebot an und sehen Sie, wie wir uns in Ihren Entwicklungsworkflow integrieren können.