Best Practices für App-Store-Screenshots, die einen Test bestehen

Was tatsächlich als Best Practices für App-Store-Screenshots zählt

Best Practices für App-Store-Screenshots lassen sich in zwei Kategorien einteilen, und sie zu vermischen ist der häufigste Fehler.

Vorgaben sind das, was Apple durchsetzt und was der Store technisch anzeigt. Sie sind keine Meinungen. Erledigen Sie sie einmal richtig und lesen Sie sie nicht immer wieder nach.

• Screenshots in Suchergebnissen. Je nach Ausrichtung erscheinen die ersten ein bis drei Bilder in den Suchergebnissen – und laut Apples Anleitung zur Produktseite nur dann, wenn kein App-Vorschauvideo verfügbar ist. Der Rest wartet, bis jemand die Produktseite öffnet.
• Größen und Formate. Apples Screenshot-Spezifikationen legen die Upload-Grenzen fest. Unser Beitrag zu Größen und Abmessungen für App-Store-Screenshots enthält die praktische Liste.
• Das App-Icon. Es ist überall dabei: in Suchergebnissen, auf der Seite, auf dem Homescreen. Mehr dazu in So gestaltet man ein App-Icon.
• Das App-Vorschauvideo. Es startet automatisch ohne Ton, und bis zu drei können auf einer Seite stehen. Wenn eines vorhanden ist, nimmt es den Platz in den Suchergebnissen ein, den sonst Ihre Screenshots hätten. Auf Apples Seite zu App-Vorschauen stehen die Regeln.

Kernpunkt: Eine Screenshot-Regel außerhalb der Vorgaben-Ebene ist eine Hypothese, keine Best Practice – bis Ihr eigener Traffic etwas anderes sagt.

Hypothesen sind alles andere. Dunkler Hintergrund. Beschriftungen im ersten Frame. Ein Gesicht in Aufnahme eins. Feature-Reihenfolge.

Jede davon wurde bei einer anderen Zielgruppe mit einer anderen Suchintention validiert. Bei Ihrer App ist sie eine Vermutung mit einem schönen Screenshot daneben.

Sortieren Sie daher jede Regel in die eine oder andere Kategorie, bevor Sie einen Designer briefen. Behandeln Sie die Kategorie der Hypothesen dann als Ausgangspunkt, niemals als Anforderung. Ideen, die sich zu testen lohnen, finden Sie in unserem Beitrag zur Optimierung von App-Store-Screenshots.

Warum Ihre Screenshots bestimmen, was Sie bei Apple Ads bezahlen

Ihre Screenshots bestimmen, was Sie bezahlen, weil Apple Ads pro Tap und nicht pro Impression abrechnet. Drei separate Faktoren bestimmen das Ergebnis, und es hilft, sie voneinander zu trennen.

• Ihr Gebot ist eine Obergrenze. Es begrenzt, was Sie zahlen können. Es legt nicht fest, was Sie zahlen.
• Relevanz entscheidet über die Auslieferung. Die Semantik des Keywords im Verhältnis zu Ihrem Store-Listing bestimmt, ob Sie überhaupt infrage kommen, bevor irgendeine kreative Frage aufkommt.
• Die Reaktion auf Assets entscheidet, was eine Impression wert ist. Das App-Icon und die führenden Screenshots beeinflussen die Tap-Through-Rate. Der Rest der Produktseite beeinflusst die Conversion von Tap zu Download.

Kernpunkt: Ein Gebot begrenzt, was ein Tap kosten kann. Relevanz und die Reaktion auf Assets entscheiden, ob Sie angezeigt werden und was Sie tatsächlich zahlen.

Nun zu dem Teil, der eine Beobachtung und kein dokumentierter Mechanismus ist.

Was ich beobachtet habe: Eine App mit schlechter Conversion erhält weniger Volumen und einen höheren Tap-Preis. Genau diese beiden Dinge versuchen Leute durch ein höheres Gebot zu beheben. Apple veröffentlicht diese Logik nicht, betrachten Sie sie also als Muster, das Sie beobachten sollten, und nicht als Regel, nach der Sie planen sollten.

Die praktische Schlussfolgerung gilt in jedem Fall. Ein schwaches Asset-Set ist ein Preisproblem, nicht nur ein Designproblem.

Hier endet die Asset-Arbeit meist zu früh. Das Redesign wird veröffentlicht, und niemand prüft danach, was mit CPT oder der Tap-Through-Rate passiert ist.

Benutzerdefinierte Produktseiten geben jeder Suchintention eigene Assets

Benutzerdefinierte Produktseiten sind Varianten von Produktseiten, die unterschiedlichem Traffic unterschiedliche Asset-Sets zeigen, und eine Apple-Ads-Anzeigengruppe kann auf eine bestimmte davon verweisen.

Das ist wichtig, weil eine Standardseite für alle als Mittelwertmaschine fungiert.

Jemand, der nach Ihrem Markennamen sucht, und jemand, der nach einem generischen Kategorienbegriff sucht, sind nicht dieselbe Person. Heute landen sie auf identischen Assets.

Eine Ausgangshypothese: Der Marken-Suchende möchte Bestätigung, und der Kategorie-Suchende möchte Ihren Unterschied in Aufnahme eins sehen. Das ist ein Ansatzpunkt für einen Test, keine Tatsache darüber, wie Menschen sich verhalten.

Kernpunkt: Assets nach Suchintention zu segmentieren, ermöglichen benutzerdefinierte Produktseiten. Was Sie jeder Intention sagen, entscheidet der Test.

Wie viele Seiten Sie benötigen, ergibt sich aus Ihren Keyword-Themen, nicht aus einer Zielzahl. Die naheliegenden Kandidaten:

• Marke
• Wettbewerber
• Kategorie und generische Begriffe
• Feature oder Anwendungsfall

Ein Thema mit eigener Intention und ausreichend Volumen kann eine eigene Seite tragen. Ein Thema ohne dieses Volumen passt gut auf die Standardseite.

Das ist das Argument für Anzeigengruppen mit einzelnen Keywords, übertragen auf Kreativmaterial. Starke Kontrolle, wo das Volumen sie unterstützt, reiner Overhead, wo es das nicht tut. Keine Regel, die überall befolgt werden muss.

Die Mechanik wird in benutzerdefinierte Produktseiten im App Store und in Apples Dokumentation zu benutzerdefinierten Produktseiten erklärt.

So führen Sie A/B-Tests für App-Store-Assets ohne Raten durch

Ein App-Store-Asset-Test beantwortet erst dann etwas, wenn die dahinterliegende Anzeigengruppe echte Historie hat. Eine Handvoll Installationen pro Monat misst Rauschen, nicht Kreativmaterial.

Deshalb startet ein ernstzunehmendes Tool nicht ohne Historie. Vorab: Ich arbeite bei Adapty, das ist also keine neutrale Einschätzung.

• Historie. A/B-Tests für CPP im Adapty Ads Manager erfordern, dass die Quell-Anzeigengruppe mindestens 28 Tage alt ist und in diesem Zeitraum Impressionen, Taps und Installationen aufweist.
• Varianten. Ein Test vergleicht 2 bis 4 Produktseiten. Ihre Standardseite kann die Kontrollvariante sein, wenn Sie wissen möchten, ob eine benutzerdefinierte Seite Ihre Ausgangsbasis übertrifft. Ein Test nur mit benutzerdefinierten Seiten ist ebenfalls möglich.

Das Traffic-Niveau bestimmt auch, wie schnell Varianten rotieren:

Niedriger Traffic verhindert keinen Test. Es bedeutet nur, dass die Antwort Monate dauert.

Kernpunkt: Ein Asset-Test bedeutet erst dann etwas, wenn die dahinterliegende Anzeigengruppe genug Historie hat, um Signal von Rauschen zu trennen.

So führen Sie einen durch:

1. Legen Sie die entscheidende Metrik vor dem Start fest, solange noch niemand auf die Ergebnisse schaut. Die Variantentabelle berichtet TTR, die Conversion-Rate von Tap zu Download, CPT, CPA, Ausgaben, Umsatz und ROAS.
2. Wählen Sie eine Anzeigengruppe mit Historie, damit Sie mehrere Seiten miteinander vergleichen können.
3. Wählen Sie 2 bis 4 Varianten, mit oder ohne Ihre Standardseite als Kontrollvariante.
4. Legen Sie die Präzision fest, also die kleinste Conversion-Differenz, die der Test erkennen kann. Die Optionen reichen von 1 % bis 5 %, Standard ist 5 %; 3–4 % ist die ausgewogene Wahl.
5. Legen Sie das Konfidenzniveau fest, von 80 % bis 99 %, Standard ist 90 %. Höhere Konfidenz benötigt mehr Daten und Zeit.
6. Starten Sie den Test. Das System klont die Anzeigengruppe einmal pro Variante, führt jeweils einen Klon aus und rotiert nach Ihrem Zeitplan. Das Original wird am Ende wiederhergestellt.
7. Lesen Sie die Gewinnerregel strikt. Eine Variante ist erst dann der Gesamtsieger, wenn sie bei der entscheidenden Metrik mit mindestens 95 % Konfidenz führt. Bevor Varianten vergleichbare Impressionen haben, wird nichts hervorgehoben.

Apples Optimierung von Produktseiten behandelt Tests mit organischem Traffic. Der obige Prozess ist die Paid-Media-Version.

An einer Sache arbeiten wir noch: Tests der Anzeigen-Creatives selbst für Apple Ads, nicht nur der Produktseiten. Noch nicht veröffentlicht.

Mykola MartynovetsHead of Ads Manager