Screenshot-Meinungen sind billig; Screenshot-Daten nicht. Beide Stores bieten Ihnen inzwischen natives A/B-Testing für Ihre Listing-Bilder, aber sie funktionieren so unterschiedlich, dass ein Ergebnis des einen wenig über den anderen aussagt. Hier ist, wie Sie 2026 auf jedem Store richtig testen und was Sie zuerst testen sollten.
Apple: Product Page Optimization
Product Page Optimization (PPO) lebt in App Store Connect und lässt Sie bis zu 3 Varianten gegen Ihre Standardseite laufen lassen, mit Screenshots, App Previews und Icon im Test. Tests können bis zu 90 Tage laufen, der Traffic wird auf die Varianten verteilt, und jede Variante durchläuft das App Review, bevor sie starten kann, planen Sie also einen Tag Puffer ein. Eine Eigenheit, die man kennen sollte: PPO-Varianten gelten pro Storefront, was sich natürlich mit lokalisierten Screenshot-Sets paart: Was in Japan gewinnt, gewinnt nicht in Brasilien.
Verwandt, aber eigenständig: Custom Product Pages, die von 35 auf 70 pro App gewachsen sind und sich jetzt mit Suchbegriffen verknüpfen lassen. Sie sind Targeting-Werkzeuge, keine A/B-Tests, aber sie verlangen dieselbe Asset-Disziplin: Mehr Varianten heißt, Sie brauchen einen Workflow, der Screenshot-Sets schnell produziert.
Google: Store Listing Experiments
Plays Experimente sind älter und lockerer: Sie testen Listing-Varianten (inklusive Screenshots und Feature Graphic) direkt aus der Play Console, mit selbst gewähltem Traffic-Anteil und ohne Review-Schranke pro Variante. Die Ergebnisse kommen mit Konfidenzintervallen; widerstehen Sie dem Drang, einen Test am ersten Tag zu stoppen, an dem eine Variante vorne liegt.
Die Regel, die alle brechen
Übertragen Sie nie ein Ergebnis von einem Store auf den anderen. Zielgruppen, Layouts und Rendering unterscheiden sich: Play zeigt Ihr Graphic und Ihre Screenshots anders als der App Store, und die Nutzerpopulationen verhalten sich unterschiedlich. Ein erster Screenshot, der auf iOS gewinnt, ist auf Android eine Hypothese, keine Schlussfolgerung.
Was Sie zuerst testen sollten
Slide eins, immer: Der erste Screenshot trägt einen überproportionalen Anteil der Conversion. Testen Sie eine Variable auf einmal: Headline-Formulierung, Hintergrundfarbe, Reihenfolge der Nutzenversprechen. Das komplette Set auszutauschen sagt Ihnen nur, dass "irgendetwas" funktioniert hat, und lehrt Sie nichts Wiederverwendbares. Führen Sie ein Änderungsprotokoll neben Ihren Testergebnissen; in drei Monaten wissen Sie nicht mehr, was Variante B war.
Varianten produzieren, ohne zu leiden
Der praktische Engpass beim Screenshot-Testing ist die Produktion sauberer Varianten. Kostet jede Variante einen Design-Nachmittag, iterieren Sie nicht. Mit einem Preset-basierten Workflow (wie der Prozess zusammenpasst) ist eine Variante ein Headline-Edit plus Re-Export, und genau das macht wöchentliche Iteration realistisch.
Die Kurzfassung
PPO bei Apple (3 Varianten, 90 Tage, Review nötig), Store Listing Experiments bei Play (lockerer, keine Schranke). Testen Sie Slide eins zuerst, eine Variable auf einmal, kopieren Sie nie Schlussfolgerungen zwischen den Stores, und machen Sie die Variantenproduktion so billig, dass Sie tatsächlich iterieren.
