Was ist Internationalization (i18n)?

Internationalization, kurz i18n wegen der achtzehn Buchstaben zwischen dem ersten "i" und dem letzten "n", ist die Disziplin, Software so zu bauen, dass sie ohne Code-Änderungen an beliebige Sprachen, Regionen und kulturelle Konventionen anpassbar ist. In einem Composable-Commerce-Stack berührt i18n nahezu jede Schicht: Storefront-Rendering, CMS-Content-Modeling, Search-Indexierung, Pricing, Checkout und sogar Logging.

Definition

i18n ist die technische Grundlage, die Localization (l10n) überhaupt erst möglich macht. Dazu gehören das Auslagern von UI-Strings, durchgängige Unicode-Unterstützung, locale-bewusste URL-Strukturen (etwa /de/ch/produkt vs. /en/us/product) sowie parametrisierte Formate für Zahlen, Daten, Währungen und Adressen. Hinzu kommen bidirektionale Textverarbeitung für RTL-Locales, Pluralisierungsregeln über CLDR und zeitzonen-bewusste Prozesse. Wichtig: i18n ist keine Übersetzung, sondern die Abstraktionsschicht, die Logik von lokalen Konventionen entkoppelt.

Warum es zählt

Ohne i18n wird jede neue Markterschließung zu einer Sammlung von Forks: fest verdrahtete Datumsformate, englische Validierungstexte oder Checkouts, die mit Schweizer Franken nicht umgehen können. Eine Headless-Commerce-Storefront mit sauberer i18n-Basis launcht eine neue Locale in Tagen statt Quartalen, weil Content, Pricing und Routing bereits abstrahiert sind. Für E-Commerce-Teams, die Cross-Border-Commerce betreiben, beeinflusst i18n direkt die Conversion: Wenn Preise, Adressformate und Steuertexte nativ wirken, kaufen Kund:innen eher. Außerdem sind saubere Hreflang-Signale und konsistentes Locale Routing nur mit einem stabilen i18n-Fundament tragfähig.

Anwendungsfälle

Ein Fashion-Retailer modelliert Produkte einmal in einem Composable-Commerce-CMS und liefert pro Markt lokalisierte Varianten aus, indem er Locale Fallback mit übersetzten Overrides kombiniert. Ein B2C-Marktplatz, der von DACH in den MEA-Raum expandiert, nutzt i18n-Primitive, um die Storefront für Arabisch auf RTL Support umzustellen, ohne die Komponentenbibliothek zu duplizieren. Eine Subscription-Marke kombiniert i18n mit Edge-Personalization, leitet Besucher:innen per Geo-IP Detection auf die passende Locale und fällt bei schwachen Signalen auf einen Default im Locale-Routing-Baum zurück. In allen Fällen bleiben Storefront-API und Microservices locale-agnostisch, während die Präsentationsschicht Locale-Metadaten zur Laufzeit konsumiert.

Verwandt

Mehr dazu: Multi-Brand and Multi-Market.