iOS15: A/B-Test Ihrer Produktseite

Apple kündigte eine Reihe anstehender Änderungen und Verbesserungen für den App Store an, die Entwicklern helfen werden, ihre Apps besser auf Benutzer auszurichten, ihre Apps von mehr Menschen entdecken zu lassen und sogar hervorzuheben, welche Art von Ereignissen in ihren Apps stattfinden, um neue Benutzer anzuziehen Laden Sie Apps herunter und ermutigen Sie bestehende Benutzer zur Rückkehr. Der App Store ermöglicht es Ihnen, die visuellen Elemente der Produktseiten Ihrer App A/B-Tests durchzuführen, um zu versuchen, bessere Ergebnisse zu erzielen und die Conversion-Rate für App-Downloads zu verbessern.

Der App Store A/B-Test hilft Ihnen, Ihre ASO-Strategie zu verbessern, Sie können verschiedene App-Symbole, Screenshots und Vorschauen (Videos) auf Ihren App Store-Produktseiten ausprobieren. Sie können auch die Leistung von Produktseiten vergleichen, um zu sehen, was am besten konvertiert.

Wie verwende ich den A/B-Test für die neuen Funktionen von iOS15?

Mit der neuen A/B-Testfunktion des App Store können Sie bis zu 3 verschiedene Elemente testen. Sie sehen die Ergebnisse der wichtigsten ASO-KPIs aus dem App Analytics-Bereich von App Store Connect, wie z. B. die Anzahl der Impressionen oder Conversion-Raten. Sie können sie mit der Leistung der ursprünglichen Produktseite vergleichen.

Benutzerdefinierte Produktseiten (Custom Product Page, CPP) enthalten jedoch keine nativen A/B-Tests, sondern ermöglichen es Mobile-Marketing-Teams, die Tests manuell durchzuführen. Zur Erinnerung: Wenn Sie unter dem neuen Setup eine benutzerdefinierte Produktseite (CPP) verwenden und den gesamten bezahlten UA-Verkehr auf eine der 35 verfügbaren benutzerdefinierten Produktseiten leiten, wird der verbleibende Teil des Verkehrs, das natürliche Ende (Browsing- und Suchverkehr) landet auf Ihrer Standard-Produktseite.

Um mehr über das mobile Wachstum von iOS15 zu erfahren, lesen Sie bitte „ Wie die neuen Funktionen von iOS15 das mobile Wachstum fördern? “ in unseren vorherigen Artikeln.

Klicken Sie auf „ Weitere Informationen “, um Ihr Geschäft mit Apps und Spielen jetzt mit dem App-Promotion-Service von ASO World voranzutreiben.

Produktseitenoptimierung (PPO)

Entwickler werden bald eine vereinfachte Möglichkeit haben, Änderungen an ihren Ideensätzen zu testen. In der Vergangenheit mussten iOS-Entwickler kreative Änderungen vollständig im iOS App Store bereitstellen und dann den Datenverkehr vor und nach der Bereitstellung messen. Dieser Prozess bietet nicht immer den besten Einblick, da sich Trends und Datenverkehr von der Zeit vor der Bereitstellung bis zur Zeit nach der Bereitstellung erheblich ändern können. Die Produktseitenoptimierung ermöglicht die Durchführung von A/B-Tests in Echtzeit direkt auf der Standardproduktseite der App.

Mit der Produktseitenoptimierung können Entwickler Variationen von Anwendungssymbolen, Screenshots und Vorschauvideos testen. Apple erlaubt die gleichzeitige Anwendung von drei verschiedenen Behandlungen mit einer maximalen Dauer von 90 Tagen für jeden Test.

Obwohl es verlockend sein mag, so viele Änderungen wie möglich zu testen, empfiehlt Apple, die Anzahl der kreativen Änderungen pro Test zu begrenzen – eine bewährte Methode für jede Testwiederholung. Durch die Begrenzung von Variablen ist es einfacher zu isolieren, welche spezifischen Änderungen zu den besten Ergebnissen führen. Um die Leistung anzuzeigen und mit einer Baseline zu vergleichen, können Entwickler auf diese Tests in App Analytics zugreifen.

Benutzerdefinierte Produktseite (CPP)

Eine aufregende neue Funktion für Entwickler hinter iOS 15 sind benutzerdefinierte Produktseiten. Benutzerdefinierte Produktseiten sind eine neuartige Möglichkeit, Listen so zu kuratieren, dass sie gleichzeitig für verschiedene demografische Gruppen relevant sind. Mit diesem neuen Tool können Entwickler verschiedenen Benutzergruppen die relevanteste Positionierung zeigen, die alle auf dieselbe App verweisen.

Apple wird bis zu 35 einzigartige benutzerdefinierte Produktseiten zulassen, die jeweils durch verschiedene Screenshots, App-Vorschauen und Werbetexte Einblick in verschiedene Funktionen bieten. Entwickler können dann den Verkehr auf die entsprechende Produktseite lenken, indem sie eindeutige URLs verwenden, die in relevanten Anzeigen oder Testimonials von Drittanbietern platziert werden.

Leistungsdaten für benutzerdefinierte Produktseiten sind auch in App Analytics verfügbar. Der gezielte Seitenaufruf liefert verwertbare Daten zu Impressionen, App-Downloads, App-Installations-Conversion-Rate und Retention-Rate.

App-Analytics

Die neuen Metriken bieten Entwicklern nicht nur mehr Tools zur Optimierung ihrer Leistung, sondern ermöglichen es ihnen auch, die Leistung auf eine Weise zu verstehen, die App Analytics zuvor nicht bieten konnte. Im Gegensatz zu Google, das viele seiner gemeldeten Metriken mit der neuen Google Play Developer Console im Jahr 2020 ändert, wird Apple bekannte Metriken wie die Anzahl der Impressionen und App-Einheiten beibehalten und neue hinzufügen.

Entwickler haben jetzt ein dediziertes Vorbestellungs-Dashboard, das nach vertrauten Metriken wie Gebiet und Gerätetyp getrennt ist – der Gerätetyp enthält jetzt macOS für kompatible Apps. Auf der Registerkarte „Metriken“ können Vorbestellungen in einem Liniendiagramm im Zeitverlauf angezeigt werden, um das Engagement vom Beginn der Vorbestellung bis zum Tag vor der Veröffentlichung zu sehen.

Einnahmen sind eine weitere neue Metrik, die Entwickler über App Analytics anzeigen können, sowie „Verkäufe“ und „In-App-Käufe“. Weitere Einblicke in die Art und Weise, wie Apps Gewinne erzielen, können Entwicklern dabei helfen, besser zu verstehen, wie sie optimieren können, um die Kaufraten zu erhöhen.

Apple wird App Analytics auch „Updates“ und „Redownloads“ hinzufügen, die beide zuvor nicht gemeldete Metriken waren. Dadurch können Entwickler nicht nur erste Downloads über „App Units“ anzeigen, sondern auch Gesamtdownloads und können zwischen neuen und wiederkehrenden Benutzern unterscheiden. Entwickler erhalten letztendlich nicht nur Einblick in das Engagement neuer Benutzer, sondern auch in das laufende Engagement bestehender Benutzer durch Updates und erneute Downloads von bestehenden Benutzern, die sich erneut engagieren.

Um mehr über die User-Engagement-Strategie zu erfahren, lesen Sie „ How Mobile User Engagement Strategy Drive Your App Business ?“. aus unseren vorherigen Artikeln.

A/B-Tests: iOS15 vs. Play Store

Seit Mai 2015 ermöglicht der Google Play Store Entwicklern die Durchführung von A/B-Tests über Google Play Experiments und bietet Entwicklern ein wertvolles Tool zur Entwicklung ihrer Optimierungsstrategie für den App Store. A/B-Tests werden bald auf iOS15 verfügbar sein, sodass iOS-Entwickler keine neuen Versionen mehr bereitstellen und Vorher-Nachher-Metriken vergleichen müssen, um zu messen, wie sich die Änderungen an Produktseiten auf die Conversion-Rate von Produktseiten auswirken.

So aufregend es auch scheint, die A/B-Testplattform von Apple wird nicht mit der von Google identisch sein. Die damit verbundenen Unsicherheiten könnten leicht zu vielen potenziellen Komplikationen führen. Es ist wichtig, sie frühzeitig anzugehen und entsprechend im Voraus zu planen. Das ASOWorld-Tech-Team erwartet unten 7 grundlegende Unterschiede, damit Sie sich darauf vorbereiten können.

1. Datenverfügbarkeit

A/B-Testing ist eine quantitative Forschungsmethode. Das bedeutet, dass die Statistiken hinter jedem Test sein Lebenselixier sind. Wenn Sie genügend Daten sammeln und analysieren, erhalten Sie zuverlässige Testergebnisse, um bestimmte Hypothesen wissenschaftlich zu validieren oder zu verwerfen. Die Ideen hinter diesen Hypothesen sind letztendlich das, was CRO antreibt. Aus diesem Grund wird sich die gesamte CRO ändern, wenn A/B-Tests im App Store eine andere Menge und Form von Daten haben als im Play Store.

Hier sind die wichtigsten Unterschiede, die Sie kennen sollten.

• Statistische Signifikanz

Google gibt für die Testergebnisse ein statistisches Signifikanzniveau von 90 % an, während es ein Rätsel bleibt, ob Apple etwas Vergleichbares liefern wird. Tatsächlich ist nicht bekannt, ob sie Konfidenzintervalle angeben werden, da ihre Ankündigung dieses Thema (noch) nicht erwähnt.

• Leistungsgeschichte

Google zeigt ein Diagramm, das die Timeout-Ausführung jeder Testvariante fortlaufend abbildet. Sie können sich bei Bedarf die vergangene Leistung anzeigen lassen, um detailliertere Einblicke zu erhalten.

Apple hingegen hat keine Beweise dafür, dass sie eine ähnliche Funktion anbieten. Sie erwähnen nur, dass Sie „die Leistung [von Testvarianten] während der gesamten Dauer Ihres Tests mit Ihrer ursprünglichen Produktseite vergleichen können“. Ob dieser Vergleich für die aktuelle und vergangene Leistung gilt, muss noch bestimmt werden.

• Vollständigkeit der Leistungsdaten

Google zeigt nur die Anzahl der Installationen, skalierten Installationen und Unterschiede in der Conversion-Rate (CVR) zwischen den Testvarianten an. Daher können Sie nur schätzen, wie gut oder schlecht sie im Vergleich zueinander sind. Stattdessen zeigt Apple die Verkehrsgröße (Impressionen) und den genauen CVR für jede Variante zusätzlich zu den CVR-Unterschieden (Verbesserungen) an. Das bedeutet, dass es an Ihnen liegt, die einzelnen Versionen zu untersuchen oder zwischen ihnen zu vergleichen.

2. Asset-Auswahl

Bei Google Play kommen alle lokalisierbaren Assets außer App-Titel/Name für A/B-Tests in Frage. Noch wichtiger ist, dass sie visuelle und textliche Elemente enthalten. Dies bietet genügend Kapazität für eine äußerst vielseitige CRO-Strategie.

Im Gegensatz dazu wurden nur visuelle Assets im App Store als für A/B-Tests geeignet identifiziert. Sie sind Symbol, Screenshots und Vorschau (Videos). Zu Text-Assets wurden keine weiteren Einblicke gegeben.

Betrachtet man jedoch die verschiedenen Assets, die in der Produktseitenoptimierung und benutzerdefinierten Produktseiten zulässig sind, gibt es möglicherweise keine. Insbesondere erwähnt Apple den Werbetext, der mit letzterem verbunden ist, aber nicht mit ersterem. Hier sind die Faktoren, die für diese Tatsache zu berücksichtigen sind.

• Apple hat Text-Assets in Betracht gezogen und beschlossen, benutzerdefinierten Werbetext zuzulassen. Es ist unwahrscheinlich, dass sie sie bei der Entwicklung oder Veröffentlichung von iOS 15-Funktionen vergessen haben. Dies ist ein Beweis dafür, dass Apple A/B-Tests von Text-Assets absichtlich ignoriert hat.

• Apple kündigte auf der WWDC21, nach der WWDC21 und auf seiner Website zwei Produktseiten an, die für Produktseiten optimiert und angepasst wurden. Der Werbetext wird jedoch speziell für die zweite Funktion aufgeführt. Dies ist ein weiterer Beweis dafür, dass Apple absichtlich Text-Assets aus A/B-Tests weggelassen hat.

• Es gibt also mindestens zwei Beweise dafür, dass Apple uns Text Assets nicht testen lässt – zumindest nicht sofort mit iOS 15.

Dies muss natürlich noch bestätigt werden. Im Zweifelsfall ist es jedoch am sichersten, sich auf das Worst-Case-Szenario vorzubereiten. Wenn sich dies bewahrheitet, haben Sie im Vergleich zum Play Store eine viel engere Auswahl an Assets, aus denen Sie beim A/B-Testen im App Store auswählen können.

3. Anpassbarkeit

Dies bezieht sich auch auf die Beziehung zwischen benutzerdefinierter App-Store-Präsenz und A/B-Tests: Während Sie sicherlich Experimente mit benutzerdefinierten Play-Store-Einträgen durchführen können, ist es immer noch eine Herausforderung, ob dies auch auf benutzerdefinierten Produktseiten zutrifft. Wenn ja, würden die Möglichkeiten für iOS CRO stark erweitert, zum Beispiel durch so etwas wie „Custom Product Page Optimization“ – aber das ist ein großes „Wenn“.

Tatsächlich könnten einige Hinweise darauf hindeuten, dass dies wahrscheinlich nicht der Fall ist. Wie bereits erwähnt, zeigt Werbetext die Trennung zwischen benutzerdefinierten Produktseiten und Produktseitenoptimierung, da er angepasst, aber nicht A/B-getestet werden kann. Ein weiterer Beweis ist das App-Icon, das testbar, aber nicht anpassbar ist. Wenn also A/B-Tests auf benutzerdefinierten Produktseiten durchgeführt werden könnten, würde der App Store unerträglich inkonsistent werden.

Hier ist das Problem: Es klingt nicht so, als ob Apple es zulässt. Das bedeutet, dass sie einfach keine Übergänge zwischen den beiden Funktionen zulassen. Man kann also mit Sicherheit sagen, dass wir keine A/B-Tests von benutzerdefinierten Produktseiten erwarten können.

Während Werbetext und -symbole den Unterschied zwischen den beiden Funktionen ausmachen, verschmelzen sie bei Screenshots und Vorschauen miteinander. Mit etwas Glück lässt uns Apple eines dieser beiden Assets oder beide auf einer benutzerdefinierten Produktseite testen. So weit hergeholt dieses Szenario auch klingen mag, es ist dennoch eine logische Möglichkeit, die nicht voreilig verworfen werden sollte.

4. Symboltest

Ein Symbol ist ein wichtiges visuelles Element einer Anwendung, das ihr Identitätsgefühl ausdrückt. Wenn überhaupt, sollte es ein konsistentes Asset in allen App Stores sein. Leider ist dies nicht der Fall.
Erstens steht es Ihnen frei, neue Symbole zum Testen nur bei Google Play, aber nicht im App Store hochzuladen. Apple verlangt, dass alle Varianten des Symbols (auf dem Gerät und im Store) vorher der App-Binärdatei hinzugefügt und mit der neuen App-Version überprüft werden. Wenn sie abgelehnt oder verzögert werden, sind daher die A/B-Tests betroffen.

Zweitens, wiederum im Zusammenhang mit den binären Anforderungen von Apps, während Google unabhängige Änderungen zwischen Assets auf dem Gerät und im Geschäft zulässt, wird Apple ein gewisses Maß an Symbolabhängigkeit zwischen ihnen erzwingen. Insbesondere wenn Sie eine App Store-Symbolvariante über die Produktseitenoptimierung anwenden, ersetzt die passende Symbolvariante auf dem Gerät automatisch das ursprüngliche Symbol.

5. Skalierbarkeit

Lokalisierung ist ein wichtiger Bestandteil von ASO, insbesondere für CROs, weshalb es entscheidend ist, A/B-Tests auf lokalisierten Produktseiten durchführen zu können. Am wichtigsten ist, je mehr Lokalisierungstests Sie gleichzeitig durchführen können, desto effizienter werden Sie bei der Skalierung Ihres gesamten CRO sein.

Bei Google Play sind bis zu fünf solcher Tests zulässig (ohne benutzerdefinierte Produktdetails). Im Apple App Store ist die Nummer unbekannt. Wenn es gleich ist, können Sie den CRO in beiden Filialen auf die gleiche Weise skalieren, sodass keine großen Anpassungen erforderlich sind. Wenn dagegen in einem Geschäft deutlich mehr Tests gleichzeitig ausgeführt werden als in dem anderen, müssen Sie im Voraus planen und die Unterschiede zwischen ihnen berücksichtigen, um eine fundierte Entscheidung treffen zu können.

Warum ist das wichtig? Zwei Faktoren.

In einem Standard-ASO

Wenn Sie Ihren CRO für Ihren App Store upgraden können, können Sie schnell lernen, was funktioniert und was nicht. Je mehr Sie lernen, desto fundierter werden Ihre Entscheidungen sein. Aus diesem Grund kann eine unterschiedliche Skalierbarkeit zu unterschiedlichen CRO-Leistungen führen. Letztendlich werden Asset-Produktion, Personal, Zeit und Aufwand in den App-Stores unterschiedliche Werte haben. Sie sollten dann auf unterschiedliche Weise verwaltet werden.

Bei ungewöhnlichen ASOs, wie saisonalen Ereignissen oder Sonderfällen wie COVID-19-Pandemien.

Stellen Sie sich vor, Sie haben 3 Monate Zeit, um 10 Lokalisierungen aller Assets zu testen, bevor Sie eine kritische und relevante Kampagne starten. Für dieselbe Idee oder Hypothese würden Sie zwei Runden mit 5 Lokalisierungsexperimenten im Play Store benötigen, um alle Inhalte abzudecken. Wenn jede Runde drei Wochen dauert, um statistisch signifikante Ergebnisse zu erzielen, benötigen Sie 1,5 Monate, um eine vollständige Serie abzuschließen.

Das bedeutet, dass ein Zeitrahmen von drei Monaten das Testen von zwei Ideen vor der Veröffentlichung ermöglichen würde. Wenn Apple weniger als fünf Tests gleichzeitig unter denselben Bedingungen zulässt, sind 10 Lokalisierungen für drei Monate zu viel. Entweder müssen Sie weniger Ideen testen, Sie benötigen weniger Lokalisierungen oder Sie benötigen mehr Zeit.

6. Einrichtungsflexibilität

Der Grad an Flexibilität, den Sie bei der Einrichtung von A/B-Tests haben, ist auch von App-Store zu App-Store unterschiedlich. Tatsächlich wird der Unterschied durch zwei Faktoren verursacht.

Individuelle Vermögenswerte

Während Google A/B-Tests für visuelle und Text-Assets erlaubt, lässt Apple Sie nur Ersteres testen. Das heißt, selbst wenn Sie eine Idee, ein Konzept, eine Botschaft oder eine Hypothese in eine ansprechende Kopie verwandeln können, können Sie sie nicht als Test aufstellen. Das ist nur halb so flexibel wie Google Play.

Vermögenskombinationen

Testaufbauten bei Google Play können flexibler werden, wenn mehrere Assets miteinander kombiniert werden. Insbesondere können Sie Text-Text-, visuell-visuelle oder visuelle-Text-Kombinationsexperimente durchführen. Im App Store ist es auch möglich, mehrere Assets in einem Test zu kombinieren (andernfalls würde Apple nicht vorschlagen, dass wir sie einschränken). Aber das Beste, was Sie tun können, ist, nur visuell-visuelle Combo-Experimente einzurichten.

Was machen wir also, wenn wir nicht so flexibel sind? Fügen Sie Tiefe hinzu. Keine Text-Assets zum Testen zu verwenden bedeutet, mehr mit visuellen Assets zu testen.

Um mehr über benutzerdefinierte iOS15-Produktseiten zu erfahren, können Sie in unseren vorherigen Artikeln nachlesen, wie Sie Ihre benutzerdefinierten Produktseiten (CPPs) für den App Store für iOS 15 ASO vorbereiten?.

7. Kreative Freiheit

A/B-Tests umfassen mehr als nur die technischen Faktoren, die sich auf CRO auswirken. Neben dem Design, dem Aufbau und den Annahmen des Tests müssen auch kreative Ideen, Konzepte und Geschichten abgedeckt werden. Diese werden in konkrete App-Store-Assets übersetzt, die Sie hochladen müssen, bevor Tests durchgeführt werden können. Daher ist es wichtig, genügend kreative Freiheit zu haben, um mutige und innovative Ideen testen zu können und so wiederum zur Verbesserung des CVR beizutragen.

Natürlich erlauben Apple und Google unterschiedliche Grade dieser kreativen Freiheit. Im Play Store scheinen Test-Assets niemals der Prüfung durch Google zu unterliegen. Alle Richtlinien und Metadatenrichtlinien gelten für Produktdetails, nicht für Experimente mit Produktdetails. Man kann also mit Sicherheit sagen, dass Sie fast alles mit jedem qualifizierten Asset ohne Einschränkung testen können, solange Sie keine „risikoreiche“ Variante anwenden.

So richten Sie A/B-Tests im App Store ein

Lernen ist wichtiger als testen

Die Trennung zwischen Story und Storytelling ist im App Store nicht möglich. Laut Apples Ankündigung werden alle separaten Testvarianten unabhängig voneinander überprüft. Wenn Sie eine mutige und mutige, aber riskante Idee mit ihnen testen und sie abgelehnt werden, werden Sie nie wissen, ob die Idee funktioniert hat. Sie werden nur wissen, dass die Implementierung dies nicht getan hat. Außerdem verzögert sich der Testplan. Deshalb müssen Sie im App Store A/B-Testing im Vergleich zum Play Store mit weniger Gestaltungsspielraum rechnen.

Ihre CRO-Strategie sollte im App Store konservativer und im Play Store aggressiver sein. Das heisst:

• Untersuchen Sie mutige Ideen auf Android und integrieren Sie sie auf iOS

Warendetailexperimente sollten ein Testfeld für mutige und riskante Ideen sein, da sie ein höheres Maß an kreativer Freiheit ermöglichen. Überstunden können Sie relativ darauf hinweisen, welche gut für CRO sind. Dann können Sie mit dem Testen und Lernen fortfahren, welche Methoden verfügbar sind, um solche Ideen öffentlich zu präsentieren - welche Methode Google Ihnen erlaubt zu verwenden.

Dieses Lernen kann dann mit der Produktseitenoptimierung weiter gefestigt werden. Wenn Sie feststellen, dass Google die Asset-Iteration aufgrund ähnlicher Richtlinien und Richtlinien akzeptiert, wird Apple dies wahrscheinlich auch tun. So können Sie mutige Ideen im App Store mit minimalem Ablehnungsrisiko testen.

• Führen Sie Tests auf iOS Schritt für Schritt von sicheren zu mutigen Ideen durch

Während Sie darauf warten, dass Play Store A/B-Tests „den Weg weisen“, können App Store A/B-Tests unabhängig voneinander durchgeführt werden, um „den Weg zu finden“. Beginnen Sie mit sicheren Ideen und fahren Sie dann mit riskanteren Ideen fort, bis Sie sich dem „eingeschränkten Bereich“ nähern . CRO wird länger dauern, aber zumindest werden Sie nicht auf Android-Testergebnisse warten oder von ungetesteten Annahmen in die Irre geführt werden.

Wichtige Punkte bei der Durchführung von A/B-Tests

Zielgruppenzuordnung zwischen der aktuellen Version und Varianten. Berücksichtigen Sie bei der Entscheidung über den Anteil des Traffics, den Sie jeder Variante zuweisen möchten, Ihre aktuelle Conversion-Rate, die zu testende Hypothese, die beteiligten Elemente und die statistische Signifikanz (derzeit 90 % in Google Play-Experimenten).

Teilen Sie die Testdauer auf. Lassen Sie den Test mindestens 7 Tage laufen, um saisonale Spitzen zu vermeiden, die sich auf Ihre Ergebnisse auswirken könnten. Tests sollten durchgeführt werden, bis ein beträchtliches potenzielles Publikum an allen Varianten des Tests teilnimmt.

Mindestinstallation für jede Variante. Um wichtige Daten über die Leistungsergebnisse von a/b-Tests zu erhalten, müssen Sie auf die erforderliche Anzahl von Installationen achten. Dies korreliert stark mit der täglichen Installationsrate der Anwendung.

Lokalisierung testen . Es wird dringend empfohlen, Ihre Split-Tests in einem bestimmten Land zu lokalisieren. Weltweite/globale Experimente können irreführend sein, da jedes Land anders kreativ abschneidet.

Geschlossene Änderungen führen möglicherweise nicht zu viel Lernen. Allerdings sollten alle Elemente Ihrer Idee getestet werden, um Ihre Shop-Seite kontinuierlich zu verbessern.

Zusammenfassung

Dies sind nur einige der neuen Features und Möglichkeiten, die auf der WWDC21 angekündigt wurden. A/B-Tests waren im iOS App Store in der Vergangenheit eine komplexere Aufgabe als die experimentellen Funktionen von Google Play – diese neuen Tools werden die Verbesserungen sein, auf die iOS-Entwickler gewartet haben.

Leistungsdaten, auf die über App Analytics, von der Produktseitenoptimierung und benutzerdefinierten Produktseiten zugegriffen werden kann, sowie Benutzeranalysen und Aktivitätsdaten liefern Entwicklern die Erkenntnisse, die sie benötigen, um weiter zu wachsen.

Wir testen, um herauszufinden, welche Ideen CVR verbessern können, und lernen dann, wie diese Ideen umgesetzt werden können, ohne gegen die Richtlinien zu verstoßen. Wie oben aufgeführt, können Sie das iOS15-A/B-Testmodell vorausplanen.