Product page optimization App Store : le test A/B d'Apple

La product page optimization (PPO) est le test A/B intégré à App Store Connect. Tu compares jusqu'à trois variantes de ta fiche par défaut à l'original, en changeant l'icône, les captures ou les aperçus vidéo, sur une part du trafic que tu choisis, pendant 90 jours au plus. Apple désigne une variante meilleure ou moins bonne quand elle atteint 90 % de confiance. Tu peux alors appliquer la gagnante à ta fiche.

Je publie mes propres apps iOS, dont Solys et TradaZen, avec des fiches en 38 langues. En octobre 2026, j'ai préparé un test PPO pour TradaZen. Ce guide s'appuie sur l'aide d'App Store Connect relue le 15 octobre 2026.

Product page optimization App Store : ce que tu peux tester

D'après la page d'Apple sur la product page optimization, chaque variante, qu'Apple appelle un traitement (treatment), peut changer trois éléments :

• l'icône, à condition qu'elle soit déjà dans le binaire de la version en ligne ;
• les captures ;
• les aperçus vidéo (app previews).

Le nom, le sous-titre et les mots-clés ne se testent pas ici. L'aide d'Analytics cite aussi la description. La page de configuration des traitements, elle, s'en tient à l'icône, aux captures et aux aperçus, plus un onglet Header and Search Results pour les visuels d'en-tête arrivés en octobre 2026.

Les conditions, d'après la vue d'ensemble de l'aide :

• ton app est en vente sur l'App Store (statut Ready for Distribution) ;
• le test porte sur ta fiche par défaut, jamais sur une page produit personnalisée ;
• les variantes s'affichent sous iOS 15 et iPadOS 15, ou plus récents.

Deux détails comptent. Un visiteur voit la même variante pendant toute la durée du test. Et s'il télécharge l'app depuis une variante avec une autre icône, cette icône s'affiche aussi sur son iPhone. Les visuels des variantes peuvent apparaître dans la recherche et dans l'onglet Aujourd'hui.

Créer un test : variantes, trafic et langues

Dans App Store Connect, la rubrique Product Page Optimization ouvre la création d'un test. D'après l'aide sur la création d'un test, tu règles cinq choses :

1. Un nom de référence, 64 caractères au plus, visible de toi seul.
2. Le nombre de variantes, jusqu'à trois. Plus il y en a, plus le test est long.
3. La part du trafic, répartie à parts égales entre les variantes. Exemple d'Apple : à 30 % avec trois variantes, chacune reçoit 10 % des visiteurs.
4. Les langues. Un visiteur dont la langue est exclue ne fait pas partie du test.
5. L'estimation de durée, facultative. Tu choisis l'amélioration visée, et Apple calcule la durée et les impressions nécessaires à partir de tes chiffres.

Un test dure 90 jours au plus, et il ne se modifie plus une fois lancé. Si tu l'arrêtes, il ne redémarre pas : il faut en créer un nouveau.

Chaque variante part d'une copie de ta fiche. Ce que tu ne changes pas reste identique à l'original, taille d'écran par taille d'écran. Les dimensions sont dans taille des captures App Store.

La revue des variantes

D'après l'aide sur les traitements, les visuels d'un test doivent être approuvés avant son lancement :

• Nouvelles captures ou nouveaux aperçus : une revue, sans nouvelle version de l'app.
• Simple changement d'ordre, ou icône seule : déjà approuvé, pas de revue.
• Nouvelle icône : elle doit figurer, en 1024 x 1024 pixels, dans le binaire de la version en ligne, compilé avec Xcode 13 ou plus récent. Il faut donc une version de plus avant le test, avec un nouveau numéro de build.

Au démarrage, l'aide sur le lancement d'un test te propose d'ajouter le test à une soumission. Il est relu avec ta dernière version iOS. Les délais habituels sont dans le délai de validation App Store.

Apple prévient aussi : publier une nouvelle version pendant le test peut fausser les résultats si elle change un élément testé.

Lire les résultats

Les résultats sont dans Analytics, rubrique Acquisition, puis Product Pages. D'après l'aide d'App Store Connect Analytics, ils apparaissent après 5 premiers téléchargements attribués au test, puis se mettent à jour chaque jour. Apple utilise une méthode bayésienne, et chaque variante reçoit un statut :

Statut chez Apple	Sens	Que faire
Collecting Data	Pas encore de verdict	Attendre
Performing Better	Meilleure à 90 % ou plus	L'appliquer
Performing Worse	Moins bonne à 90 % ou plus	Garder l'original
Likely to be Inconclusive	Pas de verdict en 90 jours	Tester plus franchement

Pour chaque variante, le tableau donne les impressions uniques, le taux de conversion estimé, l'amélioration par rapport à la référence et la confiance. Une forte amélioration se détecte plus vite qu'une petite. Apple demande de ne pas arrêter un test avant le verdict. Tu peux aussi changer la référence (baseline) à tout moment, pour comparer deux variantes entre elles.

Pour appliquer la gagnante, l'aide sur l'application d'un traitement fixe trois règles :

• une seule variante par test, et l'action est définitive ;
• seuls les captures et les aperçus sont appliqués : une icône gagnante doit devenir l'icône par défaut de ta prochaine version ;
• appliquer une variante arrête le test.

Ma règle : pas de test sous 1 000 impressions

Je m'impose une règle sur toutes mes apps : pas de test A/B tant que ce qu'on teste ne fait pas au moins 1 000 impressions par mois. En dessous, le hasard pèse plus que la variante. Ce n'est pas un seuil d'Apple, c'est un plancher. L'estimation de durée d'App Store Connect dit ensuite combien d'impressions il faut vraiment.

Si ton trafic est faible :

• une seule variante, pour ne pas diviser un trafic déjà maigre ;
• une différence franche : une autre première capture, pas une nuance de couleur ;
• les langues qui ont du trafic, pas toutes ;
• une part du trafic élevée, pour aller plus vite.

Sous le plancher, change la fiche en une fois et compare avant et après sur plusieurs semaines, en notant la date, comme pour suivre le classement de ton app. C'est moins rigoureux, mais honnête sur ce que tes chiffres peuvent dire.

Avant de lancer un test : ma check-list

C'est la liste que je me fixe avant de lancer un test :

• Une hypothèse écrite en une phrase : « montrer X en premier fera télécharger plus ».
• Un seul élément changé par variante, pour savoir ce qui a joué.
• Au moins 1 000 impressions par mois dans les langues testées.
• Une estimation de durée d'Apple sous 90 jours, sinon moins de variantes ou plus de trafic.
• L'icône alternative déjà dans le binaire en ligne, si tu la testes.
• Les visuels de chaque langue vérifiés dans la variante, pas seulement en anglais.
• Aucune version prévue qui touche les éléments testés pendant le test.
• Une décision notée d'avance pour chaque statut possible.

Mon cas : le test « duel en premier » sur TradaZen

Sur TradaZen, mon simulateur de trading, le duel contre un autre joueur est le mode que je veux mettre en avant. Son parcours est raconté dans mon retour d'expérience. Mon hypothèse : le montrer dès la première capture fera télécharger plus que l'ouverture actuelle. Voici le montage, sans résultat à ce jour.

• Une seule variante, « Duel en premier », contre l'original.
• 50 % du trafic, pour aller plus vite avec une seule variante.
• Dix langues, celles qui ont du trafic, et non les 38 de la fiche.
• Des captures remplacées par langue. Chaque langue de la variante hérite des captures de la version. En ajouter par-dessus dépassait la limite de 10 par taille : j'ai dû remplacer la série entière.
• Pas de soumission tant que la version en revue n'est pas acceptée. Le test est relu avec la dernière version iOS, et je ne veux pas qu'un refus de l'une retarde l'autre.

Quand il tournera, je ne trancherai qu'au statut Performing Better ou Performing Worse.

PPO ou Custom Product Pages : la différence

Les deux outils se confondent souvent. Voici l'essentiel, d'après l'aide sur les pages produit personnalisées :

Critère	PPO	Custom Product Pages
But	Tester ta fiche par défaut	Une fiche par public
Nombre	3 variantes par test	70 pages par app
Qui la voit	Visiteurs tirés au hasard	Lien dédié ou mots-clés
Icône	Testable si dans le binaire	Celle de l'app
Texte promotionnel	Non	Oui, par page
Durée	90 jours au plus	Sans limite
Adresse propre	Non	Oui

PPO te dit quelle fiche convertit le mieux pour tout le monde. Une page personnalisée montre une autre fiche à un public précis. Une page personnalisée ne se teste pas avec PPO. Le détail est dans le guide des Custom Product Pages, et pour un moment daté, lis celui des in-app events.

Pour préparer tes variantes

Le Kit Captures réunit les 4 styles de captures de mes apps et le skill avec lequel Claude compose les tiennes, dans toutes les tailles et toutes les langues. De quoi préparer une variante sans logiciel de design. Pour les mots de ta fiche, lis mots-clés App Store.

Tu prépares un envoi ? Le diagnostic gratuit t'envoie ma checklist anti-refus Apple et te dit ce qui reste à faire. La méthode complète de la fiche est sur la page ASO App Store.

Questions fréquentes

Qu'est-ce que la product page optimization sur l'App Store ?

C'est l'outil de test A/B d'App Store Connect. Tu compares jusqu'à trois variantes de ta fiche par défaut à l'original, en changeant l'icône, les captures ou les aperçus vidéo, sur une part du trafic que tu choisis.

Combien de temps dure un test PPO ?

90 jours au plus, ou jusqu'à ce que tu l'arrêtes. Un test arrêté ne redémarre pas. Apple conseille d'attendre qu'une variante soit déclarée meilleure ou moins bonne à 90 % de confiance.

Peut-on tester le nom ou les mots-clés avec PPO ?

Non. Les variantes changent l'icône, les captures et les aperçus. Le nom, le sous-titre et les mots-clés changent avec une nouvelle version de l'app.

Faut-il une nouvelle version pour tester une icône ?

Oui, si l'icône n'est pas déjà dans ton app : les icônes testées doivent être dans le binaire de la version en ligne. Pour des captures ou des aperçus, une revue suffit.

Combien de visiteurs faut-il pour un test PPO ?

Apple ne donne pas de minimum. Les résultats apparaissent après 5 premiers téléchargements, et l'estimation de durée dit combien d'impressions viser. Ma règle personnelle : pas de test sous 1 000 impressions par mois.

Peut-on lancer plusieurs tests PPO en même temps ?

La page d'Apple sur la product page optimization parle d'un test à la fois. L'aide d'Analytics évoque des tests simultanés sur des éléments différents. Pour une petite app, un test à la fois reste le plus lisible.