i18n: Internationalisierung einfach erklärt

i18n steht für Internationalisierung: den Prozess, Software so zu gestalten, dass sie ohne Änderungen am Quellcode an verschiedene Sprachen und Regionen angepasst werden kann. Das Kürzel ist ein Numeronym – zwischen dem i und dem n des englischen Worts „internationalization“ liegen genau 18 Buchstaben.

Wenn du eine App, eine Website oder ein Softwareprodukt in neue Märkte bringen willst, entscheidet i18n darüber, wie teuer und wie schnell das wird. In diesem Ratgeber erfährst du, was Internationalisierung genau umfasst, wie sie sich von der Lokalisierung unterscheidet, welche Fehler dich später viel Geld kosten – und mit welchen Best Practices du dein Produkt von Anfang an mehrsprachig denkst.

Was ist i18n? Definition und Herkunft des Kürzels

Internationalisierung (i18n) bedeutet, ein Softwareprodukt von Grund auf so zu entwerfen, dass es sich leicht an verschiedene Sprachen, Regionen und kulturelle Konventionen anpassen lässt – ohne dass dafür der Quellcode angefasst werden muss. Das W3C definiert Internationalisierung als das Design und die Entwicklung eines Produkts, das eine leichte Lokalisierung für Zielgruppen ermöglicht, die sich in Kultur, Region oder Sprache unterscheiden.

Konkret gehört dazu unter anderem:

• Alle sichtbaren Texte werden vom Code getrennt und in eigene Ressourcen-Dateien ausgelagert.
• Die Software unterstützt Unicode und kann damit jedes Schriftsystem darstellen.
• Datums-, Zeit-, Zahlen- und Währungsformate sind nicht fest einprogrammiert, sondern richten sich nach der Locale der Nutzer.
• Layouts halten unterschiedliche Textlängen und Schreibrichtungen aus – von Deutsch bis Arabisch.

Warum heißt es i18n?

Die Antwort ist simpler, als das Kürzel aussieht: Entwickler kürzen lange Wörter gern ab. „Internationalization“ beginnt mit einem i, endet mit einem n – und dazwischen stehen 18 Buchstaben. Fertig ist i18n.

i18n vs. l10n: Der Unterschied zur Lokalisierung

Die kurze Antwort: i18n ist die technische Vorbereitung, Lokalisierung (l10n) ist die inhaltliche Anpassung – und die Vorbereitung kommt immer zuerst. Ein anschauliches Bild: Internationalisierung ist der Rohbau eines Hauses, das für viele Bewohner geeignet ist; Lokalisierung ist die Einrichtung für eine konkrete Familie.

Wichtig für die Reihenfolge: Eine Software, die nicht internationalisiert ist, lässt sich nicht sauber lokalisieren. Wer die eigentliche Softwarelokalisierung ohne diese Vorarbeit angeht, muss für jede neue Sprache in den Code eingreifen – genau das soll i18n verhindern. Die Globalisierung (g11n) schließlich verbindet beide Schritte zu einer Markteintritts-Strategie inklusive rechtlicher und organisatorischer Fragen.

Warum Internationalisierung wichtig ist: die Vorteile

Der wichtigste Grund zuerst: Internationalisierung entscheidet darüber, wie schnell und wie günstig du neue Märkte erreichst. Wer sie von Anfang an einplant, macht aus jeder weiteren Sprache eine Übersetzungsaufgabe – wer sie ignoriert, macht daraus ein Entwicklungsprojekt. Damit die neuen Märkte dich auch finden, kommt zur technischen Basis die internationale Suchmaschinenoptimierung hinzu.

Die Vorteile im Überblick:

• Günstigere und schnellere Lokalisierung: Ausgelagerte Texte lassen sich direkt an Übersetzer oder ein KI-Übersetzungstool übergeben – ohne dass jemand Strings im Code suchen muss.
• Bessere Nutzererfahrung: Datum, Währung und Anrede fühlen sich in jedem Markt „richtig“ an, statt erkennbar aus einem anderen Land importiert zu sein.
• Einfachere Wartung: Inhalte und Code sind sauber getrennt – mit einem zentralen Übersetzungsmanagement laufen Übersetzungen parallel zur Entwicklung (kontinuierliche Lokalisierung), Releases warten nicht aufeinander.
• Kürzere Time-to-Market: Neue Sprachversionen entstehen durch neue Sprachdateien, nicht durch neue Entwicklungszyklen.
• Skalierbarkeit: Ob zweiter oder zwanzigster Markt – die Architektur bleibt dieselbe.

Umgekehrt gilt: Schlechte i18n führt fast immer zu holprigen Sprachversionen. Typische Symptome sind halb übersetzte Seiten, auf denen Preise lokalisiert sind, Produktbeschreibungen aber nicht – oder Formulare, die lokale Postleitzahlen gar nicht erst akzeptieren.

Typische i18n-Fehler und wie du sie vermeidest

Die meisten Probleme entstehen nicht durch fehlendes Wissen, sondern durch Annahmen: dass Text immer von links nach rechts läuft, dass jede Sprache ähnlich viel Platz braucht, dass ein Datum überall gleich aussieht. Schon zwischen den USA und Deutschland unterscheiden sich die Basisformate deutlich:

Ein als 1/2 geschriebenes Datum meint in den USA den 2. Januar, in Europa den 1. Februar – bei Lieferterminen ein echtes Problem. Die häufigsten Fehler und ihre Gegenmittel:

i18n-Best-Practices: So bereitest du Software richtig vor

Gute Internationalisierung folgt einem einfachen Prinzip: Der Code kennt keine konkrete Sprache. Diese Checkliste deckt die wichtigsten Maßnahmen ab:

• Alle Texte externalisieren – auch Fehlermeldungen, Tooltips und E-Mail-Vorlagen
• Unicode als Standard-Encoding verwenden
• Keine String-Verkettung – Platzhalter in vollständigen Sätzen nutzen
• Pluralisierung und grammatikalische Varianten der Bibliothek überlassen (ICU MessageFormat)
• Datums-, Zahlen- und Währungsformate über Intl-APIs an die Locale binden
• Layouts für Textausdehnung und RTL-Sprachen flexibel halten
• Mit Pseudo-Lokalisierung testen, bevor die erste echte Übersetzung startet

Wie der wichtigste Punkt in der Praxis aussieht, zeigt ein Minimalbeispiel. So sieht ein hardcodierter Text aus – für jede neue Sprache müsste der Code geändert werden:

// Hardcodiert: nicht übersetzbar ohne Code-Änderung
<div>Hallo, willkommen zurück!</div>

Internationalisiert verweist der Code nur noch auf einen Key; der eigentliche Text liegt in einer Sprachdatei pro Locale:

// Internationalisiert: Text kommt aus der Sprachdatei
<div>{t('welcome_message')}</div>

Tools für i18n und den Schritt danach

Für die technische Seite haben sich im Web-Umfeld Bibliotheken wie i18next und FormatJS etabliert; sie übernehmen Pluralregeln, Platzhalter und Locale-Fallbacks. Für Datums- und Zahlenformate sind die eingebauten Intl-APIs der Standard.

Mit sauberer Internationalisierung ist aber erst die halbe Strecke geschafft: Die Sprachdateien müssen jetzt übersetzt werden – konsistent, in guter Qualität und über Releases hinweg wartbar. Genau hier übernehmen professionelle Übersetzungs-Workflows mit Translation Memory und Terminologie-Management: Ein Translation Memory sorgt dafür, dass bereits übersetzte Segmente wiederverwendet werden, und ein gepflegtes Termbank-Glossar hält Fachbegriffe über alle Sprachen konsistent. Mit LANI kombinierst du dafür KI-Sofortübersetzung mit Translation Memory und Terminologie-Management in einem browserbasierten Tool – so bleibt die Übersetzung so skalierbar wie dein internationalisierter Code.

Fazit: i18n früh einplanen zahlt sich aus

Internationalisierung ist keine Kür für Weltkonzerne, sondern Architekturarbeit, die sich für jedes wachsende Produkt lohnt. Wer Texte von Anfang an auslagert, Formate flexibel hält und Layouts auf andere Sprachen vorbereitet, macht aus dem Markteintritt eine Übersetzungsaufgabe statt eines Umbauprojekts.

Du willst nach der technischen Vorbereitung auch die Übersetzung professionell aufsetzen? Dann schau dir an, wie LANI deine Software-Texte mit KI, Translation Memory und geprüfter Terminologie in neue Sprachen bringt.