Guide d’App Store Connect pour débuter

1. Qu’est-ce qu’App Store Connect exactement ?

App Store Connect est le tableau de bord de gestion d’Apple destiné aux développeurs et aux équipes qui s’occupent de leurs apps. Il permet de gérer le nom, la description, les captures d’écran, le prix et les mises à jour que les utilisateurs voient sur l’App Store. Il donne aussi accès aux tests, à la validation, aux ventes, aux paiements et aux avis des utilisateurs.

2. Que faut-il préparer avant de commencer ?

• Un Apple Account sur lequel l’authentification à deux facteurs est activée.
• Une adhésion active à l’Apple Developer Program ou une invitation App Store Connect envoyée par votre équipe.
• Une vision claire de l’équipe avec laquelle vous travaillez. Si votre compte appartient à plusieurs équipes, choisissez la bonne après vous être connecté.
• Un nom d’app, une langue principale, un Bundle ID et un SKU interne pour créer la fiche d’app.
• Une URL de politique de confidentialité, une description pour l’App Store, des mots-clés, des captures d’écran, une URL d’assistance et les coordonnées du contact pour la validation avant la publication.

Commencez par comprendre les rôles

Lorsqu’un bouton manque, cela signifie souvent que vous n’avez pas l’autorisation nécessaire, pas que le système est en panne. La documentation d’Apple sur les rôles est détaillée ; ce tableau constitue un bon point de départ.

Pour inviter un collègue, accédez à Users and Access → People → +, saisissez son nom et son adresse e-mail, puis attribuez-lui un rôle et un accès aux apps. Donnez à chacun les accès dont il a besoin ; ne désignez pas tout le monde comme Admin par simple commodité.

3. Créez votre première fiche d’app avant d’importer un build

Une app n’apparaît pas automatiquement dans App Store Connect lorsque quelqu’un importe son fichier binaire. Vous devez d’abord créer une fiche d’app pour que les développeurs puissent y importer des builds. Les instructions d’Apple pour créer une app précisent cet ordre.

1. Connectez-vous et ouvrez Apps.
2. Cliquez sur + dans le coin supérieur gauche et choisissez New App.
3. Sélectionnez une plateforme, par exemple iOS, macOS, tvOS ou visionOS.
4. Saisissez le Name, la Primary Language, le Bundle ID et le SKU.
5. Choisissez Full Access ou Limited Access, puis cliquez sur Create.

Que signifient ces champs ?

4. Complétez la fiche App Store

Une fiche nouvellement créée commence généralement avec le statut Prepare for Submission. Vous devez maintenant fournir deux types d’informations : celles qui s’appliquent à toute l’app et celles qui concernent la version que vous publiez. Les distinguer rend le processus plus facile à suivre.

Informations communes à toute l’app

Gérez ces informations dans la section General → App Information de la barre latérale : nom, sous-titre, catégorie, classification par âge, Bundle ID, droits sur le contenu et champs associés. La classification par âge est calculée à partir de vos réponses à un questionnaire ; répondez avec précision au lieu de choisir une classification au jugé.

App Privacy décrit les données collectées par votre app et ses SDK tiers, indique si elles sont liées aux utilisateurs et si elles servent au suivi. Les apps iOS ont besoin d’une URL de politique de confidentialité. Ne copiez pas les réponses d’une autre app : Apple exige que les déclarations reflètent les pratiques réelles de votre entreprise et de vos partenaires tiers. Parcourez Gérer la confidentialité de l’app point par point.

Informations propres à chaque version

• Promotional Text : un court texte promotionnel, par exemple sur une campagne en cours.
• Description : la description complète du produit. Expliquez le problème résolu par l’app avant d’énumérer ses principales fonctions.
• Keywords : des termes qui aident les utilisateurs à trouver l’app. Évitez de répéter le nom de l’app pour remplir le champ.
• What’s New : les changements apportés par cette mise à jour. Ce champ n’est généralement pas nécessaire pour la première version.
• Support URL : une page où les utilisateurs peuvent obtenir de l’aide.
• Screenshots / App Previews : des captures d’écran et, si vous le souhaitez, des vidéos d’aperçu pour les tailles d’appareil concernées.

Les captures d’écran ne se résument pas à quelques images importées dans un formulaire. Elles comptent parmi les ressources les plus importantes pour la conversion sur l’App Store. Commencez par la valeur principale, poursuivez avec les cas d’usage et donnez une seule idée à communiquer à chaque image. Vous pouvez les localiser pour chaque langue ; les instructions d’Apple sur les captures d’écran et les aperçus expliquent où les importer.

Écrivez les informations de validation pour l’équipe de validation, pas pour les utilisateurs

App Review Information est réservé à l’équipe de validation. Indiquez une personne qui peut répondre rapidement. Si l’app exige une connexion, fournissez un compte de démonstration fiable. Si une fonction nécessite un parcours précis, du matériel, un lieu ou une action particulière, décrivez clairement les étapes. Si la personne chargée de la validation ne trouve pas une fonction, elle peut demander des précisions ou refuser la soumission.

5. Qu’est-ce qu’un build et comment le tester avec TestFlight ?

Le numéro de version est celui que voient les utilisateurs, par exemple 1.2.0. Le numéro de build identifie en interne un build précis, par exemple 37. Vous pouvez importer plusieurs builds pour une même version, mais n’en sélectionner qu’un au moment de la soumettre à la validation.

Les développeurs peuvent importer des builds avec Xcode, Transporter et d’autres méthodes compatibles. Un import réussi ne signifie pas que le build est disponible immédiatement : Apple doit d’abord le traiter. Une fois le traitement terminé, il apparaît dans l’onglet TestFlight de l’app.

Faut-il choisir des tests internes ou externes ?

1. Ouvrez l’onglet TestFlight de l’app et renseignez la Beta App Description, l’adresse e-mail pour les retours et les instructions de test.
2. Créez un groupe de test et ajoutez le bon build.
3. Pour les tests internes, ajoutez au groupe des utilisateurs qui font déjà partie de l’équipe. Pour les tests externes, soumettez le build à la validation TestFlight avant d’inviter des personnes par e-mail ou avec un lien public.
4. Demandez aux testeurs d’installer l’app TestFlight d’Apple et d’accepter l’invitation.
5. Utilisez TestFlight pour consulter les installations, les Sessions, les Crashes et les retours des testeurs.

6. Soumettez l’app à la validation de l’App Store et publiez-la

Une fois les tests terminés, revenez à la page de la version que vous souhaitez publier. La présence d’un build dans TestFlight ne signifie pas qu’il a été soumis à l’App Store : les tests TestFlight et la validation App Store sont deux processus distincts.

1. Remplissez tous les champs obligatoires de la page de la version et corrigez les messages d’erreur rouges.
2. Sélectionnez le build final dans la section Build. Un seul peut être associé à la fois.
3. Vérifiez de nouveau les déclarations de confidentialité, la conformité aux règles d’exportation, les droits sur le contenu, les identifiants publicitaires et les informations de connexion destinées à la validation.
4. Cliquez sur Add for Review dans le coin supérieur droit. Cette action ajoute seulement la version à un brouillon de soumission.
5. Ouvrez Draft Submissions ou App Review dans la barre latérale, vérifiez les éléments, puis cliquez sur Submit for Review. Ce n’est qu’à ce moment que la soumission entre dans la file de validation.

Ce sont les deux boutons décrits dans le processus de soumission d’une app d’Apple. Une erreur fréquente consiste à s’arrêter à l’étape 4 : l’app reste alors au statut Ready for Review, ce qui donne l’impression qu’Apple tarde à commencer.

Que signifient les statuts courants ?

7. Comment gérer l’app après son lancement ?

Publier une nouvelle version

Sur la page de l’app, cliquez sur + pour la plateforme concernée afin de créer une nouvelle version. Saisissez le nouveau numéro de version et le contenu de What’s New, sélectionnez le nouveau build du développeur, puis répétez le processus de soumission à la validation. Ne créez pas une nouvelle fiche d’app pour une mise à jour ; vous créeriez un autre produit.

Gérer les prix et les régions

Utilisez Pricing and Availability pour définir le prix, les régions et la disponibilité. Avant de rendre payante une app gratuite ou de modifier ses régions, vérifiez que les contrats, les informations fiscales et les coordonnées bancaires sont actifs. Tenez compte des attentes des utilisateurs et abonnés existants lorsque vous modifiez les prix.

Répondre aux avis des utilisateurs

Ouvrez Ratings and Reviews pour consulter les notes et les avis écrits. Traitez en priorité les problèmes concrets, comme les plantages, les échecs de connexion et les problèmes de paiement. Ne demandez pas publiquement d’informations privées telles qu’une adresse e-mail ou un numéro de commande ; orientez les utilisateurs vers votre canal d’assistance. Après une correction, actualisez votre réponse pour indiquer la version qui résout le problème.

Gérer les achats intégrés et les abonnements

In-App Purchase et Subscriptions sont les systèmes de produits à l’intérieur de votre app, distincts du prix de l’app elle-même. Chaque produit nécessite un Product ID, un nom d’affichage, une description, un prix et une capture d’écran pour la validation. Avant de lancer des abonnements, renseignez-vous sur les groupes d’abonnements, le renouvellement, les délais de grâce, les offres et les notifications serveur. Ne publiez pas simplement un produit de test comme produit réel.

Maintenir à jour les accès et les contrats

Mettez à jour Users and Access lorsque des collègues quittent l’entreprise ou changent de rôle. L’Account Holder doit aussi suivre le renouvellement de l’adhésion et les nouveaux contrats dans Business. Des contrats non signés peuvent empêcher la création d’apps, l’utilisation de fonctions payantes ou le versement de paiements.

8. Comment lire et comprendre les données d’une app ?

Le lancement n’est qu’un début. App Store Connect présente les données sous au moins trois angles distincts : Analytics suit les utilisateurs de la découverte à l’utilisation, Sales and Trends montre les résultats commerciaux et Payments and Financial Reports présente le règlement final. Leurs définitions diffèrent, ne vous attendez donc pas à ce que leurs chiffres pour une même journée concordent exactement.

Lisez Analytics comme un entonnoir

Ouvrez Analytics, sélectionnez votre app et choisissez une période. Pour débuter, cet ordre est utile :

Les définitions des indicateurs d’Apple expliquent que certains indicateurs de l’App Store ne deviennent disponibles qu’après au moins cinq premiers téléchargements ou précommandes. L’absence de graphiques pour une nouvelle app ne signale pas forcément un problème de configuration ; il peut simplement ne pas encore y avoir assez de données.

Ne vous limitez pas aux totaux : ventilez les données

• Source Type : les utilisateurs viennent-ils d’App Store Search, de Browse, de Web Referrer ou d’App Referrer ?
• Territory : quels pays ou régions génèrent des téléchargements et des revenus ? La localisation fonctionne-t-elle ?
• Device / Platform Version : les problèmes se concentrent-ils sur un appareil ou une version d’OS en particulier ?
• App Version : l’utilisation ou la stabilité a-t-elle changé après la dernière version ?
• Campaign : les liens marketing balisés attirent-ils des utilisateurs intéressants ?

Une méthode simple consiste à comparer les périodes de sept jours et de 28 jours à la période précédente de même durée. Ne changez qu’un élément à la fois : après avoir actualisé les captures d’écran, observez la conversion de la page produit ; après avoir amélioré la première expérience, surveillez la rétention et les Sessions. Si vous modifiez cinq éléments le même jour, il devient difficile de savoir lequel a fait évoluer les chiffres.

Sales and Trends : comprendre les résultats commerciaux

Utilisez cette section pour suivre les App Units, les In-App Purchases, les abonnements, les ventes et les recettes estimées, avec des filtres par produit, région, appareil et autres dimensions. Elle se rapproche d’un tableau de bord commercial, mais les revenus restent estimés et les taux de change comme l’état des transactions peuvent encore évoluer.

Payments and Financial Reports : comprendre ce que vous recevez

Cette section sert au rapprochement financier. Les Proceeds correspondent au montant dû au développeur après déduction des taxes applicables et de la commission d’Apple sur le prix payé par l’utilisateur. Les pages présentent les paiements, les recettes estimées, les taux de change, les taxes, les ajustements et les derniers chiffres du compte bancaire. Apple indique que les données du mois fiscal précédent commencent généralement à apparaître le premier mercredi du mois en cours et que les rapports régionaux sont en général prêts au plus tard le premier vendredi. Consultez Consulter les paiements et les recettes pour plus de détails.

9. Une liste de contrôle hebdomadaire pour débuter

• Vérifiez le statut de l’app, les messages d’App Review et les retours TestFlight.
• Comparez les impressions, les consultations de la page produit, les téléchargements et la conversion des sept derniers jours aux sept jours précédents.
• Examinez la rétention, les Sessions, les plantages et la répartition des principales versions de l’app.
• Consultez les notes et les nouveaux avis, puis répondez aux utilisateurs qui ont besoin d’aide.
• Recherchez les variations inhabituelles des achats intégrés, des abonnements, des remboursements et des recettes.
• Notez les changements de version, de captures d’écran, de prix et de marketing de la semaine afin de pouvoir interpréter les données.
• Chaque mois, demandez à l’équipe financière de télécharger et d’archiver les rapports financiers, puis de rapprocher les paiements réels.

10. Huit problèmes fréquents quand on débute

11. Un glossaire en une minute