Apple gibt jedem Entwickler einen kostenlosen A/B-Testing-Kanal innerhalb App Store Connect. Die meisten indie Entwickler haben ihn nie genutzt.

Das hier geht nicht um bezahlte Custom Product Pages für Ad-Kampagnen. Es ist das eingebaute Product Page Optimization Tool, und es läuft auf organischem Traffic. Das heißt, es testet die User, die dich tatsächlich durch Suche oder Browsing gefunden haben.

Hier ist, was wert zu testen ist, wie lange zu laufen, und wie die Ergebnisse zu lesen sind, ohne die Rankings zu verlieren, die du bereits hast.

Was Product Page Optimization eigentlich ist

Product Page Optimization (PPO) lässt dich bis zu drei Treatment-Varianten der Product Page deiner App erstellen. Apple teilt deinen organischen App Store-Traffic zwischen Control und deinen Treatments und misst dann, welche Version besser konvertiert.

Du kannst drei Elemente testen: das App-Icon, die Screenshots und das Preview-Video. Apple handhabt den Traffic-Split und die Messung. Du wählst die Varianten und setzt einen Target-Prozentsatz des Traffics.

Das ist ein echter A/B-Test auf echtem organischem Such- und Browse-Traffic. Es ist nicht simuliert. Es ist keine Panel-Survey. Es sind deine tatsächlichen User.

Die Frage ist, was zu testen und wann.

Teste Screenshots vor dem Icon

Die meisten Entwickler defaulten dazu, das Icon zuerst zu testen, weil es visuell auffällig ist und sich wie eine High-Leverage-Entscheidung anfühlt. Üblicherweise ist es nicht der richtige erste Test.

Hier ist warum: das Icon erscheint in Suchergebnissen und Browse-Surfaces, bevor User deine Product Page erreichen. Es beeinflusst Click-Through-Rate, oder ob jemand überhaupt in dein Listing antippt. Aber PPO misst Conversion nach dem Tap, auf der Product Page selbst.

Screenshots sind, was die meisten User auf der Product Page anschauen, bevor sie entscheiden zu downloaden. Für die meisten indie Apps ohne starke Marke oder Review-Volumen tragen Screenshots den schwersten Conversion-Lift.

Starte dort.

Für eine App wie Pi Digits, die aktuell 1 US-Rating hat und gegen etablierte Brain-Training-Apps antritt, sind die Screenshots die primäre Trust-Surface. Ein User, der die App durch eine Suche wie “memory trainer” findet, evaluiert die Screenshots fast unmittelbar nach dem Antippen. Wenn die Screenshots den Wert nicht in zwei Sekunden offensichtlich machen, endet die Session.

Test die Screenshot-Reihenfolge und die Caption von Screenshot eins. Da lebt die High-Leverage-Conversion-Änderung für die meisten indie Apps.

Wofür der Icon-Test eigentlich ist

Test das Icon, wenn du eine dieser spezifischen Fragen hast:

  • Du hast dein Branding geupdatet und willst Daten, bevor du dich festlegst.
  • Dein Keyword-Cluster hat sich verschoben, zum Beispiel von “math games” zu “memory challenge”, und du willst wissen, ob das Icon noch zur Intention passt.
  • Deine Click-Through-Rate von Browse-Surfaces ist messbar niedriger als Wettbewerber in Marteso’s Keyword-Pull, und du hast Screenshots bereits als Issue ausgeschlossen.

Icon-Tests sind langsamer, um Signifikanz zu erreichen, weil das Icon Click-Through beeinflusst, und du brauchst Click-Through-Daten kombiniert mit Install-Daten, um einen sauberen Read zu machen. Wenn dein Traffic-Volumen niedrig ist, können Icon-Tests Monate brauchen, um ein Ergebnis zu produzieren, auf das du agieren kannst.

Überspring das Preview-Video, bis du bereit bist

Preview-Videos in PPO sind der teuerste Test, den man fahren kann: sie erfordern Produktionsarbeit, sie erfordern eine Version des Videos optimiert für die Product Page, und sie können nach hinten losgehen, wenn sie nicht poliert sind.

Für die meisten indie Entwickler ist Preview-Video das Letzte, das man testet. Die Sequenz, die Sinn macht, ist Screenshots, dann Icon, dann Preview-Video.

Lass die Option keine Verpflichtung kreieren.

Die meisten Tests sind zu kurz

Der häufigste Fehler in App Store PPO ist, den Test nach einer Woche zu stoppen.

Eine Woche ist fast nie genug Traffic, um statistische Signifikanz für eine indie App zu erreichen. Apple’s Guidance schlägt vor, Tests laufen zu lassen, bis du Signifikanz erreichst, aber es zwingt dich nicht zu warten. Das Dashboard kann dir am Tag 7 einen Gewinner zeigen, der überzeugend aussieht, und sich am Tag 21 umkehren.

Hier ist die praktische Regel: lass Tests mindestens 3 Wochen laufen, bevor du eine Entscheidung triffst, und starte keinen Test direkt vor einem saisonalen Spike, weil dieser Traffic nicht repräsentativ für normales Verhalten ist.

Wenn Apple Signifikanz vor 3 Wochen zeigt, notier es, aber agier nicht sofort darauf. Lass den Test laufen. Frühe Signifikanz ist oft Rauschen von einem Traffic-Burst, der die Stichprobe verzerrt.

Wie man Ergebnisse ohne Statistik-Abschluss liest

Apple zeigt dir ein Confidence-Level und eine Improvement-Schätzung für jedes Treatment. Du suchst zwei Dinge.

Erstens, Confidence über 90 %. Apple nutzt ein Bayesianisches Modell. Wenn Confidence 90 % überschreitet, ist das Ergebnis vernünftig verlässlich. Darunter liest du Rauschen.

Zweitens, Improvement in der richtigen Metrik. PPO misst Conversion-Rate: den Prozentsatz der Product-Page-Viewer, die downloaden. Ein Treatment, das Conversion um 5 % verbessert, ist bedeutsam. Ein Treatment, das es um 0,4 % verbessert, ist wahrscheinlich Rauschen selbst bei hoher Confidence, weil kleine absolute Änderungen aus Traffic-Komposition-Shifts kommen können.

Für eine App mit einem Keyword wie “memory games for adults”, wo Ranking bereits schwer ist, compoundiert eine 5 % Improvement in Product-Page-Conversion direkt in, ob das Ranking wert ist, gehalten zu werden. Apple beobachtet Conversion-Rate als Ranking-Signal. Höhere Conversion auf einem Keyword bedeutet, dass der Rang verteidigungsfähiger ist.

Du musst Bayesianische Statistik nicht verstehen, um diesen Call zu machen. Du musst verstehen, ob das Improvement groß genug ist, um zu zählen.

Ein Test auf einmal

Das PPO-Tool lässt dich mehrere Elemente testen, aber du solltest fast immer eine Sache auf einmal testen.

Wenn du Icon und Screenshots gleichzeitig änderst, kannst du nicht sagen, welche Änderung das Ergebnis trieb. Wenn der Test gewinnt, weißt du nicht, was zu behalten ist. Wenn er verliert, weißt du nicht, was zu fixen ist.

Für indie Apps mit begrenztem organischem Traffic ist es wertvoller, einen sauberen Test zu fahren als drei simultane Tests mit unschlüssigen Ergebnissen.

Test Screenshot eins. Wart drei Wochen. Lies das Ergebnis. Wend es an. Dann test etwas anderes.

Verbind den Test mit deiner Keyword-Wette

Jeder PPO-Test sollte mit dem Keyword-Cluster verbunden sein, den du aktuell in Metadaten optimierst.

Wenn deine aktuelle Metadaten-Wette “pi memorization” ist, sollte der Treatment-Screenshot diese Intention verstärken, nicht zu einem anderen Positioning pivoten. Wenn du die Metadaten zu “number challenge” änderst und gleichzeitig einen PPO-Test fährst, wirst du nicht wissen, ob die Conversion-Änderung vom neuen Positioning oder vom neuen Screenshot kam.

Das ist das gleiche Prinzip wie der 21-Tage-Metadaten-Review-Loop: eine Variable auf einmal. Halt den Test lesbar.

Je sauberer deine Test-Struktur, desto schneller lernst du. Und für indie Entwickler, die diese Tests allein ohne Daten-Team fahren, ist Lerngeschwindigkeit der einzige kompetitive Vorteil, den du hast.