Einheit 6 / 11

Lokalisierung (L10n): Software, Web, Spiel und kulturelle Anpassung

Gewinne:

  • Fähigkeit, Lokalisierung von Übersetzung zu unterscheiden und Platzhalterintegrität, Textlänge und Datums-/Geld-/Maßformat korrekt zu verwalten
  • Möglichkeit, technische Funktionen wie Pluralregeln und Rechts-nach-Links-Sprachen an das Zielgebietsschema anzupassen
  • Fähigkeit, kulturelle Elemente aus der Perspektive eines lokalen Experten zu bewerten und die Platzhalter- und kulturellen Risiken künstlicher Intelligenz mit QA zu erfassen

Das Umwandeln der Schaltfläche „Speichern“ einer App in „Speichern“ ist eine Übersetzung; Aber die Anpassung des Datumsformats, der Währung, der Rechts-nach-Links-Schriftart, der Tastenlänge, der kulturellen Bilder und der Rechtstexte dieser Anwendung an den Zielmarkt ist Lokalisierung. In dieser Einheit lernen Sie die Lokalisierung, ihre technischen Merkmale (Platzhalter, Länge, Kodierung), die Rolle der KI in diesem Prozess und die kulturelle Anpassung kennen. Das Ziel besteht darin, wie ein Lokalisierungsexperte zu denken und „das Produkt an die Zielkultur anzupassen, nicht an die Worte.“

Grundlegende Konzepte

Lokalisierung (L10n – Lokalisierung; L10n, weil zwischen „l“ und „n“ 10 Buchstaben stehen) ist der Prozess der vollständigen Anpassung eines Produkts (Software, Web, Spiel, Anwendung) an eine bestimmte Sprache und Kultur; Es beinhaltet die Übersetzung, geht aber darüber hinaus. Unter Internationalisierung (i18n – Internationalisierung) versteht man den Vorgang, bei dem das Produkt von Grund auf so konzipiert wird, dass es sehr gut für die Sprache geeignet ist (Trennung von Text und Code, wodurch Längenflexibilität ermöglicht wird); Es geht der Lokalisierung voraus und ermöglicht diese.

String ist der Text, der in der Software übersetzt werden soll. Platzhalter sind Markierungen innerhalb der Zeichenfolge, die zur Laufzeit mit der Variablen gefüllt werden: „Hallo {Name}“, „{Anzahl} Elemente“. Gebietsschema ist die Kombination aus Sprache + Region (tr-TR, en-US); Gibt Datum, Uhrzeit, Zahlen- und Währungsformat an.

Lokalisierung unterscheidet sich von Übersetzung: Sie vermitteln nicht nur die Bedeutung, sondern auch Funktion und kulturelle Angemessenheit. Ein „04.03.2026“-Datum ist in den USA der 4. März und in der Türkei bedeutungslos (wir schreiben 03.04.2026); „₺“ statt „$“; Die Farbe Rot kann in einer Kultur eine Warnung und in einer anderen eine Feier sein.

Tipp: Was Übersetzer bei der Lokalisierung am häufigsten übersehen, sind Elemente außerhalb des Textes: Datums-/Uhrzeit-/Zahlenformat, Währung, Maßeinheit (Meilen/km), Reihenfolge der Vornamen, Adressformat, Telefonformat. Suchen Sie bei jedem Projekt mit einer „Gebietsschema-Checkliste“ nach diesen.

Platzhalter und technische Integrität

Der gefährlichste technische Fehler bei der Lokalisierung ist die Beschädigung von Platzhaltern und Tags. Wenn Sie das {n} im Satz „Sie haben {n} Nachrichten“ löschen, es falsch schreiben oder gemäß der türkischen Syntax an der falschen Stelle einfügen, stürzt die Software ab oder erscheint grob als „Sie haben {n} Nachrichten“. Regeln:

  • Platzhalter niemals drehen, löschen oder formatieren. {name}, %s, {{count}} bleiben gleich.
  • Türkische Syntax kann den Platzhalter ersetzen; Verschieben Sie es unter Beibehaltung der Bedeutung an den neuen Standort, zerstören Sie jedoch nicht das Schild selbst.
  • Die Pluralregeln variieren je nach Sprache: Während es im Englischen „1 item / 2 items“ heißt, gibt es im Türkischen kein Pluralsuffix nach der Zahl („2 items“). Lokalisierungsframeworks behandeln dies separat.

Die KI ist hier ein zweigleisiges Werkzeug: Sie übersetzt Strings schnell, kann aber versehentlich umdrehen oder den Platzhalter verlieren. Aus diesem Grund ist eine Platzhalter-QA-Runde bei der Lokalisierung unerlässlich.

Achtung: Texterweiterung ist das versteckte Problem der Lokalisierung. Der Übersetzungstext vom Englischen ins Türkische ist oft 20-40 % länger; „OK“ besteht aus 2 Buchstaben, das Gegenstück „OK“ aus 5 Buchstaben. Übersetzungen, die nicht in eine schmale Schaltfläche passen, zerstören die Benutzeroberfläche. Wenn möglich, prüfen Sie in der realen Oberfläche, ob der Zieltext passt.

Lokalisierungsfluss und kulturelle Anpassung mit KI

KI beschleunigt die folgenden Aufgaben bei der Lokalisierung: Erstübersetzung von Zeichenfolgen, Konsistenzprüfung, Längenwarnung („Diese Übersetzung ist 35 % länger als das Original“), Überprüfung der kulturellen Angemessenheit („Wird dieses Bild/Beispiel Probleme in der Zielkultur verursachen?“). Aber die kulturelle Entscheidung liegt beim Menschen: Der Experte vor Ort weiß, wie ein Witz, ein Feiertag, ein Beispiel, eine Farbe in der Zielkultur wahrgenommen wird. KI kann eine allgemeine Warnung ausgeben; Die endgültige Entscheidung trifft der Übersetzer, der den lokalen Markt kennt.

Beispiele für kulturelle Anpassungen: Zahlungsmethoden (lokale Karten), Beispielnamen (lokale Namen), Maßeinheiten, gesetzliche Verpflichtungen (KVKK/DSGVO-Texte), Feiertage, Anrede (Sie/Sie), Farb- und Symbolbedeutungen.

drei Mini-Koffer

Fall 1 – Platzhalter-QA verhinderte den Absturz. Bei der Übersetzung von 1.200 Zeichenfolgen in einer mobilen Anwendung übersetzte die KI den Platzhalter {count} an 18 Stellen als „{number}“. Die Platzhalter-QA-Runde hat diese erfasst; Wenn das Problem nicht behoben würde, würde die Anwendung auf diesen Bildschirmen abstürzen.

Fall 2 – Länge hat die Schnittstelle kaputt gemacht. Das Menü einer Software wurde auf Englisch gestaltet; Als die türkischen Übersetzungen durchschnittlich 30 % länger wurden, wurden drei Menüpunkte verschoben und gestrichen. Hätte das Team die Längenwarnung frühzeitig erhalten, hätte es kurze Alternativen vorbereitet (ggf. Abkürzung statt „Settings“); Der Auftrag wurde überarbeitet und mit Prozesslängenkontrolle aktualisiert.

Fall 3 – Kulturelle Anpassung rettete den Verkauf. Bei einer Spielförderung gab es ein Verdienstabzeichen mit einer Schweinefigur; In einem Zielmarkt war dies kulturell unangemessen. Der örtliche Übersetzer warnte, die Zahl sei geändert worden. Die KI hatte den Text übersetzt, doch es war der Experte vor Ort, der auf das kulturelle Risiko hinwies.

Vier kopierbare Vorlagen

1) String-Übersetzung (platzhaltergeschützt):

Übersetzen Sie die folgenden Softwarezeichenfolgen in [Zielsprache]. REGEL: Übersetzen, löschen oder formatieren Sie NIEMALS Platzhalter wie {name}, %s, {{count}}; Behalten Sie es so bei, wie es ist (Sie können es gemäß der türkischen Syntax verschieben). Behalten Sie HTML/Tags bei. Schreiben Sie es prägnant und passend zur Schnittstelle. Format: Quelle → Übersetzung.Strings: [...]

2) Platzhalter-/Label-QA:

Nachfolgend finden Sie die Quelle und die übersetzten Zeichenfolgen. Markieren Sie NUR Probleme mit Platzhaltern und Tags: translator/deleted/corrupted{...}, %s, {{...}}, <tag>. Listen Sie auf, wie viele Platzhalter in der Quelle und in der Übersetzung vorhanden sind, und listen Sie diejenigen auf, die nicht übereinstimmen. Quelle: [...] | Übersetzung: [...]

3) Längen- und Schnittstellenwarnung:

Bewerten Sie die folgenden UI-Übersetzungen hinsichtlich ihrer Länge. Geben Sie für jede Übersetzung die prozentuale Erweiterung entsprechend der Quelle an und markieren Sie diejenigen, die möglicherweise nicht in enge Räume passen (Schaltflächen, Menüs). Für diejenigen, die nicht passen, schlagen Sie eine kürzere Alternative vor, die die Bedeutung beibehält. Paare (Quelle | Übersetzung): [...]

4) Prüfung der kulturellen Eignung:

Ihre Rolle: [Zielmarkt] Lokalisierungsberater. Markieren Sie Elemente im folgenden Inhalt, die in der Zielkultur Probleme verursachen können: Bild, Beispiel, Name, Farbe, Symbol, Witz, Datums-/Maßformat, Rechtstext. Die endgültige Entscheidung liegt bei mir; Sie weisen auf das Risiko hin und schlagen Alternativen vor. Inhalt: [...]

Schwache Eingabeaufforderung / Starke Eingabeaufforderung

Schwach: „Übersetze diese App-Texte.“ (Platzhalter, Länge, kein Schnittstellenkontext; maschinell übersetzt Platzhalter, Text wird länger.)

Strong: „Übersetzen Sie diese Zeichenfolgen für mobile Anwendungen ins Türkische. Behalten Sie die Platzhalter {user} und %d bei.

Unterschied: starke Eingabeaufforderung gibt Platzhalter, Länge, Begriff und Pluralkonvention an; Die Ausgabe käme einer direkten Eingabe in die Schnittstelle nahe.

Tabelle mit Lokalisierungsdimensionen

Größe

Beispiel

Risiko

Platzhalter/Beschriftung

{name}, %s, <b>

Software stürzt ab

Länge

„OK“→„OK“ (150 %)

Schnittstelle läuft über

Datum/Nummer/Geld

04.03.26, 1.000,50 $

falsche Informationen

Pluralregel

2 Artikel → 2 Artikel

schlechte Grammatik

kulturelles Element

Bild, Farbe, Humor

Ruf/Umsatz

Gesetzestext

KVKK/DSGVO

rechtliches Risiko

Häufige Fehler

  • Platzhalter umdrehen/löschen. Dies führt zum Absturz der Software oder zur Anzeige von Rohtext.
  • Textdehnung wird nicht berücksichtigt. Schnittstelle läuft über, Elemente werden abgeschnitten.
  • Datums-/Währungs-/Maßformat werden nicht konvertiert. Es blieben „5 Meilen“, nicht „8 km“.
  • Das kulturelle Element passieren, ohne den lokalen Experten zu konsultieren. Reputations- und Vertriebsrisiko.
  • Pluralregeln mit englischer Logik übersetzen. Schlechte Grammatik wie „2 Elemente“.

Pseudolokalisierung und Rechts-nach-Links-Sprachen

Zwei technische Probleme bestimmen die Lokalisierungsqualität. Die erste ist Pseudolokalisierung: Testen des Produkts mit gefälschtem, aber realistischem Text von Länge und Sonderzeichen (z. B. „Einstellungen“ → „[Ŝéttîngŝ~~]“) vor der eigentlichen Übersetzung. Hier wird angezeigt, ob die Schnittstelle Langtexte und Sonderzeichen verarbeiten kann und ob Strings tatsächlich extrahiert werden, bevor die Übersetzung beginnt. Wenn der mit dem Entwickler zusammenarbeitende Übersetzer diesen Test empfiehlt, werden viele Schnittstellenfehler erkannt, bevor sie auftreten.

Das zweite sind Rechts-nach-Links-Sprachen (RTL): Sprachen wie Arabisch, Hebräisch und Persisch werden von rechts nach links geschrieben, und die Lokalisierung erfordert die Spiegelung nicht nur des Textes, sondern des gesamten Interface-Layouts (Menüposition, Pfeile, Ausrichtung). In einer RTL-Übersetzung können Zahlen und lateinische Buchstabenbegriffe zu Verwirrung führen; Dieses Problem des „Bidi-Textes“ erfordert besondere Aufmerksamkeit. KI kann RTL-Texte übersetzen, aber Layoutspiegelung und wechselseitige Flussentscheidungen erfordern technisch-kulturelles Fachwissen. Diese beiden Probleme zeigen, dass Lokalisierung eine ingenieurkulturelle Arbeit ist, die über die Übersetzung hinausgeht.

Zusammenfassend

Lokalisierung bedeutet, das Produkt, nicht die Wörter, an die Zielsprache und -kultur anzupassen; umfasst die Übersetzung, aber auch Platzhalterintegrität, Textlänge, Datums-/Geld-/Maßformat, Pluralregeln und kulturelle Elemente. KI beschleunigt die String-Übersetzung, Länge und kulturelle Risikoprüfung; Eine QS-Tour ist jedoch unerlässlich, da sie den Platzhalter stören kann und die kulturelle Entscheidung vom Experten getroffen wird, der den lokalen Markt kennt. Erfolgreich bei der Lokalisierung ist die Liebe zum Detail, die über den Text hinausgeht.

Anwendungsaufgabe

Nehmen Sie einen Beispiel-Schnittstellentext mit 15 bis 20 Zeichenfolgen (mit Platzhaltern {...} oder %s und einem Beispiel für Datum/Geld). Übersetzen Sie mit dem Muster „String-Übersetzung“, überprüfen Sie dann die Platzhalterintegrität mit „Platzhalter-QA“ und prüfen Sie das Überlaufrisiko mit „Längenwarnung“. Passen Sie das Datums- und Geldformat an das Zielgebiet an und führen Sie einen „kulturellen Eignungsscan“ durch, wenn ein kulturelles Element vorhanden ist.

Checkliste

  • [ ] Ich habe den Platzhalter und die Beschriftungen beibehalten und sie mit der Qualitätssicherung bestätigt.
  • [ ] Ich habe die Textdehnung kontrolliert und ein Überlaufen in engen Bereichen verhindert.
  • [ ] Ich habe Datum, Zahl, Währung und Maßeinheiten an das Zielgebietsschema angepasst.
  • [ ] Ich habe Pluralausdrücke nach den Regeln der Zielsprache übersetzt.
  • [ ] Ich habe die kulturellen Elemente aus der Sicht eines lokalen Experten bewertet.