07. Oktober 2026 · 9 Min.

App-Store-Assets: vom Screenshot zum Verkaufssystem

Neue Header, Suchergebnis-Assets und eine zentrale Asset Library verändern die App-Store-Arbeit. So entsteht daraus ein verlässlicher Prozess statt noch mehr Bilddateien.

App-Store-Assets: vom Screenshot zum Verkaufssystem

Der Store bekommt mehr Fläche — und das Team mehr Verantwortung

Apple hat am 5. Oktober neue Bild- und Videoformate für Produktseiten-Header und Suchergebnisse vorgestellt. Dazu kommen eine zentrale Asset Library und eine Vorschau in App Store Connect, die Produktseiten und Suchergebnisse für Dark Mode, verschiedene Geräte und Ausrichtungen zeigt.

Das klingt zunächst nach einer Designaufgabe: zwei weitere Formate exportieren, hochladen, fertig. Tatsächlich verschiebt sich aber die Rolle der Store-Präsenz. Aus einer Reihe von Screenshots wird ein kleines Content-System, das Marke, Nutzen, Produktrealität, Saison und Lokalisierung zusammenhalten muss.

Wer darauf mit noch mehr Einzeldateien reagiert, bekommt schnell eine hübsche, aber unwartbare Sammlung. Wer Assets wie ein Produkt behandelt, kann Releases besser vorbereiten, Botschaften testen und Kampagnen wechseln, ohne jedes Mal bei null anzufangen.

Vier Jobs, vier unterschiedliche Bilder

Ein Store-Asset sollte nicht gleichzeitig alles erklären. Die neuen und bestehenden Flächen haben verschiedene Aufgaben:

Der Suchergebnis-Asset muss in einem Augenblick verständlich machen, wofür die App da ist.
Der Produktseiten-Header setzt Ton und Erwartung, bevor jemand in Details einsteigt.
Screenshots zeigen den echten Ablauf und belegen konkrete Vorteile.
App Previews demonstrieren Bewegung, Interaktion und Nutzungskontext.

Apple weist darauf hin, dass ohne eigenen Suchergebnis-Asset weiterhin In-App Events, App Previews und Screenshots erscheinen können. Das ist kein Grund, jedes Feld zu füllen. Es ist ein Grund, bewusst zu entscheiden, welche Fläche welchen Job übernimmt.

Für eine Reise-App könnte die Suche sofort Ziel und Routennutzen zeigen. Der Header vermittelt Fernweh und Markenwelt. Die ersten drei Screenshots führen anschließend von der Planung über die Live-Navigation zum gespeicherten Erlebnis. Eine einzige Key Visual-Datei, nur in vier Größen ausgespielt, würde diese Dramaturgie verschenken.

Mit einer Botschaft beginnen, nicht mit dem Format

Bevor Figma geöffnet wird, braucht jede Asset-Serie einen kurzen Satz: Für wen ist diese App in diesem Moment wertvoll — und warum?

Aus diesem Satz entstehen drei Ebenen:

Versprechen: der wichtigste Nutzen, den ein neuer Besucher verstehen soll.
Beweis: die reale Funktion oder der reale Inhalt, der dieses Versprechen trägt.
Handlung: der nächste sinnvolle Schritt in der Geschichte, nicht zwingend ein aufgemalter Download-Aufruf.

Bei einer Familien-App könnte das Versprechen „wissen, ob alle gut angekommen sind“ lauten. Der Beweis ist eine echte Karten- oder Statusansicht. Die Story führt anschließend zu Benachrichtigungen und gemeinsam vereinbarten Routinen. So bleibt die Kommunikation konkret, ohne die Oberfläche mit Werbesätzen zuzuschütten.

Apple empfiehlt für Header eine einzelne klare Idee und für Suchergebnisse einen auf den ersten Blick erkennbaren Zweck. Diese Beschränkung ist hilfreich: Ein Asset ist kein Pitch Deck.

Das System aus Bausteinen bauen

Eine robuste Vorlage besteht nicht aus einem starren Masterbild, sondern aus wiederverwendbaren Regeln:

ein definierter Fokusbereich, der beim Zuschneiden erhalten bleibt;
wenige Farbrollen statt fest eingebrannter Hintergründe;
ein Satz freigegebener UI-Ausschnitte;
ein Bildstil für Produkt, Menschen oder Illustration;
kurze, lokalisierbare Botschaften;
Varianten für Hell und Dunkel;
dokumentierte Exportgrößen und Dateinamen.

Wichtig ist der Fokusbereich. Apple rät, Schlüsselinhalte im sicheren Zentrum zu halten, weil Assets je nach Gerät und Ausrichtung anders erscheinen können. Das Layout sollte deshalb nicht nur in der schönsten Desktop-Vorschau funktionieren. Es muss auch nach einem aggressiven Crop noch eine klare Idee behalten.

Wir würden zuerst ein universelles Motiv definieren und daraus Header, Suche und Kampagnenvarianten ableiten. Die Formate bleiben verwandt, werden aber für ihren jeweiligen Kontext neu komponiert. Wiedererkennbarkeit entsteht durch Systematik, nicht durch identische Anordnung.

Die Asset Library als Produktionsplan nutzen

Die neue Asset Library in App Store Connect erlaubt es, Bilder, Videos, Previews und Screenshots zentral zu organisieren. Assets können vor ihrer Nutzung hochgeladen und zur Freigabe eingereicht werden. Ein saisonales Motiv lässt sich damit vorbereiten und später aktivieren, ohne den Produktionsprozess erst am Kampagnentag zu beginnen.

Damit diese Bibliothek nicht zur nächsten Ablage wird, braucht jedes Asset mindestens:

Markt und Sprache;
Format und vorgesehene Fläche;
Produktversion oder UI-Stand;
Kampagne und Gültigkeitszeitraum;
Freigabestatus;
verantwortliche Person;
Link zur editierbaren Quelldatei.

Eine einfache Benennung wie de-DE_search_winter_v03_approved ist nicht glamourös, aber sie verhindert, dass jemand kurz vor dem Release „final-final-neu“ hochlädt. Die editierbare Quelle bleibt im Designsystem; der Store erhält nur geprüfte Exporte.

Produktrelease und Marketingrelease entkoppeln

Viele Teams produzieren Store-Screenshots erst, wenn der App-Build fertig ist. Dann treffen drei Deadlines aufeinander: QA prüft die Anwendung, Marketing schreibt Texte und Design jagt aktuelle Screens durch Geräte-Mockups.

Besser ist ein versetzter Ablauf:

Product definiert früh die sichtbaren Änderungen und den UI-Freeze.
Marketing entscheidet, ob daraus eine neue Botschaft oder nur aktualisierte Belege entstehen.
Design arbeitet mit stabilen Testdaten und festgelegten Zuständen.
Lokalisierung erhält Text und Kontext, nicht nur eine Tabelle einzelner Wörter.
QA vergleicht Asset, tatsächliche App und Store-Vorschau.
Freigegebene Assets landen vor dem Launch in der Bibliothek.

Apple erlaubt die Einreichung von Assets sowohl zusammen mit einer App-Version als auch über die Asset Library. Diese Trennung macht einen ruhigen Vorlauf möglich. Sie ersetzt allerdings nicht die inhaltliche Prüfung: Was im Bild versprochen wird, muss in der ausgelieferten App stimmen.

Lokalisierung heißt neu komponieren

Ein deutscher Satz ist oft länger als sein englisches Original. Arabisch verändert Leserichtung, Japanisch die typografische Dichte. Dazu kommen kulturelle Unterschiede bei Symbolen, Personen und saisonalen Motiven.

Deshalb sollte eine Vorlage flexible Textzonen besitzen und nicht von einer einzigen Zeilenlänge abhängen. Noch besser: Die Kernidee funktioniert bereits visuell, während Text sie nur präzisiert. Apple empfiehlt kurze Phrasen und verlangt, dass eingeblendete Texte für unterstützte Sprachen lokalisiert werden.

Die Prüfung erfolgt pro Markt, nicht nur pro Sprache. Ein Wintermotiv für Hamburg kann in Sydney im Dezember seltsam wirken. Die Asset Library eignet sich gerade deshalb für regionale und saisonale Sets — sofern das Team Gültigkeit und Zielmarkt sauber dokumentiert.

Vorschau ist ein Test, kein Abnahmefoto

Die neue Vorschau in App Store Connect zeigt Header, Screenshots, Metadaten und Suchergebnis-Assets vor der Veröffentlichung. Das ist die Stelle, an der Gestaltung und Produktrealität zusammenkommen.

Unser Review würde mindestens diese Fragen enthalten:

Bleibt die Hauptidee im kleinsten relevanten Format verständlich?
Funktioniert sie in Hell und Dunkel?
Liegt kein wichtiges Element in einem gefährdeten Randbereich?
Zeigt die UI den aktuellen Produktstand?
Sind Aussagen überprüfbar und für den Zielmarkt korrekt?
Bilden Header, Suche und Screenshots eine Geschichte statt drei Kampagnen?
Ist das Motiv auch ohne Ton und ohne langen Text verständlich?

Für iPhone Duo hat Apple zugleich neue Screenshot- und Preview-Spezifikationen veröffentlicht. Ab April 2027 müssen neue Einreichungen entsprechende Screenshots enthalten. Das ist ein guter Stresstest für jedes Asset-System: Wenn ein neues Gerät eine komplette Neuproduktion auslöst, war die Vorlage wahrscheinlich zu starr.

Messen, was das Asset tatsächlich verändert

Schönheit ist kein Experiment. Eine klare Hypothese schon: „Ein Header mit dem konkreten Nutzungsergebnis hilft neuen Besuchern besser als ein abstraktes Markenmotiv.“

Apple verweist für alternative Header-Visuals auf Product Page Optimization. Pro Test sollte möglichst nur eine zentrale Variable wechseln: Idee, Motiv, Reihenfolge oder Nutzenfokus. Werden Bild, Untertitel, Screenshots und Kampagne gleichzeitig geändert, bleibt selbst bei einem besseren Ergebnis unklar, warum es besser wurde.

Neben Store-Kennzahlen gehören qualitative Signale in die Auswertung: Verstehen Testpersonen nach fünf Sekunden den Zweck? Erwarten sie eine Funktion, die es nicht gibt? Passt die Botschaft zu den Fragen im Support und zu den Gründen, aus denen Menschen tatsächlich kaufen oder kündigen?

Ein Gewinner wird nicht einfach für immer übernommen. Er wird als neues Wissen im System dokumentiert: Markt, Zielgruppe, Hypothese, Zeitraum und Ergebnis.

Der kleinste sinnvolle Start

Ein Team braucht dafür kein monatelanges Rebranding. In einer konzentrierten Runde lässt sich bereits viel erreichen:

die ersten drei Screenshots und die neue Suchansicht inventarisieren;
eine Zielgruppe und ein Kernversprechen wählen;
ein universelles Motiv mit sicherem Fokusbereich bauen;
daraus Suche, Header und drei zusammenhängende Screenshots ableiten;
Deutsch und Englisch mit echten Textlängen prüfen;
alle Varianten in Hell, Dunkel, Gerät und Ausrichtung ansehen;
einen Test und ein klares Erfolgskriterium festlegen.

Der entscheidende Wechsel findet nicht im Exportdialog statt. Store-Assets werden von einer letzten Designaufgabe vor dem Release zu einem wiederverwendbaren Teil des Produkts. Genau dann können sie verkaufen, ohne lauter zu werden — weil jedes Bild weiß, welche Frage es beantworten soll.