App Store Lokalisierungs-Checkliste für den globalen Release

Eine App Store Lokalisierungs-Checkliste sollte mehr prüfen als übersetzte Bildunterschriften. Bestätige vor einem globalen Release, dass die App, die Store-Metadaten, die Screenshots und die ausgewählten Storefront-Sprachen dasselbe Produkt beschreiben. Speichere jede neue Lokalisierung, bevor du ihre Screenshots oder Vorschauen hochlädst.

Diese Checkliste richtet sich an Entwickler, die eine bestehende App für zusätzliche Märkte vorbereiten. Sie deckt Release-QA ab, nicht Keyword-Volumen-Recherche oder ein Versprechen höherer Downloads. Apples Lokalisierungsanweisungen erklären den Store-Workflow und wann Metadaten bearbeitet werden können.

1. App-Sprachen von Store-Sprachen trennen

Eine Sprache in deinem App-Binary und eine Lokalisierung in App Store Connect sind unterschiedliche Einstellungen. Eine übersetzte Produktseite fügt der App keine übersetzte Oberfläche hinzu. Halte fest, welche Sprachen der veröffentlichte Build unterstützt und welche Store-Sprachen du veröffentlichen willst.

Erstelle eine kleine Release-Matrix mit einer Zeile pro Store-Lokalisierung. Gib die App-UI-Sprache, den Metadaten-Verantwortlichen, das Screenshot-Set, das Vorschauvideo und die für die Upload-Prüfung verantwortliche Person an. Verwende das exakte Locale, das in App Store Connect angezeigt wird, statt Land und Sprache als austauschbar zu behandeln.

2. Metadaten prüfen, bevor Bilder entworfen werden

Überprüfe App-Name, Untertitel, Beschreibung und Keywords im Kontext. Eine wörtliche Übersetzung kann ein Feature korrekt beschreiben und für die Zielgruppe dennoch ungewohnt klingen. Halte Produkt- und Abo-Terminologie zwischen deiner App und dem Listing konsistent.

Prüfe die aktuellen Feldgrenzen in der Konsole. Lass eine prüfende Person den tatsächlich eingereichten Text ansehen, einschließlich Zeilenumbrüchen und Interpunktion, statt eines separaten Dokuments, das möglicherweise nicht mehr zum Release passt.

3. Screenshots an den eingereichten Build anpassen

Erstelle einen echten Workflow aus dem Build, den du verteilen willst. Prüfe Navigationsbezeichnungen, Währung, Datumsangaben, Einheiten und Beispielinhalte. Entferne personenbezogene Daten aus dem Demo-Konto, bevor du Bilder aufnimmst.

Wenn die Oberfläche in der Zielsprache verfügbar ist, zeige diese Oberfläche. Wenn nicht, erstelle keinen Screenshot, der etwas anderes suggeriert. Eine übersetzte Bildunterschrift kann eine englische Oberfläche erklären, aber die Unterscheidung sollte klar bleiben.

4. Bedeutung und Layout der Bildunterschriften gemeinsam prüfen

Lies die Bildunterschriften auf dem fertigen Artwork. Längere Übersetzungen können über einen Geräterahmen umbrechen oder eine klare Überschrift in drei kleine Zeilen verwandeln. Prüfe Bedeutung, Zeilenumbrüche und Schriftunterstützung zusammen; die Übersetzung zu kürzen ist oft besser, als jede Schrift zu verkleinern.

Prüfe für Arabisch die rechts-nach-links-Leserichtung, Interpunktion und gemischt gerichtete Zeichenfolgen wie Produktnamen und Zahlen. Halte technische Tokens lesbar. Prüfe für CJK-Sprachen Glyphen und Abstände, statt anzunehmen, dass das lateinische Layout unverändert funktioniert.

5. Jede Gerätegruppe und jeden Asset-Typ validieren

Verwende die Screenshot-Größenreferenz, um Dateien vorzubereiten, und bestätige dann die aktuell akzeptierten Abmessungen in Apples Spezifikation. Prüfe die tatsächlich exportierten Pixel, das Dateiformat und die Transparenz. Ein Dateiname wie iphone-large.png beweist nicht, dass die Datei in den Slot für große Geräte passt.

Halte Screenshots, App-Vorschauvideos und App Store Header-Bilder in getrennten Ordnern. Sie verwenden unterschiedliche Spezifikationen. Halte für Google Play auch das Feature-Grafik vom Screenshot-Set getrennt.

6. Die Geschichte über Sprachen hinweg bewahren

Vergleiche die Sets nebeneinander. Der erste Screenshot sollte dieselbe zentrale Aufgabe erklären, auch wenn die Formulierung abweicht. Bestätige, dass Reihenfolge der Slides, Verfügbarkeit von Features und ein etwaig dargestellter Kontostatus konsistent sind.

Vermeide es, einen nützlichen Feature-Screenshot durch eine generische übersetzte Titelkarte zu ersetzen. Lokalisiere die Erklärung, ohne den Nachweis zu verlieren, dass die App die Aufgabe ausführen kann.

7. Die Lokalisierung vor dem Hochladen speichern

Füge im Bereich Plattformversion von App Store Connect die Sprache hinzu, gib ihre Metadaten ein und speichere sie. Öffne die Sprache nach dem Speichern erneut, um zu bestätigen, dass sie in der Version vorhanden ist, die du bearbeitest. Lade dann die Screenshots und Vorschauen in diese Lokalisierung hoch.

Wenn die Konsole „Please save new locales before uploading screenshots or previews“ anzeigt, verwende den Leitfaden zur Fehlerbehebung bei gespeicherten Locales. Das Hinzufügen einer Sprache allein in App Information löst möglicherweise keinen unvollständigen Workflow zur Versionslokalisierung.

8. Die Konsolenvorschau vor dem Release prüfen

Vergleiche die hochgeladenen Dateien mit den genehmigten Ausgangsdesigns. Prüfe, ob die ausgewählte Sprache und Gerätegruppe korrekt sind, Screenshots in der richtigen Reihenfolge erscheinen und ein Fallback auf die Primärsprache kein fehlendes übersetztes Asset verdeckt hat.

Ein erfolgreicher Upload bestätigt die Dateiakzeptanz, nicht die App-Review-Genehmigung. Halte die finale Vorschau und den Review-Status in der Release-Checkliste getrennt.

Häufig gestellte Fragen

Brauche ich für jedes Land einen anderen Screenshot?

Plane anhand der unterstützten Store-Lokalisierungen und der in deiner App gezeigten Erfahrung. Länder können sich eine Sprache teilen, während ein Land mehrere unterstützte Sprachen haben kann. Befolge die aktuellen Lokalisierungs- und Fallback-Regeln der Konsole, statt eine Eins-zu-eins-Zuordnung anzunehmen.

Kann ich ein Design über Sprachen hinweg wiederverwenden?

Ja, verwende ein gemeinsames Layout als Ausgangspunkt. Prüfe jede fertige Version auf Textausdehnung, Schreibrichtung, Schriftabdeckung und korrekte In-App-Inhalte. Die Wiederverwendung eines Layouts ersetzt keine sprachspezifische QA.

Was sollte ich nach einem erfolgreichen Upload tun?

Prüfe die Zielsprache, die Gerätegruppe, die Bildreihenfolge und die sichtbare Vorschau. Setze den Release-Prozess erst nach diesen Prüfungen fort. Upload-Erfolg und formale Review-Genehmigung sind separate Schritte.

Das nächste Release vorbereiten

Beginne mit iOS-Screenshot-Vorlagen, erstelle das Artwork im Screenshot-Editor und arbeite diese Checkliste anhand der tatsächlich exportierten Dateien ab. Bewahre die genehmigten Designs und die abschließende Konsolenprüfung zusammen auf, damit das nächste Update von einer klaren Basis startet.