App-Store-Screenshot-Größen 2026: Mehrsprachig hochladen

Der häufigste Fehler entsteht nicht beim Export, sondern davor: Das Designteam produziert eine vollständige Bildserie, obwohl Plattform, Geräteklasse oder Zielmarkt noch nicht eindeutig festgelegt sind. Später fehlen einzelne Varianten, während andere Bilder für eine Sprache verwendet werden, deren Benutzeroberfläche oder Funktionsumfang abweicht.

Die veröffentlichende Person sollte deshalb zunächst eine Matrix anlegen. Jede Zeile steht für eine konkrete Kombination aus:

• Plattform und Produktseite
• Geräteklasse und Ausrichtung
• Sprache beziehungsweise Lokalisierung
• Screenshot-Status
• optionalem App Preview
• verantwortlicher Person
• Prüfstatus und Quelle der Freigabe

Trennen Sie dabei drei Materialtypen:

1. Pflicht-Screenshots: Statische Bilder, die für die jeweilige Produktseite und Geräteklasse vorgesehen sind.
2. App Preview: Kurze Videovorschau mit eigenen Spezifikationen und eigener Reihenfolge.
3. Marketing- oder Zusatzmaterial: Texte, grafische Rahmen und ergänzende Aussagen, die nicht automatisch die technischen Anforderungen der Screenshots erfüllen.

Die Matrix sollte nicht nur „fertig“ oder „offen“ enthalten. Verwenden Sie genauere Zustände wie „Entwurf“, „lokalisiert“, „exportiert“, „hochgeladen“, „verarbeitet“, „regional geprüft“ und „zur Einreichung freigegeben“. So sehen Sie, ob ein Bild nur im Designordner liegt oder tatsächlich in der richtigen Lokalisierung angekommen ist.

App Store Connect unterscheidet außerdem zwischen dem allgemeinen App-Informationsbereich, lokalisierbaren Angaben und versionsbezogenen Materialien. Prüfen Sie den Status der App und der Einreichung, bevor Sie mit dem Upload beginnen. Apples Übersicht zu App- und Einreichungsstatus ist dafür die maßgebliche Referenz.

Zuständigkeit nach Rolle

Auch wenn eine Person alle Aufgaben übernimmt, sollten Sie die Verantwortung gedanklich trennen:

• Veröffentlichungsverantwortung: Plattformen, Märkte, Sprachumfang und Abgabetermin festlegen.
• Design: Hauptmaterial nach der aktuellen Spezifikation erstellen und Quelldateien sichern.
• Lokalisierung: Entscheiden, ob eine Sprache dieselbe Bildserie verwenden darf.
• Upload-Administration: Material in die richtige Geräteklasse und Lokalisierung einordnen.
• Regionale Abnahme: Die tatsächlich sichtbare Produktseite prüfen.
• Projektleitung: Übergabe, Freigaben und spätere Aktualisierbarkeit dokumentieren.

Damit vermeiden Sie den typischen blinden Fleck kleiner Teams: Eine Person lädt zwar erfolgreich hoch, kann aber nicht erklären, warum in einer bestimmten Region eine veraltete Sprache oder ein falsches erstes Bild erscheint.

Verwenden Sie für die Herstellung ausschließlich Apples aktuelle Screenshot-Spezifikationen für App Store Connect. Historische Vorlagen aus Foren sind keine verlässliche Grundlage. Apple ordnet die Anforderungen nach Gerät beziehungsweise Displayklasse. Entscheidend ist daher nicht nur die Pixelzahl, sondern die Zuordnung zum korrekten Slot.

Apple akzeptiert für Screenshots die Dateiformate JPEG, JPG und PNG. Diese Formatangabe ist eine Plattformanforderung und sollte in Ihrer Exportvorlage fest verankert werden. Prüfen Sie zusätzlich Farbraum, Transparenz, Ausrichtung und sichtbare Bildränder anhand der aktuellen Spezifikation. Eine Datei, die im Designprogramm korrekt aussieht, kann beim Upload wegen falschem Format oder nicht passender Abmessung zurückgewiesen werden.

Apple erlaubt bis zu 10 Screenshots pro Lokalisierung und Plattform. Diese Zahl ist keine Empfehlung, jedes Fach zu füllen. Wenn Ihr fünftes Bild keinen zusätzlichen Produktnutzen zeigt, ist eine kleinere, konsistente Serie oft besser als eine Reihe schwacher Varianten. Die zulässige Anzahl und die gerätespezifische Größenlogik entnehmen Sie der genannten Apple-Referenz.

Für App Preview gelten andere Regeln. Apple beschreibt eine Vorschau als Video und nennt eine Dauer von 15 bis 30 Sekunden. Die Datei darf laut App-Preview-Spezifikationen bis zu 500 MB groß sein. Diese Werte betreffen nur das Video; sie können nicht auf statische Screenshots übertragen werden.

Wann Apple-Screenshots je Geräteklasse separat erstellt werden

Nicht jede Geräteklasse verlangt eine komplett neu gezeichnete Bildserie. Wenn die Benutzeroberfläche, die Textlänge und die Bildkomposition unverändert bleiben, kann der von Apple beschriebene Skalierungsmechanismus die Arbeit reduzieren. Dafür muss das Ausgangsmaterial die passende hohe Auflösung und das richtige Seitenverhältnis besitzen.

Eine automatische Skalierung ist ungeeignet, wenn:

• wichtige Schaltflächen an einer anderen Stelle liegen;
• längere Übersetzungen den Text umbrechen;
• eine Funktion auf einer Plattform nicht verfügbar ist;
• ein Markt ein anderes Leistungsversprechen benötigt;
• die App auf Tablet und Smartphone sichtbar anders aufgebaut ist;
• ein Gerät eine andere Orientierung oder einen anderen Inhaltsausschnitt verlangt.

Die richtige Frage lautet also nicht „Muss jedes Gerät ein eigenes Design erhalten?“, sondern: Ist derselbe Inhalt auf diesem Slot wahrheitsgemäß, lesbar und vollständig? Dokumentieren Sie die Entscheidung in der Matrix. Schreiben Sie dort „wiederverwendet per Skalierung“ oder „separat erstellt“ und hinterlegen Sie die Quelldatei.

Achtung: Eine skalierte Datei kann technisch akzeptiert werden und trotzdem in der Produktansicht schlecht wirken. Prüfen Sie das erste Bild, kleine Beschriftungen und abgeschnittene Interface-Elemente immer in der tatsächlichen Vorschau.

Mehrsprachige Wiederverwendung

Verschiedene Sprachen dürfen dieselbe Screenshot-Gruppe verwenden, wenn Oberfläche, Aussagen und Marktpositionierung identisch sind. Das bloße Übersetzen einer Überschrift reicht aber nicht als Lokalisierungsentscheidung. Kontrollieren Sie mindestens drei Ebenen:

1. App-Oberfläche: Welche Sprache sieht der Nutzer im gezeigten Bildschirm?
2. Screenshot-Text: Welche Aussage steht im Bild, und passt ihre Länge zur Gestaltung?
3. Store-Metadaten: Stimmen Titel, Kurzbeschreibung, Schlüsselbegriffe und Bildbotschaft überein?

Eine deutsche Bildserie mit englischen Interface-Elementen kann für bestimmte Märkte korrekt sein, wenn die App dort tatsächlich so erscheint. Sie ist aber keine automatisch passende deutsche Lokalisierung. Umgekehrt darf eine übersetzte Bildüberschrift keine Funktion versprechen, die in der Zielregion nicht verfügbar ist.

Apples Anleitung zum Lokalisieren von App-Informationen erklärt, wie lokalisierte Inhalte in App Store Connect verwaltet werden. Halten Sie zusätzlich eine eigene Zuordnung zwischen Sprache, Bildordner und Freigabe fest. So verhindern Sie, dass ein Upload in einer falschen Lokalisierung unbemerkt bleibt.

Ein Remote-Mac ist nicht automatisch die beste Antwort auf jedes Screenshot-Problem. Für statische PNG- oder JPEG-Dateien genügt häufig ein sauber eingerichteter Design- und Upload-Arbeitsplatz. Der Nutzen steigt, sobald Sie App Preview erstellen, Safari und macOS prüfen oder die Veröffentlichung regelmäßig von mehreren Orten aus betreuen.

Wenn Sie einen Remote-Mac einsetzen, behandeln Sie ihn wie eine Arbeitsumgebung und nicht wie einen anonymen Proxy. Arbeiten Sie mit individuellen Konten, aktivieren Sie keine unnötigen Freigaben und speichern Sie Apple-Zugangsdaten nicht ungeschützt in Notizen. Die Umgebung kann eine stabile macOS-Sitzung für App Store Connect und Safari bereitstellen. Sie umgeht jedoch keine Store-Regeln, garantiert keine regionale Darstellung und beschleunigt keine Apple-Prüfung.

Für Teams mit Bedarf an einem US-Arbeitsplatz können Sie die US-Ost-Knoten von CALMVPS prüfen. Wenn Sie nur für einen Release-Zyklus oder eine App Preview eine Umgebung brauchen, vergleichen Sie die Laufzeit mit den Miet- und Tarifoptionen von CALMVPS. Entscheidend ist der tatsächliche Arbeitsumfang, nicht die Annahme, dass jede Aufgabe zwingend auf einem Mac stattfinden muss.

Upload-Administration

App Store Connect und Media Manager sollten nicht als gemeinsamer Ablageordner behandelt werden. Öffnen Sie vor jedem Upload die konkrete Plattform, Geräteklasse und Lokalisierung. Apples Anleitung zum Hochladen von App Previews und Screenshots beschreibt den offiziellen Ablauf.

Arbeiten Sie in dieser Reihenfolge:

1. Öffnen Sie die richtige App und die passende Version beziehungsweise Produktseite.
2. Wechseln Sie zur vorgesehenen Sprache.
3. Wählen Sie die korrekte Plattform und Geräteklasse.
4. Laden Sie zunächst eine kleine, eindeutig benannte Testgruppe hoch.
5. Warten Sie, bis der Verarbeitungsstatus abgeschlossen ist.
6. Kontrollieren Sie die Skalierung und die Reihenfolge.
7. Ergänzen Sie erst danach die übrigen Bilder und eine optionale App Preview.
8. Dokumentieren Sie Datum, hochladende Person, Dateinamen und Ergebnis.

Benennen Sie Dateien nicht nur mit „final.png“. Verwenden Sie beispielsweise eine Struktur wie de-smartphone-01-v3.png oder fr-tablet-03-v2.png. Die Benennung ersetzt keine Prüfung, erleichtert aber die Rückverfolgung.

Probleme mit nicht passenden Abmessungen

Wenn ein Screenshot nach dem Upload als nicht passend erscheint, exportieren Sie nicht sofort eine neue Datei. Prüfen Sie zuerst:

• Ist die Datei im richtigen Gerätefach gelandet?
• Wurde die richtige Ausrichtung verwendet?
• Gehört das Material zur ausgewählten Plattform?
• Ist die Datei tatsächlich JPEG, JPG oder PNG?
• Wurde aus Versehen ein Video- oder Marketingexport verwendet?
• Liegt bereits eine automatisch skalierte Variante im Slot?
• Ist die Version oder der Bearbeitungsstatus aktuell editierbar?

Öffnen Sie anschließend die aktuelle Screenshot-Spezifikation und vergleichen Sie die Pixelabmessung exakt. Ändern Sie die Arbeitsdatei, exportieren Sie erneut und laden Sie die korrigierte Version in den richtigen Slot. Ein nachträgliches Zuschneiden im Finder oder in einem beliebigen Bildbetrachter kann wichtige Inhalte verschieben und sollte nicht der Standardprozess sein.

Regionale Abnahme

Ein erfolgreicher Upload ist nur ein technischer Zwischenstatus. Die Abnahme muss die Produktseite in der Ziel-Lokalisierung abbilden. Prüfen Sie daher:

• erstes, zweites und letztes sichtbares Bild;
• Sprache der Oberfläche und der Bildüberschrift;
• Schreibweise von Funktionsnamen;
• Zeilenumbrüche und abgeschnittene Texte;
• Reihenfolge von Screenshots und App Preview;
• Fallback-Material, wenn eine Lokalisierung nicht wie erwartet greift;
• Übereinstimmung mit der aktuell veröffentlichten App-Version.

Notieren Sie getrennt, was in Suchergebnissen oder Vorschauen sichtbar ist und was erst auf der vollständigen Produktseite erscheint. Ihre CALMVPS-Arbeitsumgebung kann dabei helfen, eine getrennte Browser-Sitzung mit eigener Sprache, Anmeldung und Region für die Abnahme zu halten. Sie ist aber kein Ersatz für die offiziellen Store-Regeln und kein Beleg dafür, dass jeder Nutzer dieselbe Darstellung erhält.

Vor dem Einreichungstermin muss eine andere Person die wichtigsten Dateien und Entscheidungen nachvollziehen können. Übergeben Sie mindestens:

• editierbare Quelldateien;
• exportierte Upload-Dateien;
• Sprach- und Gerätezuordnung;
• Version und Änderungsstand;
• verantwortliche Personen;
• Freigaben der Lokalisierung;
• Upload-Protokoll;
• Screenshots der abgenommenen Darstellung;
• offene Punkte für die nächste Version.

Halten Sie Zugangsdaten getrennt von Materialdateien. Nutzen Sie keine gemeinsam versendeten Passwörter. Prüfen Sie bei einem Teamwechsel die Rollen in App Store Connect und entfernen Sie nicht mehr benötigte Zugriffe. Ein Remote-Mac kann die technische Übergabe vereinfachen, löst aber nicht automatisch die Fragen zu DSGVO, Apple-Rollen oder interner Zugriffskontrolle.

Nach einer Veröffentlichung sollten Sie dokumentieren, welche Materialien in einem editierbaren Zustand geändert werden können und welche Änderungen an eine neue Version gekoppelt sind. Apples Status- und Verwaltungsseiten sind bei jeder größeren Änderung erneut zu prüfen. Planen Sie außerdem einen erneuten Spezifikationscheck ein, wenn Apple Geräteklassen, Media Manager oder Lokalisierungsregeln verändert.

Checkliste für Einzelverantwortliche

• [ ] Plattform und Geräteklassen sind festgelegt.
• [ ] Jede Ziel-Lokalisierung steht in der Matrix.
• [ ] Wiederverwendung oder Neugestaltung ist begründet.
• [ ] Screenshot-Spezifikationen stammen aus Apples aktueller Dokumentation.
• [ ] Dateiformat, Ausrichtung und Abmessung wurden geprüft.
• [ ] App Preview ist separat geplant oder bewusst ausgeschlossen.
• [ ] Upload-Slot und Sprache wurden vor dem Hochladen kontrolliert.
• [ ] Verarbeitungsstatus und Reihenfolge sind geprüft.
• [ ] Die sichtbare Produktseite wurde abgenommen.
• [ ] Quelldateien und Freigaben sind auffindbar.

Checkliste für Teams

• [ ] Jede Rolle hat eine benannte Vertretung.
• [ ] Die Matrix enthält Status, Version und Dateipfad.
• [ ] Lokalisierung, Design und Store-Metadaten wurden gegengeprüft.
• [ ] Apple-Zugriffsrollen sind auf das notwendige Maß beschränkt.
• [ ] Der Upload ist durch eine zweite Person kontrolliert.
• [ ] Regionale Abnahme und Rückfallanzeige sind dokumentiert.
• [ ] Remote-Zugriff und DSGVO-Vorgaben sind intern freigegeben.
• [ ] Ein Übergabeordner enthält Quellen, Exporte und Prüfbelege.
• [ ] Der nächste Aktualisierungspunkt ist eindeutig festgelegt.

Wenn Sie heute nur statische Screenshots exportieren, ist ein Remote-Mac keine Pflicht. Ein eigener oder vorhandener Arbeitsplatz reicht, sofern die Matrix, die Apple-Spezifikation und die Abnahme stimmen. Anders sieht es bei wiederkehrenden Veröffentlichungen, App Preview, Safari-Prüfungen und verteilten Teams aus: Ein ständig erreichbarer Mac reduziert dort die Abhängigkeit von einem einzelnen Rechner. Die derzeitige Lösung ohne zentrale macOS-Umgebung bringt häufig drei konkrete Nachteile mit sich: Uploads bleiben an die Verfügbarkeit einer Person gebunden, Browser- und Sprachsitzungen werden vermischt, und Quelldateien sowie Freigaben liegen leichter in persönlichen Ordnern. Für kurze Release-Zyklen kann das Mieten eines Remote-Mac von CALMVPS daher die besser kontrollierbare Arbeitsweise sein, ohne daraus eine Garantie für Store-Anzeige oder Prüfung abzuleiten.