Wenn Übersetzungen deine App-Store-Zeichenlimits sprengen
Du hast einen sauberen 28-Zeichen-App-Namen geschrieben, einen knackigen 29-Zeichen-Untertitel und ein Keyword-Feld, das alle 100 Zeichen nutzt. Dann hast du das Listing lokalisiert, und App Store Connect fing an, Felder abzulehnen — der deutsche Untertitel hat 41 Zeichen, der französische 36. Die englische Version war nie das Problem. Jede Sprache bekommt ihre eigene Kopie jedes Feldes, und jede Kopie muss das gleiche Limit für sich selbst einhalten.
Das ist die Referenz für diese Limits, warum Übersetzungen sie sprengen und wie du ein Listing in jeder Sprache lesbar hältst, statt Wörter mittendurch zu zerhacken.
Die Zeichenlimits, beide Stores
Jede Zahl unten gilt pro Locale. Wenn du ins Französische, Deutsche, Japanische und so weiter lokalisierst, hält jede Sprache ihre eigene Kopie jedes Feldes, und jede wird bei der Einreichung gegen dasselbe Limit geprüft.
Zwei Dinge sind erwähnenswert. Das App-Store-Keyword-Feld ist ein verstecktes, kommagetrenntes 100-Zeichen-Feld — auf der Produktseite nicht sichtbar, aber dort steckt ein Großteil deiner Indexierung, also zählt jedes Zeichen. Und die knappsten Felder — der 30-Zeichen-Name und -Untertitel — sind genau die, die Übersetzung am härtesten trifft.
Warum die übersetzte Version überläuft
Dieselbe Bedeutung braucht in verschiedenen Sprachen unterschiedlich viel Platz. Beim Übersetzen aus dem Englischen ist die grobe Richtung konsistent genug, um damit zu planen:
- Deutsch: oft +30-40%. Zusammengesetzte Substantive verschmelzen mehrere englische Wörter zu einem langen Wort, und es gibt kein kürzeres Synonym als Ausweg. Diese Sprache sprengt ein 30-Zeichen-Feld am häufigsten.
- Französisch, Spanisch, Italienisch, Portugiesisch: rund +15-25%. Konsistente, moderate Expansion. Ein Name, der im Englischen bequem bei 24 Zeichen liegt, landet nahe an oder über 30.
- Chinesisch, Japanisch, Koreanisch: oft rund 50% kürzer in der Zeichenzahl. CJK-Schriften packen mehr Bedeutung pro Zeichen, sodass das Feldlimit selten die bindende Beschränkung ist — Lesbarkeit und Wortwahl sind es.
- Arabisch, Hebräisch und andere RTL-Schriften: erwarte Expansion im Bereich +15-30% plus einen Richtungswechsel. Diese brauchen einen menschlichen Prüfdurchgang, nie rohe maschinelle Übersetzung — bidirektionaler Text und nicht-lateinische Keyword-Felder sind dort, wo automatisierte Ausgabe still versagt.
Verstehe diese als Planungsspannen, nicht als Garantien. Der Punkt ist die Richtung: Liegt ein Feld nahe an seinem Limit im Englischen, geh davon aus, dass die europäischen Übersetzungen darüber hinausschießen und die CJK-Fassungen darunter bleiben. Plane im englischen Ausgangstext ein paar Zeichen Puffer ein, dann hat die Expansion Raum, in den sie gehen kann.
Wie das Sprengen des Limits konkret aussieht
Apple und Google setzen die Limits beide beim Einreichungsschritt durch. In der Praxis triffst du einen von zwei Fehlermodi. Das Store-Formular verweigert die zusätzlichen Zeichen von vornherein — du kannst physisch nicht über das Limit hinaus tippen, sodass eine eingefügte Übersetzung stillschweigend an der Grenze abgeschnitten wird, mitten im Wort. Oder das Feld akzeptiert den Text, und das Listing wird bei der Prüfung abgelehnt. So oder so endet der übersetzte Name oder Untertitel abgeschnitten, durch den Schnitt fehlerhaft geschrieben oder fehlt in diesem Markt komplett.
Nichts davon ist im englischen Listing sichtbar. Es zeigt sich pro Sprache, eine Locale nach der anderen — meist genau dann, wenn du dachtest, das Listing sei fertig.
Die Lösung: transkreieren, nicht abschneiden
Einen deutschen Untertitel bei Zeichen 30 abzuschneiden erzeugt ein kaputtes Halbwort, das sich für Muttersprachler wie maschinell verhunzt liest. Der richtige Weg ist, Name und Untertitel pro Locale umzuschreiben, sodass sie die gleiche Absicht innerhalb des Limits tragen.
- Zuerst den Ausgangstext kürzen. Ein 22-Zeichen-Untertitel auf Englisch übersteht eine 35%-Expansion; ein 29-Zeichen-Untertitel nicht. Puffer im Englischen ist die günstigste Lösung.
- Die knappen Felder transkreieren. Wähle für Name und Untertitel ein kürzeres Synonym oder lass ein Füllwort in der Zielsprache weg, statt Wort für Wort zu übersetzen. Ziel ist eine Formulierung, die passt und sich natürlich liest, keine wörtliche Entsprechung.
- RTL- und nicht-lateinische Felder von einem Menschen prüfen lassen. Arabische, hebräische und nicht-lateinische Keyword-Listen sind die, bei denen maschinelle Übersetzung Fehler macht, die du nicht erkennst, wenn du die Schrift nicht lesen kannst.
- Die Zeichenzahl in der Zielschrift prüfen, nicht in der englischen. Die Zeichenzahl ist das, was der Store misst, und sie unterscheidet sich je nach Sprache — also muss sie nach der Übersetzung gemessen werden, pro Feld.
Wo Mokbi hilft
Mokbi übersetzt dein gesamtes Listing — Name, Untertitel, Keywords, Beschreibung — in 50 Sprachen und zeigt dabei die Zeichenzahl pro Sprache für jedes Feld an. Die Überläufe zeigen sich direkt im Editor, bevor du irgendetwas in App Store Connect oder die Play Console einfügst — so erwischst du den 41-Zeichen-deutschen-Untertitel, während du ihn noch kürzen kannst, statt nach einer Ablehnung.
Das ist ein erster Durchgang, kein finaler. Er bringt jedes Feld innerhalb der Limits unter und markiert die, die expandiert sind — das ist der Großteil der Arbeit. Aber deine wertvollsten Märkte verdienen trotzdem einen menschlichen Blick — einen Muttersprachler, der bestätigt, dass der transkreierte Name gut klingt und die RTL-Felder korrekt sind. Das Tool nimmt dir das Rätselraten ab, welche Felder gesprengt sind; ein Mensch bestätigt, dass die wichtigsten gut zu lesen sind.