iOS15 : test A/B de votre page produit

Alors qu'Apple a annoncé une série de changements et d'améliorations à venir sur l'App Store qui aideront les développeurs à mieux cibler leurs applications sur les utilisateurs, à faire découvrir leurs applications à davantage de personnes et même à mettre en évidence le type d'événements qui se produisent dans leurs applications pour attirer de nouveaux utilisateurs. télécharger des applications et encourager les utilisateurs existants à revenir. L'App Store vous permettra de tester A/B les éléments visuels des pages produit de votre application pour essayer d'obtenir de meilleurs résultats et d'améliorer le taux de conversion des téléchargements d'applications.

Le test A/B de l'App Store vous aidera à améliorer votre stratégie ASO, vous pourrez essayer différentes icônes d'application, des captures d'écran et des aperçus (vidéos) sur vos pages de produits App Store. Vous pourrez également comparer les performances des pages produits pour voir ce qui convertit le mieux.

Comment utiliser le test A/B pour les nouvelles fonctionnalités d'iOS15 ?

La nouvelle fonctionnalité de test A/B de l'App Store vous permettra de tester jusqu'à 3 éléments différents. Vous verrez les résultats des KPI ASO clés dans la section App Analytics d'App Store Connect, tels que le nombre d'impressions ou les taux de conversion. Vous pourrez les comparer aux performances de la page produit d'origine.

Cependant, Custom Product Page (CPP) n'inclura pas de tests A/B natifs, mais permettra aux équipes de marketing mobile d'exécuter les tests manuellement. Pour rappel, dans le cadre de la nouvelle configuration, si vous utilisez une page de produit personnalisée (CPP) et dirigez tout le trafic UA payant vers l'une des 35 pages de produit personnalisées disponibles, la partie restante du trafic, la fin naturelle (trafic de navigation et de recherche) atterrira sur votre page produit par défaut.

Pour en savoir plus sur la croissance mobile d'iOS15, veuillez consulter " Comment les nouvelles fonctionnalités d'iOS15 stimulent la croissance mobile ? " de nos articles précédents.

Cliquez sur " En savoir plus " pour piloter votre activité d'applications et de jeux avec le service de promotion d'applications ASO World dès maintenant.

Optimisation de la page produit (PPO)

Les développeurs disposeront bientôt d'un moyen simplifié pour tester les modifications apportées à leurs ensembles d'idées. Historiquement, les développeurs iOS ont dû déployer entièrement les modifications créatives sur l'App Store iOS, puis mesurer le trafic avant et après le déploiement. Ce processus ne fournit pas toujours les meilleures informations, car les tendances et le trafic peuvent changer considérablement entre la période de pré-déploiement et la période de post-déploiement. L'optimisation de la page produit permettra d'effectuer des tests A/B en temps réel directement sur la page produit par défaut de l'application.

À l'aide de Product Page Optimization, les développeurs peuvent tester des variantes d'icônes d'application, des captures d'écran et des vidéos de prévisualisation. Apple autorisera l'application simultanée de trois traitements différents, avec une durée maximale de 90 jours pour chaque test.

Bien qu'il puisse être tentant de tester autant de modifications que possible, Apple recommande de limiter le nombre de modifications créatives par test - une bonne pratique pour toute itération de test. En limitant les variables, il est plus facile d'isoler les changements spécifiques qui donneront les meilleurs résultats. Pour voir les performances et les comparer à une référence, les développeurs peuvent accéder à ces tests dans App Analytics.

Page de produit personnalisée (CPP)

Une nouvelle fonctionnalité intéressante pour les développeurs derrière iOS 15 est les pages de produits personnalisées. Les pages de produits personnalisées sont une nouvelle façon d'organiser des listes afin qu'elles soient pertinentes pour différentes données démographiques en même temps. Ce nouvel outil permettra aux développeurs de montrer le positionnement le plus pertinent à différents groupes d'utilisateurs, tous pointant vers la même application.

Apple autorisera jusqu'à 35 pages de produits personnalisées uniques, chacune fournissant un aperçu de diverses fonctionnalités via différentes captures d'écran, aperçus d'applications et textes promotionnels. Les développeurs peuvent ensuite générer du trafic vers la page produit appropriée en utilisant des URL uniques qui seront placées dans des publicités pertinentes ou des témoignages de tiers.

Les données de performances des pages de produits personnalisées seront également disponibles dans App Analytics. La vue de page ciblée fournira des données exploitables sur les impressions, les téléchargements d'applications, le taux de conversion des installations d'applications et les taux de rétention.

Analyse des applications

En plus de fournir aux développeurs davantage d'outils pour optimiser leurs performances, les nouvelles mesures leur permettront de comprendre les performances d'une manière qu'App Analytics ne pouvait pas fournir auparavant. Contrairement à Google, qui modifie bon nombre de ses métriques rapportées avec la nouvelle console développeur de Google Play en 2020, Apple conservera des métriques familières telles que le nombre d'impressions et d'unités d'application tout en en ajoutant de nouvelles.

Les développeurs disposeront désormais d'un tableau de bord de précommande dédié, séparé par des mesures familières telles que le territoire et le type d'appareil - le type d'appareil inclut désormais macOS pour les applications compatibles. Dans l'onglet métriques, les précommandes peuvent être visualisées sur un graphique linéaire au fil du temps pour voir l'engagement au début de la précommande, jusqu'à la veille de la sortie.

Les revenus sont une autre nouvelle métrique que les développeurs peuvent afficher via App Analytics, ainsi que les "Ventes" et les "Achats intégrés". Une meilleure compréhension de la façon dont les applications génèrent des bénéfices peut aider les développeurs à mieux comprendre comment optimiser pour augmenter les taux d'achat.

Apple ajoutera également des « mises à jour » et des « retéléchargements » à App Analytics, qui étaient tous deux des mesures non signalées auparavant. Cela permettra aux développeurs de visualiser non seulement les premiers téléchargements via les "unités d'application", mais également les téléchargements totaux et de faire la distinction entre les nouveaux utilisateurs et ceux qui reviennent. Les développeurs auront finalement un aperçu non seulement de l'engagement des nouveaux utilisateurs, mais également de l'engagement continu des utilisateurs existants grâce à des mises à jour et des retéléchargements des utilisateurs existants qui se réengagent.

Pour en savoir plus sur la stratégie d'engagement des utilisateurs, vous pouvez consulter " Comment la stratégie d'engagement des utilisateurs mobiles stimule-t-elle votre entreprise d'applications ?" de nos articles précédents.

Test A/B : iOS15 contre Play Store

Depuis mai 2015, le Google Play Store permet aux développeurs d'effectuer des tests A/B via Google Play Experiments, offrant aux développeurs un outil précieux pour développer leur stratégie d'optimisation de l'App Store. Les tests A/B seront bientôt disponibles sur iOS15 afin que les développeurs iOS n'aient plus besoin de déployer de nouvelles versions et de comparer les métriques avant et après pour mesurer l'impact des modifications des pages produits sur le taux de conversion des pages produits.

Cependant, aussi excitant que cela puisse paraître, la plate-forme de test A/B d'Apple ne sera pas identique à celle de Google. Les incertitudes entraînées pourraient facilement conduire à de nombreuses complications potentielles. Il est important de les aborder tôt et de planifier en conséquence à l'avance. L'équipe technique d'ASOWorld attend 7 différences fondamentales ci-dessous pour vous préparer.

1. Disponibilité des données

Le test A/B est une méthode de recherche quantitative. Cela signifie que les statistiques derrière chaque test sont son sang vital. Si vous collectez et analysez suffisamment de données, vous obtiendrez des résultats de tests fiables pour valider ou rejeter scientifiquement certaines hypothèses. Les idées derrière ces hypothèses sont finalement ce qui motive le CRO. C'est pourquoi l'ensemble du CRO changera lorsque les tests A/B sur l'App Store auront une quantité et une forme de données différentes par rapport au Play Store.

Voici les différences les plus importantes dont vous devez être conscient.

• Signification statistique

Google fournit un niveau de signification statistique de 90% pour les résultats des tests, alors qu'il reste un mystère si Apple fournira quelque chose de comparable. En fait, on ne sait pas s'ils fourniront des intervalles de confiance, car leur annonce ne mentionne pas (encore) ce sujet.

• Historique des performances

Google affiche un graphique qui cartographie en continu le délai d'exécution de chaque variante de test. Vous pouvez choisir d'afficher les performances passées pour obtenir des informations plus détaillées si nécessaire.

Apple, en revanche, n'a aucune preuve qu'ils offrent une fonctionnalité similaire. Ils mentionnent seulement que vous pouvez "comparer les performances [des variantes de test] avec votre page de produit d'origine pendant toute la durée de votre test". Il reste à déterminer si cette comparaison s'applique aux performances actuelles et passées.

• Exhaustivité des données de performance

Google affiche uniquement le nombre d'installations, les installations à l'échelle et les différences de taux de conversion (CVR) entre les variantes de test. Par conséquent, vous ne pouvez qu'estimer à quel point ils se comparent bien ou mal les uns aux autres. Au lieu de cela, Apple affiche la taille du trafic (impressions) et le CVR exact pour chaque variante en plus des différences de CVR (améliorations). Cela signifie qu'il vous appartient d'étudier les versions individuelles ou de les comparer.

2. Sélection des actifs

Sur Google Play, tous les éléments localisables autres que le titre/nom de l'application sont éligibles pour les tests A/B. Plus important encore, ils incluent des éléments visuels et textuels. Cela offre une capacité suffisante pour une stratégie CRO extrêmement polyvalente.

En revanche, seuls les actifs visuels de l'App Store ont été identifiés comme éligibles aux tests A/B. Ce sont les icônes, les captures d'écran et l'aperçu (vidéos). Aucune autre information n'a été fournie sur les éléments textuels.

Cependant, en regardant les différents actifs autorisés dans l'optimisation de la page produit et les pages produit personnalisées, il se peut qu'il n'y en ait pas. Concrètement, Apple mentionne le texte promotionnel associé à ce dernier, mais pas au premier. Voici les facteurs à considérer pour ce fait.

• Apple a pris en compte les ressources textuelles et a décidé d'autoriser le texte promotionnel personnalisé. Il est peu probable qu'ils les aient oubliés lors du développement ou de la publication des fonctionnalités d'iOS 15. C'est un élément de preuve qu'Apple a intentionnellement ignoré les tests A/B des ressources textuelles.

• Apple a annoncé deux pages de produits optimisées et personnalisées pour les pages de produits dans la même section lors de la WWDC21, après la WWDC21, et sur leur site Web. Cependant, le texte promotionnel est répertorié spécifiquement pour la deuxième fonctionnalité. C'est une autre preuve qu'Apple a intentionnellement omis les ressources textuelles des tests A/B.

• Donc, il y a au moins deux éléments de preuve qu'Apple ne nous laissera pas tester Text Assets - du moins pas immédiatement avec iOS 15.

Bien sûr, cela reste à confirmer. Cependant, en cas de doute, il est plus sûr de se préparer au pire scénario. Si cela s'avère vrai, vous aurez une sélection beaucoup plus restreinte d'actifs parmi lesquels choisir dans les tests A/B sur l'App Store par rapport au Play Store.

3. Personnalisation

Cela concerne également la relation entre la présence de l'App Store personnalisé et les tests A/B : bien que vous puissiez certainement effectuer des expériences sur les listes Play Store personnalisées, il est toujours difficile de savoir si la même chose est vraie sur les pages de produits personnalisées. Si c'est le cas, les possibilités pour iOS CRO seraient considérablement étendues, par exemple en utilisant quelque chose comme "l'optimisation de la page produit personnalisée" - mais c'est un gros "si".

En fait, certaines preuves peuvent suggérer qu'il est peu probable que ce soit le cas. Comme mentionné précédemment, le texte promotionnel démontre la déconnexion entre les pages de produits personnalisées et l'optimisation des pages de produits, car il peut être personnalisé mais pas testé A/B. Une autre preuve est l'icône de l'application, qui est testable mais non personnalisable. Par conséquent, si les tests A/B pouvaient être exécutés sur des pages de produits personnalisées, l'App Store deviendrait intolérablement incohérent.

Voici le problème : il ne semble pas qu'Apple le permette. Cela signifie qu'ils n'autorisent tout simplement aucun croisement entre les deux fonctionnalités. Il est donc prudent de dire que nous ne pouvons pas nous attendre à des tests A/B de pages de produits personnalisées.

Bien que le texte promotionnel et les icônes fassent la différence entre les deux fonctionnalités, ils se mélangent dans les captures d'écran et les aperçus. Avec un peu de chance, Apple nous laissera tester l'un de ces deux actifs, ou les deux, sur une page de produit personnalisée. Aussi farfelu que puisse paraître ce scénario, il s'agit toujours d'une possibilité logique qu'il ne faut pas écarter prématurément.

4. Test des icônes

Une icône est un atout visuel important d'une application qui exprime son sens de l'identité. Si quoi que ce soit, cela devrait être un atout cohérent dans les magasins d'applications. Malheureusement, ce n'est pas le cas.
Tout d'abord, vous êtes libre de télécharger de nouvelles icônes pour les tester uniquement sur Google Play, mais pas sur l'App Store. Apple exigera que toutes les variantes de l'icône (sur l'appareil et dans le magasin) soient ajoutées au préalable au binaire de l'application et examinées avec la nouvelle version de l'application. Par conséquent, s'ils sont rejetés ou retardés, les tests A/B seront affectés.

Deuxièmement, encore une fois lié aux exigences binaires des applications, alors que Google autorise des changements indépendants entre les actifs sur l'appareil et en magasin, Apple appliquera un certain niveau de dépendance des icônes entre eux. Plus précisément, si vous appliquez une variante d'icône App Store via l'optimisation de la page produit, la variante d'icône correspondante sur l'appareil remplacera automatiquement l'icône d'origine.

5. Évolutivité

La localisation est une partie importante d'ASO, en particulier pour les CRO, c'est pourquoi il est essentiel de pouvoir exécuter des tests A/B sur des pages de produits localisées. Plus important encore, plus vous pouvez exécuter de tests de localisation en même temps, plus vous serez efficace pour faire évoluer votre CRO global.

Sur Google Play, jusqu'à cinq tests de ce type sont autorisés (sans compter les détails personnalisés du produit). Sur l'App Store d'Apple, le numéro est inconnu. Si c'est la même chose, vous pouvez mettre à l'échelle le CRO de la même manière sur les deux magasins, de sorte qu'il ne nécessite pas beaucoup d'ajustements. En revanche, si un magasin autorise l'exécution simultanée de beaucoup plus de tests que l'autre, vous devrez planifier à l'avance et tenir compte des différences entre eux pour prendre une décision éclairée.

Pourquoi est-ce important ? Deux facteurs.

Dans un ASO standard

Si vous pouvez mettre à niveau votre CRO pour votre app store, vous pouvez rapidement savoir ce qui fonctionne et ce qui ne fonctionne pas. Plus vous en apprendrez, plus vos décisions seront éclairées. C'est pourquoi différentes évolutivités peuvent conduire à différents niveaux de performances CRO. En fin de compte, la production d'actifs, les ressources humaines, le temps et l'effort auront des valeurs différentes entre les magasins d'applications. Ils doivent alors être gérés de différentes manières.

Dans les OLS inhabituels, tels que les événements saisonniers ou les cas particuliers tels que les pandémies de COVID-19.

Imaginez que vous disposiez de 3 mois pour tester 10 localisations de tous les assets avant de lancer une campagne critique et pertinente. Pour la même idée ou hypothèse, vous auriez besoin de deux séries de 5 expériences de localisation dans le Play Store pour couvrir tout le contenu. Si chaque cycle prend trois semaines pour produire des résultats statistiquement significatifs, il vous faudrait 1,5 mois pour terminer une série complète.

Cela signifie qu'un délai de trois mois permettrait de tester deux idées avant leur publication. Si Apple permet à moins de cinq tests d'être exécutés simultanément dans les mêmes conditions, alors 10 localisations pendant trois mois, c'est trop. Soit vous avez besoin de tester moins d'idées, soit vous avez besoin de moins de localisations, soit vous avez besoin de plus de temps.

6. Flexibilité de configuration

Le degré de flexibilité dont vous disposez dans la configuration des tests A/B variera également d'un magasin d'applications à l'autre. En fait, la différence sera causée par deux facteurs.

Actifs individuels

Alors que Google autorise les tests A/B pour les ressources visuelles et textuelles, Apple ne vous laissera tester que les premiers. Cela signifie que même si vous pouvez transformer une idée, un concept, un message ou une hypothèse en une copie attrayante, vous ne pouvez pas la configurer en tant que test. C'est à moitié aussi flexible que Google Play.

Combinaisons d'actifs

Les configurations de test sur Google Play peuvent devenir plus flexibles lorsque plusieurs éléments sont combinés. Plus précisément, vous pouvez avoir des expériences de combinaison texte-texte, visuel-visuel ou visuel-texte. Sur l'App Store, il est également possible de combiner plusieurs actifs dans un test (sinon Apple ne suggérerait pas de les limiter). Mais la meilleure chose à faire est de ne mettre en place que des expériences combinées visuelles-visuelles.

Alors, que faisons-nous quand nous ne sommes pas si flexibles ? Ajoutez de la profondeur. Ne pas utiliser de ressources textuelles pour les tests signifie tester davantage avec des ressources visuelles.

Pour en savoir plus sur la page produit personnalisée iOS15, vous pouvez consulter « Comment préparer vos pages produit personnalisées (CPP) App Store pour iOS 15 ASO ? » de nos articles précédents.

7. Liberté créative

Les tests A/B impliquent plus que les seuls facteurs techniques qui affectent le CRO. En plus de la conception, de la configuration et des hypothèses du test, il doit également couvrir des idées créatives, des concepts et des histoires. C'est ce qui se traduit par des actifs tangibles de l'App Store, que vous devez télécharger avant que les tests puissent être exécutés. Par conséquent, il est important d'avoir suffisamment de liberté créative pour permettre à des idées audacieuses et innovantes d'être testées et de contribuer à leur tour à l'amélioration du CVR.

Bien sûr, Apple et Google autorisent des degrés divers de cette liberté créative. Dans le Play Store, les actifs de test ne semblent jamais être soumis à l'examen minutieux de Google. Toutes les règles et consignes relatives aux métadonnées s'appliquent aux détails du produit, et non aux tests sur les détails du produit. Donc, on peut dire sans risque de se tromper que tant que vous n'appliquez pas de variante "risquée", vous pouvez tester presque n'importe quoi avec n'importe quel actif qualifié sans restriction.

Comment configurer un test A/B dans l'App Store

Apprendre est plus important que tester

La séparation entre story et storytelling n'est pas possible sur l'App Store. Selon l'annonce d'Apple, toutes les variantes de test distinctes seront examinées indépendamment. Si vous testez une idée courageuse et audacieuse mais risquée avec eux et qu'ils sont rejetés, vous ne saurez jamais si l'idée a fonctionné. Vous saurez seulement que la mise en œuvre ne l'a pas fait. De plus, le calendrier des tests sera retardé. C'est pourquoi vous devez faire face à moins de liberté créative dans les tests A/B de l'App Store par rapport au Play Store.

Votre stratégie CRO doit être plus conservatrice dans l'App Store et plus agressive dans le Play Store. Ça signifie:

• Explorer des idées audacieuses sur Android et les intégrer sur iOS

Les expériences sur les détails de la marchandise devraient être un terrain d'essai pour des idées audacieuses et risquées, car elles permettent un degré plus élevé de liberté créative. Au fil du temps, vous pouvez relativement identifier ceux qui sont bons pour le CRO. Ensuite, vous pouvez passer au test et à l'apprentissage des méthodes disponibles pour présenter ces idées publiquement, quelle que soit la méthode que Google vous permet d'utiliser.

Cet apprentissage peut ensuite être consolidé davantage avec l'optimisation de la page produit. Si vous constatez que Google adopte l'itération des actifs, compte tenu de ses directives et politiques similaires, Apple l'adoptera probablement également. C'est ainsi que vous pouvez tester des idées audacieuses sur l'App Store avec un risque minimal de rejet.

• Exécution de tests sur iOS étape par étape, des idées sûres aux idées audacieuses

En attendant que les tests A/B du Play Store "montrent la voie", les tests A/B de l'App Store peuvent être exécutés indépendamment pour "trouver le chemin". Commencez par des idées sûres, puis passez à des idées plus risquées jusqu'à ce que vous approchiez de la "zone restreinte". . Le CRO prendra plus de temps, mais au moins vous ne resterez pas coincé à attendre les résultats des tests Android ou vous ne serez pas induit en erreur par des hypothèses non testées.

Clés à retenir lors de la réalisation d'un test A/B

Répartition de l'audience entre la version actuelle et les variantes. Lorsque vous décidez de la part de trafic à allouer à chaque variante, gardez à l'esprit votre taux de conversion actuel, l'hypothèse à tester, les éléments impliqués et la signification statistique (actuellement 90 % dans Google Play Experiments).

Fractionner la durée du test. Laissez le test s'exécuter pendant au moins 7 jours pour éviter les pics saisonniers qui pourraient avoir un impact sur vos résultats. Les tests doivent être exécutés jusqu'à ce qu'un public potentiel important entre dans toutes les variantes du test.

Installation minimale pour chaque variante. Pour obtenir des données importantes sur les résultats de performance des tests a/b, vous devez faire attention au nombre d'installations requis. Ceci est fortement corrélé au taux d'installation quotidien de l'application.

Localisation des tests . Il est fortement recommandé de localiser vos tests fractionnés dans un pays spécifique. Les expériences mondiales/mondiales peuvent être trompeuses, car chaque pays a des performances créatives différentes.

Les changements fermés peuvent ne pas conduire à beaucoup d'apprentissage. Cependant, tous les éléments de votre idée doivent être testés pour améliorer continuellement votre page commerciale.

Sommaire

Ce ne sont là que quelques-unes des nouvelles fonctionnalités et capacités annoncées lors de la WWDC21. Les tests A/B ont toujours été une tâche plus complexe sur l'App Store iOS que les capacités expérimentales de Google Play - ces nouveaux outils seront les améliorations que les développeurs iOS attendaient.

Les données de performances accessibles à partir d'App Analytics, de l'optimisation des pages de produits et des pages de produits personnalisées, ainsi que les analyses des utilisateurs et les données d'activité, fourniront aux développeurs les informations dont ils ont besoin pour continuer à se développer.

Nous testons pour savoir quelles idées peuvent améliorer le CVR, puis apprenons comment mettre en œuvre ces idées sans enfreindre la politique. Comme nous l'avons indiqué ci-dessus, vous pouvez planifier à l'avance le modèle de test A/B iOS15.