Internationalisierung (i18n) und Lokalisierung (L10n) verstehen

Internationalisierung (im Allgemeinen als i18n abgekürzt) ist die architektonische Grundlage, die es ermöglicht, eine Website an verschiedene Sprachen und regionale Konventionen anzupassen, ohne dass technische Änderungen erforderlich sind. Nicht Übersetzung, sondern der Design- und Entwicklungsprozess ermöglicht Übersetzung und regionale Anpassung. Für technische Websites, die oft komplexe technische Spezifikationen, Schaltpläne, Compliance-Dokumentation und Produktdaten enthalten, ist eine solide i18n-Grundlage von entscheidender Bedeutung. Ohne sie kann die Einführung einer mehrsprachigen Website zu einem kostspieligen, manuellen Prozess werden, bei dem Code für jedes Gebietsschema dupliziert wird.

Lokalisierung (L10n) ist die nachträgliche Anpassung des internationalisierten Produkts für eine bestimmte Region oder Sprache. Dazu gehören die Übersetzung von Text, die Anpassung der Formatierung und die Anpassung kultureller Erwartungen. Während die Übersetzung eine wichtige Komponente ist, umfasst die Lokalisierung auch den ordnungsgemäßen Umgang mit Daten, Währungen, Maßeinheiten und sogar Farbsymbolik. Beispielsweise muss ein Ingenieurbüro, das Produktmaße in Zoll für ein US-amerikanisches Publikum auflistet, für europäische Kunden in Millimeter umrechnen. Ebenso müssen Sicherheitszertifikate wie CE (Europa) oder UL (USA) entsprechend angezeigt werden.

Die Unterscheidung ist entscheidend: i18n stellt sicher, dass der zugrunde liegende Code jedes Gebietsschema verarbeiten kann, während L10n die Erfahrung auf ein bestimmtes Gebietsschema zuschneidet. Ohne i18n wird die Lokalisierung zu einer Reihe von kurzfristigen Patches, die technische Schulden vervielfachen. Mit i18n können Sie mit minimalem Aufwand eine neue Sprache oder Region hinzufügen, oft einfach durch Hinzufügen einer Übersetzungsdatei und Anpassung der Gebietsschemaeinstellungen.

Warum Engineering-Websites eine dedizierte Lokalisierungsstrategie benötigen

Technischer Inhalt stellt einzigartige Herausforderungen dar

Ingenieurs-Websites sind keine typischen Marketing-Websites, sondern oft:

  • Hochtechnische Dokumentation (Datenblätter, Handbücher, CAD-Dateien)
  • Engineering-Einheiten und Umbauten (Druck, Drehmoment, Temperatur)
  • Referenzen zu Regulierung und Compliance (ISO-Normen, lokale Bauvorschriften)
  • Interaktive Tools (Rechner, Konfiguratoren), die über Gebietsgrenzen hinweg funktionieren müssen

Diese Elemente erfordern eine sorgfältige Lokalisierung. Eine falsch übersetzte Einheit oder ein falsch formatiertes Datum kann zu kostspieligen Fehlern oder sogar Sicherheitsrisiken führen. So kann eine Drehmomentangabe, die mit einem Komma gegenüber einem Kommapunkt geschrieben wird, eine Präzisionsbaugruppe zerstören. Daher muss die Lokalisierung für das Engineering jede Zahl, jede Einheit und jedes Symbol als kritisches Element behandeln.

Globales Vertrauen erfordert kulturelle Relevanz

Kunden und Partner in verschiedenen Regionen erwarten Inhalte, die sich nativ anfühlen. Eine Engineering-Website, die bei der Zielgruppe Japans Währung in USD anzeigt oder eine rote Farbe (oft mit Warnungen verbunden) in einem positiven Call-to-Action verwendet, kann versehentlich Reibungen erzeugen. Kulturelle Relevanz erstreckt sich auf Bilder: Industriearbeiter in einem scheinbar westlichen Hard-Hat-Stil zu zeigen, kann bei den Zuschauern in Südostasien oder im Nahen Osten nicht ankommen. Eine durchdachte Lokalisierungsstrategie geht über Worte hinaus - sie passt die gesamte Benutzererfahrung an.

Gründung der Stiftung: Internationalisierung Best Practices

Separater Inhalt vom Code

Das ist die goldene Regel von i18n. Alle benutzerseitigen Texte, Labels, Fehlermeldungen und Hilfetexte sollten aus dem Code externalisiert werden. Verwenden Sie Ressourcendateien (JSON, YAML, gettext .po Dateien), die übersetzt werden können, ohne die Anwendungslogik zu berühren. Für eine Directus-basierte Website bedeutet dies, Inhaltssammlungen mit übersetzungsbereiten Feldern zu strukturieren und die Internationalisierungsfunktionen des Headless CMS zu nutzen.

In der Praxis sollten Ihre Engineering-Produktseiten Produktbeschreibungen, Spezifikationen und Compliance-Notizen aus einem zentralen Repository ziehen, das per-locale-Versionen unterstützt. Nicht Hardcode-Strings, sondern lokale Schlüssel verwenden, die der entsprechenden Übersetzung zugeordnet sind. Dieser Ansatz erleichtert auch die Verwaltung von Inhaltsaktualisierungen: Editoren können Übersetzungen ohne Entwicklereingriff ändern.

Design für Texterweiterung und Kontraktion

Wenn Strings übersetzt werden, ändern sie sich oft in ihrer Länge. Deutscher Text kann 30-40 % länger sein als Englisch, während Chinesisch oder Japanisch kürzer sein können. UI-Layouts müssen dies berücksichtigen. Container mit fester Breite vermeiden, flexible Gittersysteme verwenden und Textumwicklung ermöglichen. Tasten und Call-to-Action-Elemente sollten genügend Polsterung haben, um Textclips zu verhindern. Für technische Diagramme und technische Illustrationen sollten dynamische Textüberlagerungen oder SVG-Elemente verwendet werden, die sich an unterschiedliche Stringlängen anpassen können.

Lokale-bewusste Formatierung

Ihr Code sollte sich auf globale Locale-Bibliotheken (wie ECMAScript Internationalization API in JavaScript oder `java.time` in Java) verlassen, um Daten, Zeiten, Zahlen und Währungen automatisch zu formatieren. Zum Beispiel stellt ein Datum, das in den USA als "03/04/2025" erscheint, den 4. März dar, in Europa bedeutet es jedoch den April 3. Die Verwendung einer Bibliothek gewährleistet Konsistenz. In ähnlicher Weise wird die Zahlenformatierung: "1.234.56" in den USA zu "1 234,56" in Frankreich. Engineering-Sites sollten auch dynamisch mit Maßeinheiten umgehen - geben Sie an, welches Einheitensystem (metrisch, imperial oder beides) basierend auf dem Besuchergebietsschema.

Bidirektionale (BiDi) Textunterstützung

Arabisch, Hebräisch, Persisch und Urdu sind rechts nach links geschrieben. Ihre i18n-Architektur muss BiDi-Text unterstützen, ohne das Layout zu stören. Dazu müssen Sie das richtige -Attribut auf dem HTML-Element festlegen, UI-Elemente umdrehen (z. B. Ausrichtung, Pfeilrichtungen, Fortschrittsbalken) und mit echten Inhalten testen. Engineering-Websites, die Märkte im Nahen Osten bedienen oder einer globalen Ingenieurs-Belegschaft dienen, die Sprecher dieser Sprachen umfasst, müssen in eine angemessene BiDi-Unterstützung investieren.

Content-Lokalisierung für Engineering-Sites

Den Translation Workflow verstehen

Lokalisierung ist kein einmaliges Ereignis, sondern ein fortlaufender Prozess.

  • Quelleninhalte erstellen: Schreiben Sie Originalinhalte in einem neutralen, klaren Stil. Vermeiden Sie Idiome und kulturelle Referenzen, die nicht gut übersetzt werden.
  • Translationsmanagement: Verwenden Sie ein Translation Management System (TMS) oder verwenden Sie die integrierten Lokalisierungsfunktionen von Directus, um Übersetzungen neben dem Quellinhalt zu speichern und zu verwalten.
  • Review durch Fachexperten: Für technische Inhalte sollte ein Muttersprachler, der auch Ingenieur oder Fachexperte ist, die Übersetzung überprüfen.
  • In-context proofing: Überprüfen Sie die übersetzten Inhalte innerhalb des tatsächlichen Website-Layouts. Ein langer deutscher String könnte die Seite brechen oder ein Fachbegriff könnte falsch übersetzt werden.
  • Kontinuierliche Updates: Wenn sich der Quellinhalt ändert, erstellen Sie einen Prozess, um alle Übersetzungen zu aktualisieren. Hier zahlt sich die i18n-Trennung aus – Sie aktualisieren nur die Übersetzungsdateien, nicht den Code.

Handhabung von Einheiten, Messungen und technischen Daten

Die Lokalisierung von Websites beinhaltet mehr als nur Zahlen zu konvertieren.

  • Dual-Display: Zeigen Sie sowohl metrische als auch imperiale Einheiten (z. B. "1.5 in (38.1 mm)"). Dies ist üblich für globale Zielgruppen, bei denen nicht alle Benutzer ein System bevorzugen.
  • Dynamisch konvertieren: Verwenden Sie JavaScript oder serverseitige Logik, um basierend auf der lokalen Präferenz des Benutzers zu konvertieren.
  • Lokale-spezifische Inhalte einbetten: Directus bietet die Möglichkeit, separate Felder für metrische und imperiale Werte zu haben und dann das entsprechende auf der Grundlage des Gebietsschemas anzuzeigen.

Beachten Sie jedoch, dass Wechselkurse schwanken. Es ist oft besser, die Preise in einer Basiswährung (z. B. USD) anzuzeigen und einen groben Konverter anzugeben, anstatt sich zu einer Echtzeit-Konvertierung zu verpflichten, die möglicherweise veraltet ist.

Rechtliche und regulatorische Compliance

In verschiedenen Ländern gibt es unterschiedliche Gesetze in Bezug auf Datenschutz (DSGVO in Europa, CCPA in Kalifornien), Zugänglichkeit (WCAG-Compliance variiert) und branchenspezifische Vorschriften (z. B. elektrische Sicherheitsstandards). Ihre Lokalisierungsseite muss die richtigen Zertifizierungen, Haftungsausschlüsse und Datenschutzhinweise für jede Region angeben. Beispielsweise muss ein Ingenieurbüro, das schwere Maschinen in Deutschland verkauft, die CE-Kennzeichnung tragen, während der Verkauf in den USA OSHA-Compliance-Erklärungen erfordert. Dies ist nicht nur ein Inhaltsdetail, sondern eine gesetzliche Anforderung.

Kulturelle Überlegungen im Design

Farbsymbolik

Farben haben unterschiedliche Bedeutungen in den Kulturen. Während Rot in China Glück bedeutet, signalisiert es Gefahr oder stoppt in vielen westlichen Kontexten. Grün kann im Westen Umweltfreundlichkeit darstellen, kann aber in einigen Ländern mit Krankheit in Verbindung gebracht werden. Verwenden Sie für technische Websites Farben, die neutral sind, oder testen Sie sie mit lokalen Zielgruppen. Vermeiden Sie es, sich ausschließlich auf Farbe zu verlassen, um Informationen zu vermitteln; verwenden Sie Text und Symbole als redundante Hinweise.

Bilder und Ikonographie

Fotos und Symbole, die in einem Markt gut funktionieren, können in einem anderen Markt verwirren oder beleidigen. Ein Bild eines Bauarbeiters, der in den USA einen harten Hut trägt, ist möglicherweise nicht für eine Region geeignet, in der Kopfbedeckungen unterschiedlich sind. Ebenso sind Handgesten oder Symbole (wie Daumen hoch) nicht universell positiv. Verwenden Sie global anerkannte Symbole oder Testbilder mit lokalen Fokusgruppen.

Die Lesegewohnheiten unterscheiden sich. Westliche Nutzer lesen von links nach rechts, von oben nach unten. Arabische oder japanische Nutzer können unterschiedliche Scanmuster haben. Responsive Design hilft zwar, aber Sie müssen möglicherweise die Layout-Reihenfolge für bestimmte Gebietsschemata anpassen. Wichtige Navigationslinks können beispielsweise für Arabisch sprechende Personen rechts sein. Verwenden Sie die logischen Eigenschaften von CSS anstelle von , um automatisch mit der Spiegelung umzugehen.

Testen und Qualitätssicherung für lokalisierte Standorte

Funktionale Prüfung

Stellen Sie sicher, dass alle Mechanismen zum Umschalten von Lokalen korrekt funktionieren. Testen Sie, ob sich URLs ändern (z. B. vs ), ob Inhalte basierend auf der Spracheinstellung bereitgestellt werden und ob Ausweichmanöver funktionieren, wenn eine Übersetzung fehlt.

Sprachliche Prüfung

Muttersprachler müssen jeden String im Kontext überprüfen, das beinhaltet nicht nur sichtbaren Text, sondern auch Alt-Tags, Tooltips, Fehlermeldungen und E-Mail-Benachrichtigungen, und überprüfen Sie auf Verkürzungen, überlappende Elemente und defekte Layouts, die durch lange übersetzte Strings verursacht werden.

Prüfung der technischen Leistung

Die Bereitstellung von Inhalten kann regional unterschiedlich sein. Verwenden Sie ein CDN mit Edge Nodes in der Nähe Ihrer Zielgruppen. Testen Sie Ladezeiten von verschiedenen geografischen Standorten aus. Bilder und andere Assets sollten für die datensensiblen Regionen optimiert sein, die Sie bedienen (z. B. haben viele Teile der Welt noch eine begrenzte Bandbreite).

Zugänglichkeitsprüfung

Die Lokalisierung darf die Zugänglichkeit nicht unterbrechen. Stellen Sie sicher, dass Bildschirmleser die Sprachänderungen handhaben können (setzen Sie das Attribut korrekt ein).

Die richtigen Tools und Plattformen nutzen

Headless CMS und Directus

Ein Headless CMS wie Directus erleichtert die Internationalisierung, weil Inhalte von der Präsentation entkoppelt sind. Directus bietet eingebaute i18n-Funktionen: Sie können übersetzbare Felder erstellen, lokalspezifische Inhaltsversionen definieren und eine einzige API verwenden, um die richtige Lokalisierung abzurufen. Für Engineering-Teams bedeutet dies, dass Sie einen einzelnen Produktkatalog pflegen können, aber in mehreren Sprachen mit separaten Übersetzungen für jedes Feld.

Darüber hinaus ermöglicht Ihnen das relationale Schema von Directus, verwandte Inhalte (wie Compliance-Dokumente oder CAD-Dateien) lokal spezifisch zu verknüpfen. Sie können sogar lokalspezifische Metadaten für Medien-Assets speichern, wie z. B. unterschiedliche Alttexte für jede Sprache.

Lokalisierungsmanagementplattformen

Integrieren Sie sich mit Diensten wie Lokalise, Crowdin oder Transifex, um den Übersetzungsworkflow zu optimieren. Diese Plattformen verbinden sich über API mit Ihrem CMS, ziehen automatisch neue Quelltexte und verschieben Sie Übersetzungen zurück. Einige bieten auch maschinelle Übersetzungsoptionen für erste Entwürfe, die professionelle Übersetzer dann überprüfen.

Internationalisierungsbibliotheken

Verwenden Sie etablierte Bibliotheken wie für JavaScript, für PHP oder für Python. Sie behandeln Pluralisierung, Geschlecht und Formatierung. Bei Engineering-Sites achten Sie besonders auf Pluralregeln - einige Sprachen haben mehrere Pluralformen (z. B. "1 Datei, 2 Dateien, 5 Dateien" gegenüber dem komplexen Pluralsystem Russlands).

Schritt-für-Schritt-Implementierungsplan für eine Engineering-Website

  1. Audit your current site: Identifizieren Sie alle benutzerseitigen Zeichenfolgen, Hardcode-Nummern und lokal sensiblen Inhalt.
  2. Richten Sie in Ihrem CMS ein Locale-Framework ein: In Directus aktivieren Sie i18n für die entsprechenden Sammlungen. Definieren Sie die Locales (z. B. en‐US, de‐DE, fr‐FR, ja‐JP), die Sie zunächst unterstützen werden.
  3. Strings externalisieren: Verschieben Sie den gesamten Text in Ressourcendateien oder CMS-Felder. Entfernen Sie die festcodierte Datums-/Zahlenformatierung aus Vorlagen.
  4. Wählen Sie eine URL-Struktur: Optionen sind Subdomain (de.example.com), Unterverzeichnis (example.com/de/) oder Cookie-basiert. Unterverzeichnisse werden für SEO empfohlen, da sie die Domain Authority konsolidieren.
  5. Implementieren Sie die Lokalerkennung und das Umschalten: Ermöglichen Sie es Benutzern, manuell zu überschreiben und auch die Browsersprache zu erkennen.
  6. Erstelle einen Styleguide für Übersetzungen: Bieten Sie Übersetzern Kontext, Glossare und Anweisungen zu Fachbegriffen.
  7. Beginn der Übersetzung für Ihre ersten Zielgebiete: Priorisieren Sie stark frequentierte Märkte.
  8. Test gründlich: Funktionelle, sprachliche, kulturelle und Leistungstests für jedes Gebietsschema.
  9. Starten Sie mit einem überwachten Rollout: Verwenden Sie einen phasenweisen Ansatz - geben Sie jeweils ein Gebietsschema frei und sammeln Sie Feedback.
  10. Maintain und iterate: Richten Sie eine vierteljährliche Lokalisierungsüberprüfung ein, um Inhalte zu aktualisieren und bei Bedarf neue Locales hinzuzufügen.

Häufige Fallstricke zu vermeiden

  • Angenommen, die Übersetzung ist genug: Unübersetzte UI-Strings, fest codierte Regionen im Code und das Ignorieren kultureller Unterschiede werden die Benutzer entfremden.
  • Verwendung von maschineller Übersetzung für technische Inhalte: Obwohl die maschinelle Übersetzung verbessert wurde, kann man ihr nicht vertrauen, wenn es um kritische technische Spezifikationen geht.
  • SEO für mehrere Sprachen ignorieren: Verwenden Sie -Tags, um Suchmaschinen mitzuteilen, für welche Sprache/Region eine Seite gedacht ist.
  • Vernachlässigung der Leistung: Wenn Sie zu viele Übersetzungen gleichzeitig laden, können Sie die Seite aufblähen.
  • Vergessen auf Wartung: Lokalisierung ist kein einmaliges Projekt. Updates planen und Übersetzer auf dem Laufenden halten.

Erfolgsmessung: KPIs für lokalisierte Engineering-Standorte

Verfolgen Sie diese Metriken, um Ihre Lokalisierungsbemühungen zu bewerten:

  • Bounce Rate per locale – eine hohe Bounce Rate kann auf eine schlechte Übersetzung oder eine kulturelle Fehlausrichtung hinweisen.
  • Conversion Rate (Kontaktanfragen, Whitepaper-Downloads) pro Gebietsschema.
  • Zeit auf der Seite – wenn Benutzer mehr Zeit verbringen, schwingt der lokalisierte Inhalt wahrscheinlich mit.
  • Suchmaschinen-rankings für lokalisierte keywords - monitor in jeder zielregion.
  • Feedback von lokalen Verkaufsteams – sie hören oft direkt von Kunden über die Klarheit der Inhalte.

Schlussfolgerung

Die Lokalisierung einer Engineering-Website ist eine komplexe, aber lohnende Investition. Sie öffnet Türen zu internationalen Märkten, schafft Vertrauen bei verschiedenen Kunden und stellt sicher, dass Ihre technischen Informationen genau und effektiv kommuniziert werden. Der Schlüssel ist, mit einer soliden Internationalisierung zu beginnen: Inhalte vom Code trennen, lokale Formatierung handhaben und flexible Layouts entwerfen.

Indem Sie die hier beschriebenen Strategien verfolgen und Plattformen wie Directus nutzen, die native Internationalisierungsfunktionen bieten, kann Ihr Ingenieurbüro eine Website erstellen, die ein globales Publikum wirklich anspricht. Ob Sie ein kleiner spezialisierter Hersteller oder ein multinationales Ingenieurkonglomerat sind, die Prinzipien bleiben die gleichen – planen Sie i18n von Anfang an, beteiligen Sie professionelle Übersetzer, testen Sie streng und iterieren Sie basierend auf Daten. Das Ergebnis wird eine Website sein, die nicht nur kommuniziert, sondern grenzüberschreitend verbindet.

Für weitere Informationen finden Sie die W3C Internationalization Activity für offizielle Best Practices und die Directus i18n Dokumentation für praktische Umsetzungsleitlinien.