Befund: Apple bestätigt, dass Sie Materialien aus der Asset Library unabhängig von einer App-Version hochladen und zur Prüfung einreichen können (Apple-Veröffentlichungshinweise).
Schnellster Weg: Behandeln Sie Bibliothek, Prüfung und Produktseite als getrennte Stationen. Prüfen Sie vor der Freigabe immer Sprache, Geräteformat, Zielposition und tatsächlichen Seitenstatus.
Dieser Ablauf ist für unabhängige Entwickler gedacht, die Screenshots und Vorschauvideos für eine Veröffentlichung vorbereiten.
Er hilft auch Teams, die lokalisierte Materialien oder mehrere Produktseiten betreuen.
Als Veröffentlichungsverantwortliche Person können Sie damit die Übergabe zwischen Erstellung, Prüfung und Seitenkonfiguration nachvollziehbar machen.
Zuletzt geprüft am 26.10.2026; abgeglichen mit den aktuellen App Store Connect-Veröffentlichungshinweisen und den unten verlinkten Apple-Hilfeseiten.
Materialverwaltung in der App Store Connect Asset Library
Die Asset Library dient dazu, Bilder und Videos zentral zu verwalten und sie über unterstützte Plattformen, Größen und Präsentationspositionen hinweg wiederzuverwenden. Sie ist damit ein Materiallager und eine Verwaltungsoberfläche, aber nicht automatisch eine fertige Produktseite. Die Apple-Anleitung zur Asset Library beschreibt die Verwaltung und Nutzung der Materialien.
Trennen Sie in Ihrem Arbeitsablauf fünf Zustände:
- Erstellt: Die Quelldatei liegt vor und ist dem vorgesehenen Produkt, der Sprache und dem Gerätetyp zugeordnet.
- In der Bibliothek: Das Material ist in App Store Connect verfügbar. Das sagt noch nichts darüber aus, ob es bereits auf einer Produktseite verwendet wird.
- Zur Prüfung eingereicht: Die Prüfung des Materials wurde angestoßen. Ein ausstehender Status ist keine Freigabe.
- Freigegeben: Apple hat das Material akzeptiert. Die Freigabe allein belegt nicht, dass es an einer bestimmten Position angezeigt wird.
- Konfiguriert und abgenommen: Das Material ist auf der gewünschten Produktseite oder an der vorgesehenen Position ausgewählt und die Darstellung wurde kontrolliert.
Diese Trennung verhindert einen typischen Abnahmefehler: Ein Team sieht ein Asset in der Bibliothek oder einen positiven Prüfstatus und schließt daraus, dass die Veröffentlichung abgeschlossen sei. Beides ist kein Nachweis für die tatsächliche Zuordnung. Als Veröffentlichungskontrolle brauchen Sie zusätzlich die Zielseite, die Sprache, die Reihenfolge und den Status der Konfiguration.
Wie übernehmen Sie Screenshots aus der Asset Library in eine App-Produktseite?
Öffnen Sie die Angaben der vorgesehenen Produktseite und wählen Sie dort die passenden Bibliotheksmaterialien für die gewünschte Position aus. Prüfen Sie anschließend die ausgewählten Dateien in der Seitendarstellung. Das Hochladen oder Ablegen in der Bibliothek ersetzt diese Auswahl nicht. Apples Anleitung zum Hochladen von Vorschauen und Screenshots erläutert den Upload-Ablauf; die Asset-Library-Anleitung beschreibt die Wiederverwendung.
Prüfpunkte für unabhängige Entwickler
Wenn Sie allein veröffentlichen, ist die häufigste Gefahr nicht ein fehlender Upload, sondern eine unvollständige Zuordnung. Verwalten Sie das Material deshalb anhand einer kleinen, wiederholbaren Liste und nicht nur anhand des Dateinamens.
Prüfen Sie für jedes Asset:
- Ist es ein Screenshot, ein App-Vorschauvideo oder ein kreatives Asset?
- Gehört es zum richtigen Produkt und zur vorgesehenen Plattform?
- Ist die Sprache eindeutig und stimmt sie mit der lokalisierten Produktseite überein?
- Passt das Material zum Zielgerät und zur unterstützten Darstellungsposition?
- Ist die Prüfung offen, freigegeben oder abgelehnt?
- Ist das Asset auf der Zielseite tatsächlich ausgewählt?
- Stimmen Reihenfolge und sichtbare Vorschau mit dem geplanten Veröffentlichungsstand überein?
Die Bezeichnungen in Ihrer Ablage sollten diese Fragen schnell beantworten. Verwenden Sie zum Beispiel ein Schema wie produkt_sprache_geraet_position_version. Das ist eine interne Organisationshilfe, keine von Apple vorgeschriebene Dateinamenskonvention. Speichern Sie außerdem einen Verweis auf das finale Asset oder dessen eindeutige Kennzeichnung, damit eine spätere Korrektur nicht versehentlich eine ältere Variante betrifft.
Können Sie Screenshots und kreative Assets vor der App-Version zur Prüfung einreichen?
Ja. Apple beschreibt, dass Assets unabhängig von einer App-Version hochgeladen und zur Prüfung eingereicht werden können. Das erlaubt Ihnen, Materialarbeit zeitlich von einem App-Build zu trennen. Planen Sie trotzdem einen eigenen Schritt für die Produktseite ein: Die Prüfung des Assets weist nicht nach, dass es dort platziert wurde. Details zur Übergabe enthält Apples Anleitung zum Einreichen von Assets aus der Asset Library.
Lokalisierte Materialien und Geräteformate
Bei einer mehrsprachigen App dürfen Sprache und Geräteformat nicht als bloße Dateieigenschaften behandelt werden. Sie bestimmen, wo ein Material korrekt eingesetzt werden kann. Ein Screenshot mit übersetzter Oberfläche kann für die falsche Sprache ungeeignet sein, auch wenn er technisch hochgeladen werden kann. Ebenso ist ein passendes Motiv nicht automatisch für jedes unterstützte Geräteformat geeignet.
Prüfen Sie die aktuelle Zielplattform und die geforderte Darstellung anhand der offiziellen Screenshot-Spezifikationen. Für Werbe- und Kampagnenmaterial gelten eigene Vorgaben; verwenden Sie dafür Apples Spezifikationen für kreative Assets. Die konkreten Anforderungen können sich unterscheiden. Übernehmen Sie daher keine Größen- oder Mengenangaben aus einer alten internen Checkliste, ohne sie gegen die aktuelle Dokumentation zu prüfen.
Wie vermeiden Sie Verwechslungen zwischen Sprachen und Gerätegrößen?
Legen Sie die Auswahl pro lokalisierter Produktseite fest und gleichen Sie sie mit dem tatsächlichen Dateiinhalts ab. Apples Anleitung zur Lokalisierung von App-Informationen erklärt die Pflege lokalisierter Angaben. Kontrollieren Sie zusätzlich jede Sprache in der Vorschau. Eine korrekte Sprachzuordnung in der Ablage beweist nicht, dass der Screenshot den lokalisierten Stand zeigt.
| Abnahmefeld | Ihre Prüfung | Fehler, den Sie damit vermeiden |
|---|---|---|
| Sprache | Text im Screenshot und Sprache der Zielseite abgleichen | Eine fremdsprachige Variante auf der falschen Seite |
| Gerät und Format | Vorgesehene Geräteklasse mit Apples aktueller Spezifikation vergleichen | Unpassendes oder nicht akzeptiertes Material |
| Position | Zielposition der Produktseite oder des kreativen Assets notieren | Freigegebenes Material ohne sichtbare Verwendung |
| Status | Prüfstatus direkt in App Store Connect kontrollieren | Eine ausstehende Prüfung als Freigabe behandeln |
| Vorschau | Darstellung und Reihenfolge auf der Zielseite ansehen | Falsche Reihenfolge oder veraltete Variante |
Der Arbeitsaufwand steigt vor allem dann, wenn dieselbe Kampagne in mehreren Sprachen und für mehrere Gerätevarianten gepflegt wird. Reduzieren Sie Sucharbeit, indem Sie eine Datei nicht nur nach Sprache benennen, sondern auch die vorgesehene Position und den Bearbeitungsstand dokumentieren. Halten Sie die tatsächlich verwendete Version fest. So lässt sich bei einer Rückfrage erkennen, ob ein Material noch geprüft, schon freigegeben oder bereits in der Produktseite eingebunden ist.
Mehrere Produktseiten und kreative Assets
Wenn Sie mehrere Apps, Produktseiten oder Kampagnen betreuen, wird Wiederverwendung zur Abnahmefrage. Ein Material kann in der Bibliothek vorhanden sein, aber für eine andere Position gedacht sein. Prüfen Sie deshalb in den Asset-Details die verfügbaren kompatiblen Positionen und die jüngste Verwendung. Verwenden Sie diese Angaben als Entscheidungshilfe, nicht als Ersatz für die Kontrolle auf der konkreten Zielseite.
| Arbeitsschritt | Asset Library | Produktseite oder Media Manager |
|---|---|---|
| Material ablegen | Datei zentral verfügbar machen und eindeutig zuordnen | Noch keine Anzeige auf der Zielseite voraussetzen |
| Material wiederverwenden | Kompatibilität und bisherige Verwendung prüfen | Passendes Asset an der vorgesehenen Position auswählen |
| Freigabe verfolgen | Prüfstatus des Materials kontrollieren | Seitenkonfiguration und Veröffentlichungsstatus separat prüfen |
| Material entfernen | Auswirkungen auf weitere Verwendungen klären | Prüfen, ob eine aktive Position dadurch unvollständig wird |
Diese Unterscheidung ist bei kreativen Assets besonders wichtig. Ein Team kann ein Asset vorbereiten und prüfen lassen, ohne es bereits in einer Produktseite oder einer Kampagnenposition einzusetzen. Ebenso bedeutet eine Freigabe nicht, dass das Material automatisch auf einer Seitenkopfzeile, in Suchergebnissen oder in einer In-App-Event-Darstellung erscheint. Erfassen Sie für jede Variante die vorgesehene Position und prüfen Sie danach die tatsächliche Konfiguration.
Wo müssen Sie freigegebene Materialien nach der Prüfung noch konfigurieren?
Gehen Sie in die konkrete Produktseite oder in den dafür vorgesehenen Media Manager und wählen Sie das freigegebene Material für die gewünschte Position aus. Kontrollieren Sie anschließend die Vorschau dort. Die Bibliotheksfreigabe und die Einrichtung der Seite sind getrennte Abnahmepunkte. Für kreative Assets sollten Sie zusätzlich Apples Spezifikationen für kreative Materialien gegen die beabsichtigte Platzierung halten.
Archivieren und Löschen sind ebenfalls unterschiedliche Entscheidungen. Archivieren Sie Materialien, die Sie für spätere Änderungen oder als nachvollziehbare frühere Variante aufbewahren möchten. Löschen Sie ein Asset erst, wenn Sie geprüft haben, ob es noch an anderer Stelle verwendet wird oder für eine laufende Übergabe benötigt wird. Dokumentieren Sie diese Prüfung in Ihrem Teamprotokoll. So vermeiden Sie, dass eine spätere Korrektur mit einer fehlenden Quelldatei beginnt.
Hinweis: Prüfen Sie bei einer Teamübergabe nicht nur, ob jemand App Store Connect öffnen kann. Apples Rollen- und Berechtigungsübersicht zeigt, dass verfügbare Aktionen von der zugewiesenen Rolle abhängen. Klären Sie vor dem Abnahmetermin, wer Material einreichen und wer die Produktseite bearbeiten darf.
Abnahme und Übergabe im Team
Eine verlässliche Übergabe muss vier Dinge auseinanderhalten: Materialvorbereitung, Materialprüfung, Seitenkonfiguration und App-Versionsfreigabe. Wenn Sie diese Zustände in einer Nachricht zusammenfassen, bleibt unklar, welche Arbeit tatsächlich abgeschlossen ist. Verwenden Sie stattdessen einen kurzen Datensatz pro Produktseite oder Kampagne.
Dokumentieren Sie mindestens die Asset-Kennung oder den Dateiverweis, die Sprache, das Geräteformat, die Zielposition, den Prüfstatus und das Ergebnis der Vorschaukontrolle. Ergänzen Sie, wer die Prüfung vorgenommen hat und ob noch eine App-Version eingereicht werden muss. Diese Einträge sind keine Behauptung über zusätzliche Funktionen von App Store Connect, sondern ein internes Abnahmeprotokoll. Es macht die Übergabe zwischen Marketing, Entwicklung und Veröffentlichung überprüfbar.
Können Sie die Prüfung von Material und App-Version als einen gemeinsamen Freigabeschritt behandeln?
Nein. Prüfen Sie, was tatsächlich eingereicht wurde: ein Asset, eine Produktseitenänderung oder eine App-Version. Halten Sie deren jeweilige Status getrennt fest. Die Möglichkeit, Assets unabhängig von einer App-Version einzureichen, ist gerade ein Grund, diese Vorgänge im Teamprotokoll nicht zusammenzufassen.
Führen Sie vor der Veröffentlichung einen Sichttest der Produktseite durch. Vergleichen Sie die angezeigte Reihenfolge mit der geplanten Reihenfolge, prüfen Sie jede lokalisierte Variante und bestätigen Sie, dass keine alte Datei ausgewählt ist. Wenn eine Position nicht wie vorgesehen erscheint, korrigieren Sie zuerst die Konfiguration. Laden Sie nicht reflexartig eine weitere Kopie desselben Materials hoch: Das kann die Bibliothek unübersichtlich machen, ohne die Seitenzuordnung zu reparieren.
Abschließende Freigabe-Checkliste
Verwenden Sie die Liste als letzte Abnahme vor der Übergabe. Markieren Sie einen Punkt erst dann, wenn Sie den Zustand in App Store Connect oder in Ihrer dokumentierten Vorschau geprüft haben.
- [ ] Das Asset ist dem richtigen Produkt und der vorgesehenen Sprache zugeordnet.
- [ ] Gerätetyp und Dateiformat wurden gegen die aktuellen Apple-Spezifikationen geprüft.
- [ ] Prüfstatus und Ergebnis sind dokumentiert; offene Prüfungen gelten nicht als Freigabe.
- [ ] Kompatible Position und frühere Verwendung wurden für wiederverwendete Assets kontrolliert.
- [ ] Das Material ist auf der konkreten Produktseite oder im passenden Media Manager ausgewählt.
- [ ] Reihenfolge und Vorschau entsprechen dem vorgesehenen Veröffentlichungsstand.
- [ ] Materialprüfung, Seitenkonfiguration und App-Versionsstatus sind getrennt festgehalten.
- [ ] Die zuständigen Teammitglieder haben die erforderlichen Rollen für ihre jeweiligen Aufgaben.
Wenn Material in der Bibliothek liegt, aber auf der Produktseite fehlt, springen Sie zurück zur Konfiguration. Wenn die Sprache oder das Geräteformat nicht passt, prüfen Sie die Quelldatei und die passende Spezifikation, bevor Sie erneut hochladen. Wenn eine Prüfung noch läuft, kennzeichnen Sie die Seite als nicht vollständig abgenommen. Diese Rücksprünge verhindern, dass ein unklarer Status durch weitere Uploads verschleiert wird.
Für die Erstellung und Kontrolle von Screenshots brauchen Sie nicht automatisch einen Remote Mac. Wenn Ihre Dateien bereits vorliegen und Sie nur Asset Library, Prüfung und Seitenkonfiguration bedienen müssen, reicht der Zugang zu App Store Connect mit den passenden Rollen. Anders sieht es aus, wenn Sie Xcode oder den iOS-Simulator für die Erstellung beziehungsweise Prüfung der App-Oberfläche benötigen. Dann ist macOS Teil des Arbeitsablaufs; die Asset Library selbst wird dadurch aber nicht an einen Mac gebunden. Eine Übersicht der verfügbaren Informationen zum Mac-Zugang finden Sie auf der deutschen MACCOME-Seite.
Arbeiten Sie derzeit mit Screenshots aus verschiedenen lokalen Geräten, manuellen Dateiübergaben und einem gemeinsam genutzten Rechner, entstehen leicht Versionskonflikte, unklare Zuständigkeiten und Wartezeiten beim Zugriff auf Xcode. Ein eigener Mac kann sinnvoll sein, wenn Sie dauerhaft hohe Last, lokale Peripherie oder eine ständig verfügbare Entwicklungsumgebung benötigen. Für einen zeitlich begrenzten Simulator- oder Build-Auftrag kann Mieten flexibler sein: Sie vermeiden einen Hardwarekauf nur für eine einzelne Abnahmephase und können Ihren bestehenden App-Store-Ablauf beibehalten. Prüfen Sie dafür zunächst die MACCOME-Übersicht zu verfügbaren Mac-Optionen und entscheiden Sie anhand Ihres tatsächlichen Xcode- und Simulatorbedarfs. Wenn Sie ausschließlich Material in App Store Connect zuordnen, brauchen Sie keinen zusätzlichen Mac.