App Store Asset Playbook

Phasen und Zeitpunkte

Die Zeitpunkte sind Erfahrungswerte aus der Praxis. Apple legt nur fest, was in der App-Version stecken muss (Icon, Icon-Varianten) und was unabhängig davon geprüft wird (Creative Assets, Events, Custom Product Pages).

Mindestpaket und volles Paket

Nie auf ein Asset

• Pflicht

  Keine konkreten Preise, Rabatte oder Währungsangaben. Preise unterscheiden sich je Land und ändern sich unabhängig vom Asset. Guideline 2.3.7 · 2.3.14

• Pflicht

  Keine Website-URLs und keine ©-Zeichen.

• Pflicht

  Keine Aussagen, die sich nicht belegen lassen: „Nr. 1“, „die beste App“, Preise oder Auszeichnungen, die die App nicht bekommen hat. Guideline 2.3.7 · 2.3.14

• Pflicht

  Keine Apple-Auszeichnungen wie „Editors’ Choice“, „App des Tages“, „Spiel des Tages“ oder „Apple Design Award“ in Bildern und Videos. Auszeichnungen gehören ans Ende der Beschreibung oder in den Werbetext.

• Pflicht

  Keine Namen, Logos oder Bilder anderer Plattformen und App-Marktplätze, auch nicht versteckt in einer Statusleiste. Guideline 2.3.10

• Pflicht

  Keine Namen anderer Apps, keine fremden Marken ohne Erlaubnis, keine Namen von Prominenten. Das gilt auch für Keywords. Guideline 2.3.7

• Pflicht

  Keine echten Personendaten. Konten, Namen, Adressen und Zahlen in Screenshots und Videos sind fiktiv. Guideline 2.3.9

• Pflicht

  Nur Material, an dem du die Rechte hast: Fotos, Illustrationen, Schriften, Musik. Guideline 2.3.9

• Pflicht

  „Für Kinder“ oder „For Kids“ nur, wenn die App in der Kids-Kategorie ist. Guideline 2.3.8

Immer

• Pflicht

  Altersfreigabe 4+ für Icon, Screenshots, Previews, Creative Assets und Bilder von In-App-Käufen, auch wenn die App selbst höher eingestuft ist. Kein Blut oder Gore, keine Waffe, die auf eine Person oder den Betrachter zielt, nichts sexuell Anzügliches, keine Drogen, Hassrede, Stereotype oder Selbstverletzung. Guideline 2.3.8

• Pflicht

  Den echten, aktuellen Stand der App zeigen und mit jeder neuen Version prüfen. Guideline 2.3

• Pflicht

  Kennzeichnen, wenn gezeigte Inhalte, Level oder Funktionen einen In-App-Kauf oder ein Abo brauchen. Guideline 2.3.2

• Empfehlung

  Für ein weltweites Publikum gestalten, Menschen unterschiedlicher Herkunft zeigen und Bilder und Videos je Region lokalisieren.

• Empfehlung

  Zeitlos bleiben. Saisonales gehört in Creative Assets, In-App Events und den Werbetext.

• Empfehlung

  Ein Stil über alle Assets: Farbpalette, Icons, Schrift, Botschaft und Ton passen zusammen und erzählen eine Geschichte.

Arbeitsblatt zum ProjektstartPraxis

Was Apple dazu vorgibt

• Pflicht

  Die passendste Kategorie wählen. Apple kann eine offensichtlich falsche Wahl ändern, unpassende Kategorien können zur Ablehnung führen. Die Primärkategorie entscheidet, in welchem Tab die App erscheint, und zählt am meisten für die Auffindbarkeit. Guideline 2.3.5

• Empfehlung

  Für Erstbesucher gestalten: Wer die App nicht kennt, muss auf einen Blick verstehen, was sie tut.

• Empfehlung

  Den Ton der Marke treffen und Begriffe benutzen, die die Zielgruppe kennt.

Formate je Plattform

Farbräume: sRGB, Gray Gamma 2.2 und Display P3 (P3 nicht auf visionOS). Kleinere Größen für Einstellungen und Mitteilungen erzeugt das System selbst.

Gestaltung

• Empfehlung

  Eine Idee, wenige Formen, ein einfacher Hintergrund aus Farbe oder Verlauf. Das Motiv muss die Fläche nicht füllen.

• Empfehlung

  Gefüllte, sich überlappende Formen statt reiner Umrisse; mit Transparenz und Unschärfe wirken sie räumlich.

• Empfehlung

  Klare Kanten in den Vordergrundebenen, keine weichen oder ausgefransten Ränder. Mit der Deckkraft der Ebenen Tiefe erzeugen.

• Empfehlung

  Das Hauptmotiv zentriert halten, damit Ecken und Maske nichts abschneiden.

• Empfehlung

  Auf jeder Größe erkennbar: App Store, Spotlight, Home-Bildschirm. Keine extrem dünnen Linien und spitzen Ecken.

• Empfehlung

  Effekte dem System überlassen: keine eigenen Glanzlichter, Schlagschatten, Kanten, Unschärfen oder Leuchteffekte. Die Systemeffekte sind dynamisch, eigene bleiben statisch.

• Empfehlung

  Ebenen ungemaskt und quadratisch liefern (tvOS rechteckig). Vorgemaskte Ebenen stören die Glanzlichter und machen die Kanten unsauber.

• Empfehlung

  Ebenen als Vektor (SVG oder PDF), Texte in Pfade umwandeln. Raster und Mesh-Verläufe als verlustfreies PNG.

Vermeiden

• Empfehlung

  Text, außer er gehört zur Marke. Ein Anfangsbuchstabe als Kürzel ist in Ordnung, Wörter wie „Play“, „Neu“ oder „für iPad“ nicht.

• Empfehlung

  Fotos, Screenshots der App und nachgebaute Standard-UI-Elemente. Illustrationen funktionieren in allen Größen und Darstellungen besser.

• Pflicht

  Nachbildungen von Apple-Hardware; Apple-Produkte sind urheberrechtlich geschützt.

• Pflicht

  Name und Icon müssen überall ähnlich genug sein, damit niemand sie verwechselt: kleines und großes Icon, Watch-Icon, Alternativ-Icons. Guideline 2.3.8

• Empfehlung

  Auf watchOS keinen schwarzen Hintergrund; er verschwindet im Display.

Darstellungen und Alternativ-Icons

• Nutzer wählen zwischen Standard, Dunkel, Klar und Getönt. Nicht gelieferte Varianten erzeugt das System, eigene sehen meist besser aus.
• Kernmerkmale bleiben in allen Varianten gleich; keine Elemente austauschen.
• Die dunkle Variante aus der hellen ableiten: Komplementärfarben, nichts zu Helles, farbige Hintergründe für Kontrast.
• Jedes Alternativ-Icon braucht auf iPhone und iPad eigene Varianten für Dunkel, Klar und Getönt. Alle Icons durchlaufen das App Review.
• Icons für A/B-Tests (Optimieren) müssen schon im veröffentlichten Binary stecken. Deshalb Testvarianten früh mit einbauen.

AblaufPraxis

1. Drei Richtungen skizzieren und jede gleichzeitig groß, mittel und in Spotlight-Größe ansehen.
2. Die gewählte Richtung als Vektor-Ebenen anlegen: Hintergrund, ein bis zwei Vordergrundebenen.
3. In Icon Composer importieren, Liquid-Glass-Effekte und Darstellungen einstellen, Vorschau prüfen.
4. Auf einem Gerät oder im Simulator neben System-Icons und Widgets prüfen, in allen Darstellungen.
5. In Xcode einbinden; geplante Test-Icons gleich als Alternativ-Icons mitliefern.

Felder und Limits

Name und Untertitel

• Pflicht

  Name eindeutig und höchstens 30 Zeichen. Keine Preise, keine Begriffe, die nichts mit dem Namen zu tun haben. Guideline 2.3.7

• Pflicht

  Der Untertitel folgt denselben Regeln: kein Bezug auf andere Apps, keine unbelegbaren Aussagen. Guideline 2.3.7

• Empfehlung

  Keine generischen Begriffe als Name und nichts, was nach einer bestehenden App klingt.

• Empfehlung

  Untertitel statt „die beste App der Welt“: eine Funktion oder einen typischen Einsatz nennen, der die Zielgruppe anspricht. Mit neuen Versionen verschiedene Formulierungen ausprobieren.

Beschreibung, Werbetext, Neuerungen

• Empfehlung

  Aufbau der Beschreibung: ein kurzer Absatz zum Nutzen, danach eine knappe Liste der Hauptfunktionen. Der erste Satz muss allein tragen.

• Empfehlung

  Keine Preise in der Beschreibung; sie stehen an anderer Stelle der Seite und stimmen nicht in jedem Land. Kein Keyword-Stuffing.

• Empfehlung

  Werbetext für Neuigkeiten nutzen: zeitlich begrenzte Aktionen, kommende Funktionen. Für Keywords bringt er nichts.

• Pflicht

  Größere Änderungen im Neuerungen-Text beschreiben. Reine Fehlerbehebungen, Sicherheits- und Leistungsupdates dürfen allgemein formuliert sein. Guideline 2.3.12

• Empfehlung

  Neuerungen nach Wichtigkeit ordnen, eine Handlungsaufforderung ist erlaubt. Wenn eine Funktion auf Nutzerwunsch entstand, das sagen.

Keywords

• Pflicht

  Höchstens 100 Zeichen. Begriffe mit Komma trennen, ohne Leerzeichen dazwischen; innerhalb einer Phrase sind Leerzeichen erlaubt: Baustelle,Bautagebuch,Mängel melden

• Pflicht

  Verboten: fremde Marken ohne Erlaubnis, Namen von Prominenten, geschützte Begriffe, Namen konkurrierender Apps, irrelevante oder anstößige Begriffe. Falsche Keywords sind ein häufiger Ablehnungsgrund. Guideline 2.3.7

• Empfehlung

  Vermeiden: Plural, wenn der Singular schon drinsteht; Kategorienamen; das Wort „App“; doppelte Wörter; Sonderzeichen wie # oder @, außer sie gehören zur Marke.

• Empfehlung

  Abwägen: populäre Begriffe bringen viel Traffic und viel Konkurrenz, spezifische Begriffe weniger von beidem.

• Praxis

  Wörter aus Name und Untertitel nicht wiederholen. Sie zählen schon für die Suche, und die Zeichen fehlen dann für neue Begriffe.

• Praxis

  Je Sprache aus der Rohliste neu auswählen, nicht übersetzen. Gesucht wird in jedem Markt anders.

Pflichtgrößen

Querformat: Breite und Höhe tauschen. Kleinere Geräte skaliert App Store Connect aus den größeren herunter, wenn die Oberfläche überall gleich aussieht. Alle Größen für Mac, TV, Watch und Vision Pro stehen im Spickzettel. Mit iPhone-Duo-Screenshots bekommt die Produktseite ein Abzeichen für optimierte Apps.

Was das Review prüft

• Pflicht

  Mehr als die Hälfte der Screenshots je Gerät zeigt die App in Benutzung: bei 3 Screenshots mindestens 2, bei 4 mindestens 3. Das gilt für jede Sprache einzeln. Ein einziger Screenshot reicht, wenn er die App in Benutzung zeigt. Guideline 2.3.3

• Pflicht

  Nicht nur Titelbild, Login oder Splash-Screen. Abgelehnt werden auch reine Hardware-Bilder und Overlays ohne App dahinter. Guideline 2.3.3

• Pflicht

  Text- und Bild-Overlays sind erlaubt, solange sie die Hauptfunktion nicht verdecken. Die übrigen Screenshots dürfen Marketing zeigen. Guideline 2.3.3

• Pflicht

  Die Oberfläche nicht beschönigen oder verfälschen; mit jeder Version an die aktuelle UI anpassen.

• Empfehlung

  Erlaubt und nützlich: ein Bild über mehrere Screenshots ziehen (Panorama), Eingaben wie Touch-Punkte oder Apple Pencil einblenden, Dunkelmodus zeigen.

Gestaltung

• Empfehlung

  Die ersten 1–3 Screenshots tragen allein den Kern der App; im Suchergebnis erscheinen je nach Ausrichtung bis zu drei.

• Empfehlung

  Je Screenshot genau ein Nutzen oder eine Funktion. Die stärksten Funktionen zuerst, als zusammenhängende Geschichte.

• Empfehlung

  Kurzer, lokalisierter Text, der das Bild ergänzt und nicht beschreibt. Klarer Blickfang, wichtige Elemente mittig.

• Empfehlung

  Mindestens ein Screenshot im Dunkelmodus, wenn die App ihn unterstützt.

• Empfehlung

  Keinen ganzen Screenshot für Auszeichnungen oder Aufrufe verschenken.

• Praxis

  Overlay-Text höchstens zwei Zeilen. iPhone-Screenshots nur aus dem iPhone-Simulator oder von einem iPhone, nie im iPad-Rahmen.

Slot-PlanPraxis

ProduktionPraxis

1. Demo-Konto mit fiktiven, glaubwürdigen Daten anlegen: Namen, Adressen, Projekte, Zahlen. Die gleichen Daten in allen Sprachen, nur übersetzt.
2. Im Simulator die Statusleiste auf den Apple-Standard setzen und Screens aufnehmen:

# Statusleiste: 9:41 Uhr, voller Akku, volle Balken
xcrun simctl status_bar booted override --time "9:41" --dataNetwork wifi --wifiMode active --wifiBars 3 --cellularMode active --cellularBars 4 --batteryState charged --batteryLevel 100

# Screenshot des laufenden Simulators
xcrun simctl io booted screenshot baulog_de_iphone-dil_01_kernnutzen.png

# Statusleiste zurücksetzen
xcrun simctl status_bar booted clear

3. Rohscreens in Design-Rahmen mit 1320 × 2868 px setzen, Overlay-Texte je Sprache als eigene Ebene.
4. Exportieren und auf Transparenz prüfen. Ein Alphakanal führt zur Ablehnung beim Upload:

# zeigt "hasAlpha: yes" bei problematischen Dateien (macOS)
sips -g hasAlpha *.png

# Notlösung: als JPEG ohne Alphakanal speichern
sips -s format jpeg -s formatOptions 95 screen.png --out screen.jpg

5. Dateien nach Schema benennen: {app}_{sprache}_{gerät}_{slot}_{inhalt}.png, zum Beispiel baulog_de_ipad-13_02_maengel.png. Gerätekürzel: iphone-dil, iphone-dim, ipad-13, mac, tv, vision, watch.

Technische Vorgaben

Auflösungen für den Upload

Inhalt

• Pflicht

  Nur Bildschirmaufnahmen aus der App selbst. Erzählstimme und Overlays zur Erklärung sind erlaubt. Sticker- und iMessage-Apps dürfen ihre Nutzung in Nachrichten zeigen. Guideline 2.3.4

• Pflicht

  Inhalte, die einen Kauf brauchen, als solche kennzeichnen; alles 4+. Guideline 2.3.2 · 2.3.8

• Empfehlung

  Mit dem Nutzenversprechen oder der stärksten Funktion beginnen, in den ersten Sekunden fesseln.

• Empfehlung

  Eine vollständige Geschichte mit Anfang, Mitte und Ende erzählen.

• Empfehlung

  Ruhige Schnitte, keine schnellen Bewegungen; die sind schwer zu verfolgen und nicht barrierefrei.

• Empfehlung

  Ohne Ton verständlich bauen. Wenn Ton, dann ein kurzer Musik-Loop als Markentextur, ohne plötzlich laute Stellen, sauber geloopt.

• Empfehlung

  Nahtlos loopen; das Video wiederholt sich automatisch. Ein Vorschaubild wählen, das allein funktioniert.

Dramaturgie für 30 SekundenPraxis

ProduktionPraxis

Im Simulator aufnehmen (mit Ctrl+C beenden) und danach mit ffmpeg auf die Vorgaben bringen. Der zweite Befehl skaliert auf 886 × 1920 px, setzt 30 fps, H.264 High Level 4.0 mit 11 Mbit/s und fügt eine stumme Stereospur hinzu. Mit Musik die Musikdatei statt anullsrc als zweiten Eingang nehmen.

xcrun simctl io booted recordVideo --codec=h264 aufnahme.mov

ffmpeg -i aufnahme.mov -f lavfi -i anullsrc=r=48000:cl=stereo \
  -vf "scale=886:1920:force_original_aspect_ratio=decrease,pad=886:1920:(ow-iw)/2:(oh-ih)/2,fps=30" \
  -c:v libx264 -profile:v high -level 4.0 -pix_fmt yuv420p -b:v 11M -maxrate 12M -bufsize 24M \
  -c:a aac -b:a 256k -ar 48000 -ac 2 -map 0:v -map 1:a -shortest \
  baulog_de_iphone_preview-01.mp4

• Praxis

  Motion-Design-Werkzeuge wie Remotion oder After Effects taugen hier nur als Schnittwerkzeug für echte Bildschirmaufnahmen mit Einblendungen. Animierte Markenszenen gehören in die Creative Assets.

• Praxis

  Das Vorschaubild vor der Einreichung bewusst setzen (Media Manager, „Edit Poster Frame“). Nach der Freigabe ist es fest.

Formate

Bilder ohne Alphakanal und Transparenz. Videos laufen in Schleife. Im Suchergebnis bleiben sie immer stumm, im Header starten sie stumm und lassen sich einschalten. Ein Universal-Asset bespielt Header und Suchergebnis zugleich; sonst bekommt jede Platzierung ein eigenes.

Regeln

• Pflicht

  Bezug zu Inhalt, Funktion oder Marke der App. Für alle Altersgruppen, nicht irreführend, keine anderen Apps, keine unbelegbaren Aussagen, keine konkreten oder reduzierten Preise. Guideline 2.3.14

• Pflicht

  Alle Grundregeln gelten, auch die 4+-Freigabe.

Header

• Empfehlung

  Eine einzige, klare Idee. Jedes weitere Element schwächt die Wirkung.

• Empfehlung

  Für Erstbesucher gestalten: Marke, saisonales Angebot oder neue Inhalte, als Video oder Bild.

• Empfehlung

  Key Art und Text in der Safe Area aus Apples Vorlagen halten.

• Empfehlung

  Varianten mit Product Page Optimization testen (Optimieren).

Suchergebnis

• Empfehlung

  Den Zweck der App auf einen Blick zeigen.

• Empfehlung

  Echte Erfahrung zeigen: Oberfläche, Inhalte oder Gameplay.

• Empfehlung

  Ein gemeinsames Universal-Motiv für Header und Suche stärkt die Wiedererkennung.

Vorlagen von Apple

Freigabe und Einsatz

• Creative Assets lassen sich einzeln über die Asset Library einreichen. Apple prüft sie gegen die aktuelle App-Version, ein App-Update ist nicht nötig.
• Freigegebene Assets können ohne erneutes Review in Header und Suchergebnis eingesetzt werden, auch Wochen später für eine saisonale Kampagne.
• Auch Custom Product Pages können eigene Creative Assets bekommen.
• Ohne Suchergebnis-Asset zeigt der Store In-App Events, App Previews oder Screenshots.

Asset Library

1. App in App Store Connect öffnen, in der Seitenleiste „Asset Library“ wählen.
2. Auf „+“ klicken, dann „Upload Creative Assets“ oder „Previews and Screenshots“.
3. Dateien hochladen und in der Detailansicht einen internen Namen vergeben (nur in App Store Connect sichtbar).
4. Zur Prüfung einreichen. Nach der Freigabe zeigt die Library, wo jedes Asset verwendet wird.
5. Freigegebene Assets den Platzierungen zuweisen: Produktseite, Custom Product Page, Event.

Löschen geht nur im Status „Prepared for Submission“. Alles andere wird archiviert und taucht dann in keiner neuen Platzierung mehr auf. Wer einen Screenshot im Media Manager löscht, entfernt ihn aus allen skalierten Größen; wer ihn nur aus der Produktseite nimmt, behält ihn in der Library.

Vorschau-Tool

Zeigt Header, App-Name, Beschreibung, Screenshots und Suchergebnis zusammen, im hellen und dunklen Modus, auf verschiedenen Geräten und in beiden Ausrichtungen. Vor jeder Einreichung einmal komplett durchklicken: iPhone hell und dunkel, iPad, jede Sprache.

Was braucht eine neue App-Version?

Häufige Ablehnungsgründe bei Metadaten

Product Page Optimization

• Empfehlung

  Je Variante nur wenige Elemente ändern, damit klar ist, was gewirkt hat. Mehr Varianten verlängern den Test.

• Empfehlung

  Die Dauerschätzung nutzen. Liegt sie über 90 Tagen: weniger Varianten oder mehr Traffic.

• Empfehlung

  Neben der Conversion auch das Verhalten in der App anschauen: Nutzung, Käufe.

• Empfehlung

  Wer eine Variante anwendet, beendet den laufenden Test.

• Praxis

  Reihenfolge: zuerst Screenshot 1–3, dann Icon, dann Header. Jeder Test hat eine schriftliche Hypothese: „Wenn wir X zeigen, steigt die Conversion, weil Y.“

Custom Product Pages

• Bis zu 70 zusätzliche Versionen der Produktseite für iPhone und iPad, jede mit eigener URL.
• Anpassbar: Screenshots, App Previews, Werbetext und Creative Assets, in jeder Sprache.
• Eigene Keywords: Die Seite erscheint dann für diese Suchbegriffe statt der Standardseite. Jede Keyword-Kombination gehört zu genau einer Seite.
• Deep Link an die passende Stelle der App, ab iOS und iPadOS 18.
• Prüfung unabhängig vom App-Update; per App Store Connect API automatisierbar.
• Apple Ads und Werbenetzwerke können die Seiten direkt nutzen.
• Laut Apple steigt die Conversion im Schnitt um 2,5 Prozentpunkte, ausgehend von 1,6 % auf Standardseiten.

Bewertungen

• Empfehlung

  Den System-Dialog von StoreKit nutzen. Er erscheint höchstens dreimal in 365 Tagen.

• Empfehlung

  Auf Rezensionen in App Store Connect antworten. Die Verfasser werden benachrichtigt und können ihre Bewertung anpassen.

• Empfehlung

  Bewertungen beeinflussen das Suchranking und gelten je Land.

• Praxis

  Nach einem Erfolgsmoment fragen (Bericht verschickt, Aufgabe erledigt), nie beim App-Start oder mitten in einem Ablauf.

Bei jedem Update

Screenshots an die aktuelle Oberfläche anpassen, Neuerungen schreiben, Werbetext und Keywords prüfen, Lokalisierungen nachziehen. Die Checklisten fassen das zusammen.

Texte

Badges

Medien

• Empfehlung

  Keine Texte und Logos im Bild, vor allem nicht Event- oder App-Name.

• Empfehlung

  Keine Rahmen oder Verläufe; Zuschnitte und Verläufe setzt das System.

• Empfehlung

  Karte und Detailseite im gleichen Stil, Videos als nahtlose Schleife, Ergebnis in der Vorschau von App Store Connect prüfen.

• Empfehlung

  Das Badge zeigt schon den Event-Typ. Medien ergänzen es, statt es zu wiederholen.

Grenzen und Zeitplan

• Bis zu 15 freigegebene Events in App Store Connect, bis zu 10 gleichzeitig veröffentlicht.
• Ein Event dauert höchstens 31 Tage und kann bis zu 14 Tage vor Beginn beworben werden.
• Start, Ende und Anzeigezeitpunkt lassen sich je Region festlegen.
• Hohe Priorität stellt ein Event vor andere; sonst gilt die Startzeit.
• Zielgruppe für Empfehlungen wählen: alle, neue, aktive oder inaktive Nutzer. Gesehen werden kann jedes Event von allen.
• Angeben, ob ein In-App-Kauf nötig ist. Bei Abo-Apps nur, wenn das Event zusätzlich kostet.

Deep Links

• Universal Links bevorzugen, keine URL-Kürzer oder Umleitungsdienste.
• Läuft das Event, direkt hinein; hat es noch nicht begonnen, auf eine Vorfreude-Seite mit Erinnerung.
• Neue Nutzer zuerst kurz einführen. Immer einen Weg zurück in die App anbieten.
• Testen, zum Beispiel den Link in die Notizen-App kopieren und antippen.

Gute und schlechte Kandidaten

• Pflicht

  Der Event-Typ muss passen, die Metadaten beschreiben das Event und nicht die App, die Termine stimmen in allen Ländern, der Deep Link führt zum richtigen Ziel. Konkrete Preise führen zur Ablehnung. Guideline 2.3.13

• Empfehlung

  Vermeiden: „die beste“, „#1“, Zusätze wie „Spiel-Event“, Großbuchstaben am Stück, mehrere Satzzeichen wie „!!“.

Messen lassen sich Downloads je Event, Herkunft, Impressionen, Aufrufe der Detailseite, App-Öffnungen und Anmeldungen für die Start-Benachrichtigung.

• App Store asset best practices and resourcesGrundregeln, Formate, Header, Suchergebnis, Vorlagen
• App Review Guidelines, Abschnitt 2.3 Accurate MetadataRegeln 2.3.1 bis 2.3.14
• Guideline 2.3.3: Show your app in use with screenshotsMehrheitsregel für Screenshots
• Screenshot specificationsAlle Screenshot-Größen und Pflichtangaben
• App preview specificationsCodecs, Längen, Auflösungen
• Creative assets specificationsHeader, Suchergebnis, Event-Medien
• Manage your App Store assetsAsset Library, Vorschaubild, Universal-Asset
• Creating your product pageTextfelder, Keywords, Bewertungen, In-App-Käufe
• Human Interface Guidelines: App iconsIcon-Formate, Ebenen, Darstellungen
• Icon ComposerWerkzeug für Liquid-Glass-Icons
• Product page optimizationA/B-Tests der Produktseite
• Custom product pagesZusätzliche Produktseiten mit eigener URL
• In-App EventsTexte, Badges, Medien, Grenzen
• Showcase your apps with new assets on the App StoreAnkündigung der Creative Assets vom 5. Oktober 2026
• WWDC26: Enhance your presence on the App StoreSession zu Asset Library und Creative Assets
• App Store PathwayAlles außerhalb der Produktseite: Zertifikate, TestFlight, In-App-Käufe