App-Store-Cross-Lokalisierung: der kostenlose Keyword-Platz, den die meisten Apps verschenken
Es gibt einen Keyword-Feld-Trick direkt in App Store Connect, der nichts kostet und den die meisten Apps ungenutzt lassen. Es ist kein Schlupfloch und verstößt gegen keine Regel. Apple indexiert einfach mehr als eine Sprache pro Storefront, und fast niemand füllt die zweite aus.
So funktioniert es: Jedes App-Store-Territorium hat eine primäre Locale – die Standardsprache dieses Marktes – und eine oder mehrere sekundäre Locales, die Apples Suchalgorithmus ebenfalls durchsucht. Keywords in den Metadaten beider Locales können dich in diesem Land ranken. Der US-Store liest also nicht nur deine Englisch-(U.S.)-Felder, sondern auch deine Spanisch-(Mexiko)-Felder. Füllst du beide mit unterschiedlichen Begriffen, gibst du Apple zwei Keyword-Sets zum Ranken statt nur eines.
Warum das kostenloser Platz ist
Eine einzelne Locale liefert dir drei indexierte Felder: einen 30-Zeichen-App-Namen, einen 30-Zeichen-Untertitel und ein 100-Zeichen-Keyword-Feld. Das sind 160 indexierte Zeichen pro Locale. Die Beschreibung wird im App Store nicht für die Suche indexiert, also sind diese 160 Zeichen das ganze Spiel.
Eine sekundäre Locale gibt dir einen zweiten Satz derselben drei Felder, der ins Ranking desselben Storefronts einzahlt. Füllst du das es-MX-Keyword-Feld für eine US-App, gehst du von 100 Zeichen versteckter Keywords auf etwa 200 – plus einem zweiten 30-Zeichen-Untertitel, den Apple ebenfalls indexiert. Gleiche Zielgruppe, gleicher Store, ungefähr die doppelte Fläche. Du zahlst nichts dafür, brauchst keine spanischsprachigen Nutzer, um zu profitieren, und keinen separaten Listing-Eintrag – du hörst nur auf, das Feld leer zu lassen.
Der Grund, warum es als „verschenkter“ Platz gilt: Das Feld ist fast immer leer oder, schlimmer, eine Kopie der primären Locale. Beides verschenkt die Chance.
Die Referenztabelle: welche Locales jeder Storefront indexiert
Diese Übersicht solltest du dir merken. Für jeden Storefront listet sie die primäre Locale, die Apple indexiert, und die sekundäre(n) Locale(s), die ebenfalls durchsucht werden. Zuordnungen wie von ASO-Tools 2026 dokumentiert – Apple passt das über die Zeit an, prüfe deine Kernmärkte also in App Store Connect oder deinem ASO-Tool, bevor du schreibst:
| Japan | Japanisch — ja | Englisch (U.S.) — en-US |
*Der US-Storefront ist der Ausreißer: neben es-MX indexiert er auch Französisch, Chinesisch (vereinfacht), Chinesisch (traditionell), Koreanisch, Portugiesisch (Brasilien), Russisch, Arabisch und Vietnamesisch – neun sekundäre Locales insgesamt.
Aus der Tabelle ergeben sich zwei Muster. Erstens: Englisch (U.K.) ist das Arbeitstier unter den sekundären Locales – es wird in der großen Mehrheit der nicht-englischen Storefronts als Backup-Locale indexiert, weshalb ein en-GB-Feld das mit Abstand wertvollste ist, wenn du global verkaufst. Zweitens: Die USA sind mit neun sekundären Locales ungewöhnlich großzügig, weshalb über den es-MX-Move am meisten geschrieben wird.
Der Haken: nur eigenständige Begriffe
Die Verdopplung passiert nur, wenn die zweite Locale Wörter enthält, die die erste nicht hat. Zwei Apple-Regeln machen das ganz genau, und beide sprechen gegen den bequemen Weg:
- Jedes Wort wird nur einmal indexiert. Taucht ein Begriff sowohl im primären als auch im sekundären Keyword-Feld auf, bringt das Duplikat nichts. Kopierst du deine en-US-Keyword-Liste in es-MX, hast du das zweite Feld für null zusätzliche Reichweite verbrannt.
- Wörter werden nicht locale-übergreifend kombiniert. Apple bildet Mehrwort-Phrasen nur innerhalb einer einzelnen Lokalisierung, nie über zwei hinweg. Setzt du „budget“ in en-US und „presupuesto“ in es-MX, kannst du für jedes Wort einzeln ranken – aber nicht für eine Phrase, die beide zusammenfügt.
Der richtige Schritt ist also nicht, deine primären Keywords ins sekundäre Feld zu übersetzen. Es geht darum, dort einen komplett anderen Satz einzelner Wörter unterzubringen – die Begriffe, die in die ersten 100 Zeichen nicht gepasst haben, Synonyme, angrenzende Anwendungsfälle, Long-Tail-Varianten. Das zweite Feld ist Überlaufraum, kein Spiegel.
Das ist auch, warum ein naiver „einfach alles übersetzen“-Durchgang das Problem eher verschlimmert als löst. Maschinelles Übersetzen deines englischen Keyword-Felds ins Spanische liefert dieselben Konzepte in einer anderen Sprache, was für einen geteilten Storefront weiterhin Duplikation in der Bedeutung ist – und oft auch in Apples Matching. Der Wert liegt in der Diversifizierung des zweiten Feldes, nicht im Wort-für-Wort-Übersetzen des ersten.
Wie du das zweite Feld tatsächlich nutzt
Ein Beispiel für eine US-Budgetierungs-App. Die primären en-US-Felder tragen bereits die naheliegenden Begriffe – etwa heißt die App Ledger: Budget & Money, der Untertitel lautet Track spending and savings, und das en-US-Keyword-Feld enthält expense,bills,debt,invoice,net worth,cash flow,receipt,tax,loan,credit.
Das es-MX-Keyword-Feld ist dann frei für einen völlig separaten Satz einzelner Wörter – keines wiederholt Name, Untertitel oder das en-US-Feld – zum Beispiel subscription,paycheck,allowance,envelope,forecast,split,reimburse,wallet,goal,statement. Das ist ein zweites 100-Zeichen-Feld, das ins gleiche US-Ranking einzahlt, gefüllt mit Begriffen, die Apple vorher nicht sehen konnte. Fügst du einen eigenständigen es-MX-Untertitel hinzu, erweiterst du auch das Name-plus-Untertitel-Signal.
Dieselbe Logik skaliert nach unten in der Tabelle. Eine deutsche App füllt en-GB mit englischen Überlaufbegriffen. Eine kanadische App füllt fr-CA. Eine brasilianische App füllt en-GB. In jedem Fall ist das zweite Feld eigenständig, keine Übersetzung, und jeder Begriff beschreibt die App weiterhin ehrlich – was dich innerhalb von Apples Richtlinie 2.3.7 zu irrelevanten oder markenrechtlich geschützten Keywords hält.
Warum das Recherche- statt Übersetzungsarbeit ist
Die meisten Apps verschenken diesen Platz, weil ihn richtig auszufüllen echte Arbeit ist. Du brauchst ein Keyword-Set für die primäre Locale, dann ein zweites, überschneidungsfreies Set für die sekundäre – und das für jeden Storefront, der dir wichtig ist. Multipliziert mit den 50 Metadatensprachen des App Store wächst die Zahl der sekundären Felder, die eigenständig bleiben müssen, schnell. Kein Wunder, dass Teams das sekundäre Feld entweder auslassen oder das primäre einfach hineinkopieren.
Mokbi ist der Ort, an dem das Entwerfen und die Buchführung stattfinden. Es ist ein vollständiger Store-Listing-Publisher, kein reiner Screenshot-Editor: Der Ablauf läuft Screenshots → Feature-Grafik → Store-Text → Übersetzen → Veröffentlichen, und er entwirft den Listing-Text – Name, Untertitel, Keyword-Feld, Beschreibung – und verwaltet ein Keyword-Set pro Locale über 50 Sprachen, sodass du nebeneinander siehst, was in welchem Feld steht und wo du dich unabsichtlich wiederholst.
Sei dir klar darüber, was das Tool hier tut und nicht tut: Es erfindet nicht von selbst eigenständige sekundäre Keywords, und ein einmaliger Übersetzungsdurchgang würde deine Begriffe duplizieren statt diversifizieren. Cross-Lokalisierung ist eine Strategie, die du steuerst – entscheide, welche sekundären Locales du anvisierst, schreibe für jede ein separates Wort-Set und halte sie überschneidungsfrei. Mokbi gibt dir die Felder pro Locale, um das an einem Ort zu entwerfen und zu organisieren statt in einer Tabellenkalkulation, und exportiert das Listing, damit du es in App Store Connect selbst prüfst und veröffentlichst.
Die Ein-Absatz-Version
Schau nach, welche sekundäre Locale deine wichtigsten Storefronts indexieren – die Tabelle oben deckt die großen ab, dein ASO-Tool den Rest. Fülle Name, Untertitel und Keyword-Feld dieser sekundären Locale mit eigenständigen Begriffen, die in die primäre nicht gepasst haben. Wiederhole nie ein Wort über beide hinweg, und erwarte nie, dass Apple eine Phrase daraus zusammensetzt. Richtig gemacht ist das die günstigste Keyword-Erweiterung im App Store – und sie steckt in einem Feld, das du bereits hast.
Was als Nächstes lesen
- Das App-Store-Keyword-Feld: wie du alle 100 Zeichen nutzt
- In welche Sprachen du dein App-Store-Listing lokalisieren solltest
- Die 50 Metadatensprachen von App Store Connect in 2026
Quellen: Apples App-Store-Lokalisierungen und Review-Richtlinien (2.3.7); aso.dev zu Cross-Lokalisierung; und MobileAction zur Keyword-Indexierung auf Territoriumsebene.