Xcode 27: Screenshots direkt im App Store einreichen? Abnahme 2026

Apple nennt den 14.09.2026 als Veröffentlichungsdatum von Xcode 27. Die Versionsangabe und die Release-Notiz sollten vor einem Versionswechsel mit dem Apple-Eintrag zu Xcode 27 abgeglichen werden. Die entscheidende Abnahmefrage ist aber nicht allein, ob Device Hub ein Bild erzeugt. Entscheidend ist, ob die konkrete Datei für das gewählte Gerät und die aktuelle Upload-Oberfläche zugelassen ist.

Apple beschreibt Device Hub als Oberfläche, in der simulierte Geräte ausgeführt und Aufnahmen erstellt werden können. Die dabei erfasste Bildauflösung richtet sich nach dem simulierten Gerät, nicht nach der Auflösung des angeschlossenen Mac-Displays. Details stehen in der Apple-Dokumentation zum Aufnehmen von Screenshots und Videos.

Das sind drei unterschiedliche Ergebnisse:

Die Tabelle ist ein Arbeitsmodell zur Trennung der Prüfschritte, keine zusätzliche Apple-Dateikategorie. Eine Aufnahme kann technisch korrekt sein und dennoch nicht zum ausgewählten Einreichungsgerät passen. Umgekehrt kann ein grafisch überzeugendes Store-Motiv ungeeignet sein, wenn es eine Funktion zeigt, die die App in diesem Zustand nicht bereitstellt.

Achtung: „In Device Hub aufgenommen“ bedeutet nicht „von App Store Connect angenommen“. Behandeln Sie die Aufnahme, das gestaltete Motiv und die Upload-Datei als getrennte Arbeitsergebnisse.

Die passende Abmessung ergibt sich nicht aus der Bildschirmgröße Ihres Windows-Rechners oder dem Mac, auf dem Xcode läuft. Maßgeblich sind die ausgewählte Geräteklasse, die von der App unterstützte Plattform und die gerade gültigen Anforderungen in App Store Connect. Apples aktuelle Spezifikationsseite für App-Store-Screenshots ist hierfür die Referenz. Ältere Vorlagen sollten Sie nicht als allgemeingültige Vorgabe weiterverwenden.

iPhone Duo: Spezifikation vorhanden, Verfügbarkeit separat bestätigen

Apple führt eine Screenshot-Spezifikation für iPhone Duo auf. Auf derselben Spezifikationsseite steht jedoch, dass die Unterstützung zum Hochladen von Screenshots für dieses Gerät erst später im Jahr bereitgestellt werden soll. Daraus folgt keine sichere Aussage, dass die Upload-Option in jedem Konto oder zum Zeitpunkt Ihrer Arbeit bereits vorhanden ist. Vor der Abgabe ist die Oberfläche von App Store Connect entscheidend.

Kann eine veröffentlichte iPhone-Duo-Spezifikation bereits als Freigabe für den Upload gelten? Nein. Verwenden Sie die veröffentlichte Spezifikation zur Vorbereitung und stimmen Sie Abmessungen sowie Gestaltung darauf ab. Reichen Sie die Datei aber erst als iPhone-Duo-Screenshot ein, wenn App Store Connect das Gerät tatsächlich als Upload-Ziel anbietet. Prüfen Sie den Status direkt vor dem Upload erneut; eine angekündigte Bereitstellung ist kein Ersatz für eine sichtbare Upload-Möglichkeit.

Das verhindert einen häufigen Planungsfehler: Ein Team produziert alle Motive anhand einer neuen Gerätespezifikation und setzt danach voraus, dass die zugehörige Einreichungsoption bereits freigeschaltet ist. Die Vorgabe kann als Designreferenz nützlich sein, ohne schon einen verfügbaren Upload-Pfad zu bedeuten.

App Store Connect kann Maße, Orientierung und Dateityp prüfen. Diese technischen Merkmale beantworten nicht, ob der dargestellte Bildschirm die App korrekt repräsentiert. Prüfen Sie deshalb inhaltliche und dateibezogene Anforderungen getrennt. Apples Anleitung zum Hochladen von App-Vorschauen und Screenshots erläutert die Upload-Anforderungen. Das Apple-Referenzmaterial für Asset-Uploads ist zusätzlich relevant, wenn ein Upload über die Schnittstelle in den Prozess eingebunden wird.

Bei der Bildinhaltsprüfung geht es nicht nur darum, ob die App geöffnet ist. Achten Sie darauf, dass der Screenshot den passenden Funktionszustand zeigt, sichtbare Texte zur jeweiligen Sprachversion passen und gestaltete Ergänzungen keine andere Funktion oder Bedienung suggerieren. Verwenden Sie eine bearbeitete Komposition nicht als Beleg für eine Benutzeroberfläche, die in der ausgelieferten App nicht vorhanden ist.

Die Dateiprüfung ist nüchterner: Stimmen Pixelmaße und Ausrichtung mit dem gewählten Einreichungsziel überein? Ist das Format zugelassen? Enthält die Datei Transparenz, die nach den aktuellen Anforderungen nicht akzeptiert wird? Antworten Sie auf jede dieser Fragen anhand der zum Einreichungszeitpunkt geltenden Apple-Angaben, nicht anhand einer alten Exportvorgabe im Teamordner.

Hinweis: Ein grüner Haken bei den Pixelmaßen ersetzt weder die Prüfung des App-Inhalts noch die Kontrolle des Upload-Status. Halten Sie die drei Ergebnisse getrennt fest.

Gehen Sie in dieser Reihenfolge vor. So finden Sie einen Spezifikationsfehler, bevor das Team weitere Motive in falschen Größen gestaltet.

1. Store-Ziel festhalten. Notieren Sie für jede Aufnahme die Plattform und die Geräteklasse, für die sie vorgesehen ist. Verwenden Sie keine allgemeine Bezeichnung wie „iPhone-Screenshot“, wenn mehrere Zielklassen infrage kommen.
2. App-Zustand bestimmen. Öffnen Sie im Simulator den Bildschirm, der tatsächlich für die Store-Seite benötigt wird. Prüfen Sie Inhalt, Sprache und sichtbare Interaktionen, bevor Sie aufnehmen.
3. Device Hub-Aufnahme erstellen. Erfassen Sie das laufende simulierte Gerät mit Device Hub. Beachten Sie, dass die Aufnahmeauflösung vom simulierten Gerät abhängt und nicht von der Anzeigeauflösung des Mac.
4. Dateieigenschaften kontrollieren. Prüfen Sie die tatsächlichen Maße, Orientierung und Dateibedingungen. Vergleichen Sie sie mit dem aktuellen Eintrag für das gewählte Ziel in Apples Screenshot-Spezifikation.
5. Gestaltung und Aufnahme trennen. Legen Sie fest, ob das Bild eine unveränderte Simulatoraufnahme oder ein daraus gestaltetes Store-Motiv ist. Bewahren Sie die Aufnahme als nachvollziehbare Referenz auf.
6. Upload-Ziel in App Store Connect prüfen. Kontrollieren Sie, ob die betreffende Geräteklasse auswählbar ist. Bei iPhone Duo reicht ein Eintrag in der Spezifikationsseite nicht als Bestätigung.
7. Einreichung bestätigen lassen. Die für den Upload verantwortliche Person prüft im tatsächlichen App-Store-Connect-Eintrag, ob die hochgeladene Datei dem erwarteten Gerät, der Sprache und dem vorgesehenen Motiv entspricht.

Was ist zu tun, wenn Simulatoraufnahme und App-Store-Screenshot-Spezifikation nicht zusammenpassen? Ändern Sie nicht einfach die Dateiendung und skalieren Sie das Bild nicht blind. Prüfen Sie zuerst, ob der Simulator mit der passenden Geräteklasse läuft und ob die gewählte Spezifikation tatsächlich zum Store-Ziel gehört. Fehlt die passende Aufnahme, erstellen Sie sie auf dem geeigneten simulierten Gerät neu. Wenn das Gerät noch nicht als Upload-Ziel angeboten wird, behandeln Sie die Datei als vorbereitete Arbeitsfassung und klären Sie den Status vor dem Einreichen.

Bei mehreren Sprachversionen entstehen schnell Dateien, die gleich aussehen, aber unterschiedliche Texte oder App-Zustände zeigen. Auch eine passende Aufnahme kann falsch zugeordnet sein, wenn das Team nicht mehr weiß, für welche Sprache und welches Gerät sie vorgesehen war. Apple beschreibt die Verwaltung lokalisierter Store-Informationen in der Anleitung zur Lokalisierung von App-Informationen. Die zulässigen Upload-Mengen und Zuordnungen richten sich nach den aktuellen Vorgaben dort und in der Upload-Anleitung.

Das ist eine Workflow-Empfehlung, keine zusätzliche Apple-Vorschrift. Verwenden Sie eine nachvollziehbare Benennung oder eine Freigabeliste, in der Quelle, Sprache, Zielgerät und Status miteinander verknüpft sind. Vermeiden Sie den Dateinamen „final“, wenn nicht klar ist, welche Fassung gemeint ist. Bei späteren Korrekturen sollte die zuständige Person erkennen können, welche Simulatoraufnahme als Referenz diente und welches Motiv tatsächlich hochgeladen wurde.

Ein solcher Ablauf hilft auch bei der Zuständigkeit. Die Person, die die Gestaltung freigibt, kann den Bildinhalt beurteilen. Die Person, die in App Store Connect einreicht, kann zusätzlich die aktuelle Zielauswahl und das Upload-Ergebnis kontrollieren. Wenn beides bei einer Person liegt, sollten die Prüfergebnisse trotzdem getrennt dokumentiert werden.

Nutzen Sie die folgende Liste für ein repräsentatives Motiv pro vorgesehenem Ziel. Bei mehreren Geräten oder Sprachfassungen muss die Zuordnung für jede Variante nachvollziehbar bleiben.

• [ ] Die Aufnahme stammt aus dem vorgesehenen App-Zustand und zeigt die tatsächlich passende Oberfläche.
• [ ] Gerät und Plattform stimmen mit dem geplanten Store-Ziel überein.
• [ ] Pixelmaße und Ausrichtung wurden mit der aktuellen Apple-Spezifikation abgeglichen.
• [ ] Dateiformat und Transparenz wurden unabhängig vom Bildinhalt geprüft.
• [ ] Gestalterische Ergänzungen stellen keine nicht vorhandene Funktion oder Bedienung dar.
• [ ] Sprache und Geräteziel sind der Datei eindeutig zugeordnet.
• [ ] Die betreffende Upload-Option ist in App Store Connect aktuell verfügbar.
• [ ] Die einreichende Person hat das Ergebnis im passenden Store-Eintrag kontrolliert.

Die Prüflogik lässt sich auf drei Entscheidungen reduzieren: Passt das Zielgerät? Ist die Datei technisch und inhaltlich korrekt? Ist das Gerät in der Upload-Oberfläche freigegeben? Wenn eine Antwort offen ist, markieren Sie die Datei als Entwurf. Ein bestandenes Pixelmaß allein ist keine Freigabe.

Wie kann ein Windows-Team die Abnahme mit einem Remote Mac durchführen? Windows kann für Layout, Bildbearbeitung und die Verwaltung der Arbeitsdateien eingesetzt werden. Für eine Aufnahme mit Xcode 27 Device Hub muss der Arbeitsschritt jedoch in einer passenden macOS-Umgebung erfolgen. Das Team kann die vorbereitete Gestaltung unter Windows belassen und auf dem Remote Mac die Simulatoransicht erfassen und prüfen. Danach müssen Dateiübertragung, Zuordnung und App-Store-Connect-Ergebnis kontrolliert werden. Die konkrete Eignung hängt davon ab, ob die benötigten Geräte in Device Hub verfügbar sind und die Dateien sicher in den vorgesehenen Arbeitsablauf übernommen werden können.

Vermeiden Sie dabei unklare Dateikopien und gemeinsam genutzte Zugangsdaten. Legen Sie fest, welche Person die Aufnahme erstellt, wer die Datei erhält und wer die Store-Einreichung verantwortet. Bei vertraulichen Produktbildern gehört außerdem dazu, Zugriffsrechte und Aufbewahrung im Teamprozess zu prüfen. Ein Remote Mac ersetzt diese organisatorischen Entscheidungen nicht.

Wenn die Arbeit über ein kurzfristiges Abnahmefenster hinausgeht, vergleichen Sie den Remote-Einsatz mit einem eigenen Mac. Ein lokales Gerät kann für regelmäßige, dauerhaft hohe Arbeitslast oder benötigte physische Anschlüsse sinnvoller sein. Für eine einzelne Device-Hub-Prüfung bringt ein eigener Rechner dagegen Anschaffung, Einrichtung und laufende Betreuung mit sich. Prüfen Sie vorab, ob die benötigte Arbeitsumgebung tatsächlich verfügbar ist; eine geeignete Mac-Auswahl finden Sie etwa in der Übersicht zu Mac mini M4 für den eigenen Arbeitsplatz. Für einen zeitlich begrenzten Bedarf können Sie außerdem die MESHLAUNCH-Übersicht zu Remote-Mac-Zugängen prüfen und abgleichen, ob die verfügbare Arbeitsumgebung zu Ihrem Prüfablauf passt.

Werden Screenshots auf einem Windows-Rechner entworfen, aber mit Xcode 27 Device Hub aufgenommen, bleiben vier typische Schwachstellen: Windows führt die erforderliche Simulatorprüfung nicht selbst aus, die Geräteauflösung kann mit der Monitorauflösung verwechselt werden, Dateien können bei der Übergabe ihre Geräte- oder Sprachzuordnung verlieren, und eine vorbereitete iPhone-Duo-Datei kann mit einer bereits verfügbaren Upload-Option verwechselt werden. Ein Remote Mac kann für ein zeitlich begrenztes Prüf- oder Einreichungsfenster diese Trennung zwischen Windows-Design und macOS-Aufnahme überbrücken. MESHLAUNCH ist eine Option, wenn dafür vorübergehend Zugriff auf einen Mac benötigt wird; bei dauerhaftem, regelmäßigem Bedarf oder notwendiger physischer Peripherie sollte ein eigener Mac mitgeprüft werden. Prüfen Sie vor der Entscheidung, ob Device Hub, Dateirückgabe und abschließende Kontrolle in App Store Connect zu Ihrem Ablauf passen.