Mobile App-Lokalisierung: Vollständiger Ressourcen-Leitfaden

Lokalisierung (oft zu L10n abgekürzt) ist die Arbeit, eine App, ihre Store-Präsenz und ihr unterstützendes Marketing für Nutzer in bestimmten Sprachen, Regionen und kulturellen Kontexten anzupassen. Sie ist mehr als Übersetzung. Eine vollständige Lokalisierung umfasst übersetzte UI-Texte, übersetzte Store-Metadaten, übersetzte Screenshot-Bildunterschriften, sprach-korrekte Währungs- und Datumsformatierung, kulturell angemessene Bildsprache, regionsspezifische Zahlungsmethoden (UPI in Indien, Pix in Brasilien, iDEAL in den Niederlanden) und angepasste rechtliche Hinweise. Eines davon zu überspringen, liest sich für lokale Nutzer als halbgares ausländisches Produkt.

App Store und Google Play zeigen Nutzern in ihrer bevorzugten Sprache automatisch lokalisierte Listings — sofern Sie sie bereitgestellt haben. Wenn nicht, sieht der Nutzer Ihr englisches Standard-Listing, was die Conversion in nicht-englischen Märkten deutlich unterdrückt. Die Frage ist selten „sollten wir lokalisieren“, sondern „welche Märkte zuerst und wie tief“.

Apples und Googles eigene veröffentlichte Daten bestätigen, was unabhängige ASO-Forschung konsistent zeigt: Lokalisierte Screenshots bewegen die Installations-Conversion deutlich mehr als lokalisierte Titel oder Beschreibungen. Der Grund ist Informationsdichte. Ein Screenshot kommuniziert Produkt, Sprachabdeckung, Markenpolitur und kulturelle Passung in einem einzigen visuellen Moment. Ein lokalisierter Titel kommuniziert nur, dass die App in Ihrer Sprache existiert.

Der Lift ist nicht einheitlich. Ostasiatische Märkte (Japan, Korea, China, Taiwan) zeigen historisch den größten Installations-Lift durch lokalisierte Screenshots — oft 30–60% gegenüber englischen Standards — weil diese Märkte am skeptischsten gegenüber unlokalisierten Listings sind. Europäische Märkte sind typischerweise 10–25% Lift, und englischsprachige nicht-englischsprachige Märkte (Niederlande, Schweden, Finnland) sehen manchmal nur 5–15%. Planen Sie Lokalisierungsinvestitionen nach erwartetem Lift, nicht nur nach Marktgröße.

Für die meisten Apps sind die Erst-Wave-Lokalisierungen mit dem höchsten ROI: Deutsch (de), Französisch (fr), Spanisch (es), Italienisch (it), Portugiesisch (Brasilien) (pt-BR), Japanisch (ja), vereinfachtes Chinesisch (zh-Hans) und Koreanisch (ko). Diese decken die Märkte mit dem größten Installationsvolumen + dem höchsten Lift durch Lokalisierung ab. Eine zweite Wave ergänzt oft: Russisch (ru), Polnisch (pl), Niederländisch (nl), Türkisch (tr), Arabisch (ar), Vietnamesisch (vi) und traditionelles Chinesisch (zh-Hant).

Apple und Google unterstützen deutlich mehr Sprachen als das (Apple hat 175+ Sprache/Land-Kombinationen), aber der Long Tail rechtfertigt den Aufwand selten, sofern Ihr Produkt dort nicht spezifischen Markt-Fit hat. Beginnen Sie mit den acht, messen Sie Conversion-Lift pro Markt und expandieren Sie in die Märkte, die das stärkste Signal zurückliefern.

Drei Ansätze: (1) Senden Sie Bildunterschriften an einen professionellen Übersetzungsdienst (Smartling, Lokalise, Crowdin) — höchste Qualität, langsamste Durchlaufzeit, am teuersten pro Sprache. (2) Verwenden Sie ein LLM (GPT-4o, Claude, Gemini) für einen ersten Durchlauf und lassen Sie Muttersprachler überprüfen — schnell, günstig, überraschend gut für kurze Marketing-Texte. (3) Stellen Sie muttersprachliche Auftragnehmer direkt über Upwork oder Fiverr ein — oft die beste Balance für Frühphasen-Teams.

Welchen auch immer Sie wählen, übersetzen Sie eine Screenshot-Bildunterschrift niemals maschinell und liefern sie ohne menschliche Prüfung aus. Marketing-Texte sind zu hebelstark für ungeprüfte automatische Übersetzung. Die Kosten einer ungeschickten japanischen Bildunterschrift sind hunderte verlorener Installationen; die Prüfung kostet 5–20 $ pro Sprache.

Hier stolpern die meisten Teams. „$19.99/month“ in „19,99 $/Monat“ zu übersetzen ist in einem deutschen Listing falsch — es sollte „19,99 €/Monat“ sein. Währungsumrechnung zu fairer Kaufkraftparität, sprach-korrekte Dezimaltrennzeichen (Komma im Großteil Europas, Punkt in den USA/UK), Maßeinheiten (cm vs. Zoll), Datumsformate (TT/MM/JJJJ vs. MM/TT/JJJJ vs. JJJJ-MM-TT) und Zeitformate (12h vs. 24h) müssen alle pro Sprache rendern.

Das sauberste Muster ist, alle sprachabhängigen Werte aus der Screenshot-Vorlage selbst herauszuhalten und sie zur Render-Zeit aus einer sprachspezifischen Datendatei einzuspeisen. Genau dafür sind dynamische Vorlagen und YAML-Konfiguration da: eine Vorlage, N sprachspezifische Datendateien, M Renderings.

Arabisch, Hebräisch, Persisch und Urdu sind Right-to-Left-Schriften. Screenshots für diese Märkte zu lokalisieren bedeutet mehr als Text auszutauschen — das gesamte Layout spiegelt sich typischerweise. Der CTA-Button wandert von rechts nach links, Navigationsleisten kehren sich um, Fortschrittsanzeigen kippen die Richtung, und sogar einige Ikonografien (Zurück-Pfeile, Senden-Buttons) müssen gespiegelt werden.

Behandeln Sie für RTL-Märkte die Screenshot-Vorlage als separates Artefakt, nicht als Übersetzungs-Overlay. Der Lift eines korrekt gespiegelten arabischen Screenshots gegenüber einem links-nach-rechts arabischen Screenshot ist groß; der Lift durch das Verbessern eines bereits gespiegelten Screenshots ist klein. Holen Sie das Layout zuerst richtig hin.