Mobile App Lokalisierung: Best Practices für iOS und Android

Mobile App Lokalisierung: Best Practices für iOS und Android

Wichtigste Erkenntnisse

• iOS verwendet .strings- und .stringsdict-Dateien, während Android strings.xml in res/values-{locale}/-Verzeichnissen nutzt
• App Store Optimization (ASO) erfordert lokalisierte Metadaten — Titel, Beschreibung, Keywords und Screenshots — für jeden Markt
• RTL-Layout-Unterstützung muss auf allen Bildschirmen getestet werden, einschließlich benutzerdefinierter Views und Animationen
• Over-the-Air (OTA) Übersetzungsupdates ermöglichen die Korrektur von Übersetzungen ohne Einreichen einer neuen App-Version

Plattformspezifische Lokalisierung

iOS Lokalisierung

iOS verwendet .lproj-Verzeichnisse für jede Locale:

en.lproj/
  Localizable.strings
  Localizable.stringsdict
  InfoPlist.strings
de.lproj/
  Localizable.strings
  Localizable.stringsdict
  InfoPlist.strings

Wichtige Dateien:

• Localizable.strings — Schlüssel-Wert-Paare für UI-Text
• Localizable.stringsdict — Pluralregeln (essenziell für Sprachen mit komplexen Pluralformen)
• InfoPlist.strings — App-Name und Berechtigungsbeschreibungen

Android Lokalisierung

Android verwendet Ressourcenverzeichnisse mit Locale-Qualifikatoren:

res/
  values/strings.xml          (Standard/Englisch)
  values-de/strings.xml       (Deutsch)
  values-ja/strings.xml       (Japanisch)
  values-ar/strings.xml       (Arabisch)

Androids Ressourcensystem wählt automatisch die richtige Datei basierend auf der Geräte-Locale. Verwenden Sie plurals-Ressourcen für Pluralformen und string-array für Listen.

App Store Optimization (ASO) für lokalisierte Apps

Lokalisieren Sie diese Elemente für jeden Zielmarkt:

Recherchieren Sie Keywords pro Markt — übersetzen Sie englische Keywords nicht direkt.

RTL-Sprachunterstützung

Für Arabisch, Hebräisch und andere RTL-Sprachen:

• Verwenden Sie leading/trailing-Constraints anstelle von left/right (iOS)
• Verwenden Sie start/end anstelle von left/right in Layouts (Android)
• Spiegeln Sie Navigations-Icons (Zurück-Pfeil, Listen-Einrückung)
• Testen Sie bidirektionalen Text (gemischter RTL- und LTR-Inhalt)
• Stellen Sie sicher, dass benutzerdefinierte Views die Layout-Richtung respektieren

Over-the-Air Übersetzungsupdates

OTA-Systeme ermöglichen die Aktualisierung von Übersetzungen ohne ein vollständiges App-Release:

• Übersetzungsfehler sofort beheben
• Neue Sprachen ohne Code-Änderungen hinzufügen
• A/B-Test von Übersetzungen zur Conversion-Optimierung
• App-Update-Müdigkeit bei Nutzern reduzieren

Mobile App Übersetzungsdienste: Ansätze im Vergleich

Die Wahl des richtigen mobilen App-Übersetzungsdienstes hängt von Teamgröße, Budget und Qualitätsanforderungen ab. Hier ist eine Übersicht der drei Hauptansätze.

Manuelle Übersetzung

Manuelle Übersetzung beinhaltet das Beauftragen professioneller Übersetzer oder Agenturen für die Übersetzung von App-Strings, eine Sprache nach der anderen. Dieser Ansatz liefert hohe sprachliche Qualität, besonders für Marketingtexte und nutzerseitige Inhalte, ist jedoch langsam und teuer. Durchlaufzeiten werden in Tagen oder Wochen gemessen, und die Koordination mehrerer Übersetzer über Sprachen hinweg schafft Projektmanagement-Overhead.

Automatisierte maschinelle Übersetzung

Eigenständige maschinelle Übersetzungsdienste (Google Translate API, DeepL API, Azure Translator) bieten Geschwindigkeit und niedrige Kosten. Sie funktionieren gut für die Erstellung von Erstentwürfen von UI-Strings und Dokumentation, aber der Output fehlt Produktkontext. Ein Button-Label wie „Set" könnte als Substantiv (eine Sammlung) statt als Verb (konfigurieren) übersetzt werden, ohne Wissen darüber, wo der String in der UI erscheint. Automatisierte MT erfordert menschliches Post-Editing vor der Produktionsveröffentlichung.

Plattformbasierte App-Übersetzungsdienste

Plattformbasierte App-Übersetzungsdienste kombinieren Automatisierung mit Workflow-Management. Anstatt Übersetzer und MT-Engines separat zu verwalten, übernimmt eine Plattform die gesamte Pipeline: String-Extraktion, maschinelle Übersetzung, Routing für menschliche Überprüfung, Translation Memory und Lieferung zurück in Ihre Codebasis.

Better i18n ist für dieses Modell konzipiert. Es bietet ein Expo SDK (@better-i18n/expo) für React Native Apps und ermöglicht OTA-Übersetzungsupdates ohne erneute Bereitstellung über den App Store oder Google Play. Die KI-Übersetzungsmaschine der Plattform versteht Produktglossar und UI-Kontext und produziert Übersetzungen, die sich bewusst sind, wo jeder String in Ihrer App erscheint. Übersetzungen werden über CDN mit 300+ Edge-Standorten und unter 50 ms Ladezeiten bereitgestellt, sodass Nutzer aktualisierte Übersetzungen sofort sehen.

Für Teams, die App-Übersetzungsdienste evaluieren, ist die entscheidende Frage, ob Sie einen einmaligen Übersetzungsanbieter oder eine kontinuierliche Übersetzungspipeline benötigen, die mit Ihrem Release-Zyklus Schritt hält. Wenn Ihre App regelmäßig neue Features veröffentlicht, eliminiert ein Plattformansatz den Koordinationsaufwand, der manuelle und eigenständige MT-Workflows verlangsamt.

Häufige Mobile-Lokalisierungsfehler

1. Hardcodierte Strings im Code anstelle von Ressourcendateien
2. Feste UI-Element-Breiten, die bei längeren Übersetzungen brechen
3. Pluralformen ignorieren — viele Sprachen haben mehr als Singular/Plural
4. Unübersetzte Screenshots in App-Store-Einträgen
5. Fehlende RTL-Tests für arabische und hebräische Märkte

FAQ

Mit wie vielen Sprachen sollte ich launchen? Beginnen Sie mit Ihren Top 5-10 Märkten nach Umsatz oder Nutzerbasis. Häufige erste Ziele: Englisch, Spanisch, Französisch, Deutsch, Japanisch, Chinesisch, Koreanisch, Portugiesisch.

Sollte ich maschinelle Übersetzung für App-Strings verwenden? Maschinelle Übersetzung kann erste Entwürfe liefern, aber UI-Strings erfordern menschliche Überprüfung für Kontextgenauigkeit. Kurze Strings ohne Kontext sind besonders anspruchsvoll für MT.

Wie gehe ich mit der Lokalisierung dynamischer Inhalte um? Verwenden Sie serverseitige Lokalisierung für dynamische Inhalte (Push-Benachrichtigungen, In-App-Nachrichten). Clientseitige Lokalisierung behandelt statische UI. Ein TMS kann beide Workflows verwalten.

Was ist mit Datums-, Uhrzeit- und Zahlenformatierung? Verwenden Sie Plattform-Formatter (DateFormatter auf iOS, DateFormat auf Android) mit der Geräte-Locale. Formatieren Sie Daten oder Zahlen niemals manuell.