Share
Vous avez travaillé des semaines ou des mois sur votre première application iOS et vous êtes prêt à soumettre votre chef-d'œuvre à l'App Store d'Apple. Comment est-ce que tu fais ça? Votre candidature est-elle prête à être soumise? Je suis sûr que certaines de ces questions vous sont venues à l'esprit à un moment ou à un autre.
Soumettre une application est-il aussi simple que d'envoyer le fichier binaire de votre application à Apple? Pas assez. Avec ce tutoriel, je vais vous fournir une carte détaillée pour que votre demande soit soumise à l'App Store d'Apple..
Même si le processus de révision de l'App Store est généralement une boîte noire, cela ne signifie pas que vous ne pouvez pas préparer vous-même et votre candidature au processus de révision d'Apple. Apple fournit des instructions pour vous aider à rester dans les limites parfois invisibles de ce qui est interdit ou non dans l'App Store..
La première fois que vous soumettez une application sur l'App Store, c'est à la fois excitant et stressant. Même pour les développeurs iOS expérimentés, soumettre une application à l'App Store est souvent une entreprise stressante, car la plupart des développeurs ne le font pas quotidiennement..
Tout au long de cet article, je suppose que vous êtes un développeur iOS enregistré, ce qui signifie que vous êtes inscrit au programme de développement iOS d'Apple et êtes autorisé à soumettre des applications pour publication dans l'App Store. Pour soumettre une application iOS sur l'App Store, vous devez être un développeur iOS enregistré. Drapeau rouge? Ne t'inquiète pas. Vous pouvez vous inscrire au programme pour développeurs iOS d’Apple en visitant la page Développeurs Apple et en cliquant sur le lien suivant. Inscrire bouton.
Une application n'est pas nécessairement prête lorsque vous avez écrit la dernière ligne de code ou mis en œuvre la dernière fonctionnalité de la spécification de l'application..
Avez-vous testé votre application sur un ou plusieurs périphériques physiques? Avez-vous défini votre application pour les fuites de mémoire et les problèmes de performances? Votre application plante-t-elle de temps en temps??
La famille d'appareils iOS a considérablement augmenté au fil des ans, et il est important de tester votre application sur autant d'appareils iOS que vous pouvez mettre la main sur. Les problèmes courants incluent la non optimisation d'une application pour certaines tailles d'écran. Le simulateur iOS est un excellent outil, mais il fonctionne sur votre Mac, qui dispose de plus de mémoire et de puissance de traitement que le téléphone dans votre poche..
Le processus de révision d'Apple n'est pas hermétique, mais il est très capable d'identifier les problèmes pouvant affecter l'expérience utilisateur de votre application. Si votre application se bloque de temps en temps ou si elle ralentit au bout de dix minutes d’utilisation, il vous reste du travail à faire avant de la soumettre à l’App Store..
Même si l'équipe d'évaluation d'Apple ne détecte pas le problème, vos utilisateurs le verront. Si les utilisateurs de votre application ne sont pas satisfaits, ils laisseront de mauvaises critiques sur l'App Store, ce qui pourrait nuire aux ventes ou bloquer les téléchargements..
Comme je l'ai mentionné précédemment, Apple fournit aux développeurs un certain nombre de documents qui sont d'une grande aide lors du processus de création et de développement de votre application..
Les documents à connaître sont les directives d'interface utilisateur iOS et les directives de révision de l'App Store. Malgré la disponibilité de ces documents, il semble que peu de développeurs prennent le temps de les parcourir et encore moins de les lire. Il n’est donc pas surprenant que certaines applications soient donc rejetées, même si la raison du rejet est clairement indiquée dans ces documents..
Même si vous n'avez pas l'intention de lire les consignes d'interface utilisateur iOS ou les consignes de révision de l'App Store, il est important de connaître certaines des règles dont elles parlent. Jetez un coup d’œil à la courte liste ci-dessous pour avoir une idée de ce que votre candidature devrait et ne devrait pas faire..
Ton application:
Gardez à l'esprit qu'il ne s'agit que d'un sous-ensemble des directives incluses dans les documents susmentionnés. La majorité des règles et directives sont triviales, mais certaines ne le sont pas, et vous pourriez même en violer certaines par inadvertance..
Laisse moi te donner un exemple. Avant qu'Apple ait commencé à utiliser ses propres cartes (il y a très longtemps), le cadre MapKit utilisait les cartes de Google. Cela était clair pour l'utilisateur à cause du petit logo Google dans le coin inférieur gauche de chaque carte. Toutefois, si une partie de l'interface utilisateur de votre application recouvrait ou masquait le logo de Google, votre application serait rejetée. Cette règle semble triviale, mais c'est une règle qui peut être facilement violée si vous ne faites pas attention. Même les tests automatisés ne vous couvriront pas dans ce cas.
Avant de pouvoir commencer à penser à soumettre votre application à l'App Store, vous devez vous assurer que vous disposez d'un ID d'application, d'un certificat de distribution valide et d'un profil d'approvisionnement valide. Laissez-moi vous montrer ce que cela implique.
Chaque application nécessite un identifiant d'application ou un identifiant d'application. Il existe deux types d’identificateurs d’application: un identifiant d'application explicite et un Identifiant d'application générique. Un identifiant d'application générique peut être utilisé pour créer et installer plusieurs applications. Malgré la commodité d'un identifiant d'application générique, un identifiant d'application explicite est Champs obligatoires si votre application utilise iCloud ou utilise d'autres fonctionnalités iOS, telles que Game Center, Notifications Apple Push ou In App Purchase..
Si vous ne savez pas quel ID d'application correspond le mieux à votre projet, je vous recommande de lire la note technique QA1713 pour plus d'informations sur le sujet..
Pour soumettre une application sur l'App Store, vous devez créer un profil d'approvisionnement iOS pour la distribution. Pour créer un tel profil d'approvisionnement, vous devez d'abord créer un certificat de distribution. Le processus de création d'un certificat de distribution est très similaire à celui de la création d'un certificat de développement. Si vous avez testé votre application sur un périphérique physique, vous êtes probablement déjà familiarisé avec la création d'un certificat de développement..
Si vous avez besoin de rafraîchir votre mémoire, je vous suggère de lire le guide d’Apple, Code Signing vos applications, sur la signature de certificats et de profils de provisioning. Le processus n'est pas difficile une fois que vous avez compris comment les différentes pièces du puzzle s'emboîtent.
Une fois que vous avez créé un ID d'application et un certificat de distribution, vous pouvez créer un profil d'approvisionnement iOS pour distribuer votre application via l'App Store..
N'oubliez pas que vous ne pouvez pas utiliser le même profil d'approvisionnement que celui que vous utilisez pour la distribution ad hoc. Vous devez créer un profil d'approvisionnement distinct pour la distribution de l'App Store. Si vous utilisez un ID d'application générique pour votre projet, vous pouvez utiliser le même profil de provisioning pour plusieurs applications..
Avec l'ID d'application, le certificat de distribution et le profil d'approvisionnement mis en place, il est temps de configurer les paramètres de construction de votre cible dans Xcode. Cela signifie qu’il faut sélectionner la cible dans la liste des cibles de Xcode. Navigateur de projet, ouvrir le Paramètres de construction onglet en haut, et mettre à jour les paramètres dans le La signature section. Vous devrez définir le Code de signature à Automatique.
Même si le processus de signature de code est assez simple une fois que vous l'avez compris, c'est un problème qui interpelle de nombreux développeurs. Je ne connais pas un seul développeur Cocoa qui n'ait pas rencontré de problèmes de signature de code à un moment donné de sa carrière. Une fois que vous avez franchi cet obstacle, le reste du processus de soumission est assez facile.
Il est utile de réfléchir un peu à la cible de déploiement de votre application. Chaque cible d'un projet Xcode possède une cible de déploiement, qui indique la version minimale du système d'exploitation sur laquelle l'application peut s'exécuter..
Il vous appartient de définir la cible de déploiement, mais gardez à l’esprit que la modification de la cible de déploiement n’est pas une tâche impossible sans conséquences une fois que votre application figure dans l’App Store. Si vous augmentez la cible de déploiement pour une mise à jour de votre application, les utilisateurs ayant déjà acheté votre application mais ne répondant pas à la nouvelle cible de déploiement ne peuvent pas exécuter la mise à jour..
Cela devient vraiment problématique lorsqu'un utilisateur télécharge une mise à jour via iTunes (pas l'appareil) en remplaçant la version précédente sur son ordinateur, puis découvre que la nouvelle mise à jour ne s'exécute pas sur son appareil..
J'ai deux astuces très simples concernant la cible de déploiement de votre application:
Vous savez probablement qu'une icône d'application est un composant essentiel de chaque application iOS, mais vous devez vous assurer que votre application est livrée avec les tailles correctes de l'illustration. Regardez le tableau ci-dessous:
Taille de l'image (px) | Nom de fichier | Utilisé pour | Magasin d'applications | Ad hoc |
|---|---|---|---|---|
512x512 | iTunesArtwork | Liste des applications dans iTunes | N'incluez pas | Facultatif mais recommandé |
1024x1024 | iTunesArtwork @ 2x | Liste des applications dans iTunes pour les appareils avec affichage de la rétine | N'incluez pas | Facultatif mais recommandé |
120x120 | Écran d'accueil sur iPhone / iPod Touch avec affichage Retina | Champs obligatoires | Champs obligatoires | |
180x180 | Écran d'accueil sur iPhone avec écran Retina HD | Facultatif mais recommandé | Facultatif mais recommandé | |
76x76 | Icon-76.png | Écran d'accueil sur iPad | Champs obligatoires | Champs obligatoires |
152x152 | Écran d'accueil sur iPad avec affichage de la rétine | Facultatif mais recommandé | Facultatif mais recommandé | |
167x167 | Écran d'accueil sur iPad Pro | Facultatif mais recommandé | Facultatif mais recommandé | |
40x40 | Icon-Small-40.png | Projecteur | Facultatif mais recommandé | Facultatif mais recommandé |
80x80 | Projecteur sur les appareils avec écran Retina | Facultatif mais recommandé | Facultatif mais recommandé | |
120x120 | Spotlight sur les appareils avec écran Retina HD | Facultatif mais recommandé | Facultatif mais recommandé | |
29x29 | Icon-Small.png | Réglages | Recommandé si vous avez un ensemble de paramètres, facultatif sinon | Recommandé si vous avez un ensemble de paramètres, facultatif sinon |
58x58 | Paramètres sur les appareils avec écran Retina | Recommandé si vous avez un ensemble de paramètres, facultatif sinon | Recommandé si vous avez un ensemble de paramètres, facultatif sinon | |
87x87 | Paramètres sur les appareils avec écran Retina HD | Recommandé si vous avez un ensemble de paramètres, facultatif sinon | Recommandé si vous avez un ensemble de paramètres, facultatif sinon |
Il va sans dire que vous n'avez pas besoin d'inclure une icône d'application pour la famille de périphériques iPad / iPad Mini si votre application cible uniquement la famille de périphériques iPhone / iPod Touch, et inversement..
Chaque application peut avoir jusqu'à cinq captures d'écran et trois aperçus, et vous devez en fournir au moins une. Si vous développez une application universelle, vous devez fournir des captures d'écran distinctes pour chaque périphérique..
Il est important de réfléchir aux captures d'écran. Les captures d'écran de votre application sont souvent la seule chose qu'un client peut utiliser pour décider d'acheter ou de télécharger votre application ou non..
Ce que beaucoup de développeurs ne savent pas, c'est que les captures d'écran ne doivent pas nécessairement être de véritables captures d'écran. La règle stricte est que la taille de chaque capture d'écran doit être celle de la taille de l'écran du périphérique cible. De nombreuses entreprises sont créatives avec cette règle. Jetez un coup d'œil aux captures d'écran de Where's My Water ?, par exemple, qui incluent des étiquettes soulignant les principales caractéristiques de l'application. En utilisant cette stratégie, vous pouvez créer des captures d’écran beaucoup plus attrayantes et convaincantes..
Avant de soumettre votre candidature, il est judicieux de disposer des métadonnées de celle-ci. Ceci comprend:
Si vous soumettez une mise à jour, vous pouvez également fournir des informations pour le Quoi de neuf dans cette version section.
Votre application nécessite-t-elle que les utilisateurs se connectent? Ensuite, vous devez également fournir à Apple un compte test ou un compte démo pour vous assurer que l'équipe de révision peut se connecter immédiatement et utiliser votre application sans avoir à ouvrir un compte au préalable..
Le processus de soumission est devenu beaucoup plus facile ces jours-ci. Vous pouvez maintenant valider et soumettre une application à l'aide de Xcode, par exemple. Cependant, vous devez d’abord créer votre application dans iTunes Connect..
Visitez iTunes Connect, connectez-vous avec votre compte de développeur iOS, puis cliquez sur Gérer vos applications sur la droite. Clique le Ajouter une nouvelle application en haut à gauche, sélectionnez App iOS, et remplissez le formulaire.
le Nom de l'application, Le nom de votre application, tel qu'il apparaîtra dans l'App Store, doit être unique. Cela peut être différent du nom affiché sous l'icône de votre application sur l'écran d'accueil, mais il est recommandé de choisir le même nom..
le Numéro de SKU est une chaîne unique qui identifie votre application. J'utilise généralement l'identifiant de bundle de l'application.
La dernière information est la ID de lot de votre application. Cela signifie que vous sélectionnez l'ID d'application (générique ou explicite) que vous avez créé précédemment dans le menu déroulant..
Dans l'étape suivante, vous spécifiez le prix et la disponibilité de votre application. Apple utilise des niveaux de prix afin que vous n'ayez pas à spécifier de prix pour chaque pays dans lequel Apple opère. Vous pouvez également spécifier dans quels magasins votre application doit ou ne doit pas être disponible..
Les informations que vous entrez à cette étape peuvent être modifiées une fois votre application installée dans l'App Store. En d'autres termes, vous pouvez modifier le prix et la disponibilité d'une application sans avoir à soumettre de mise à jour. Vous pouvez facilement le faire en sélectionnant le Prix et disponibilité onglet à gauche de la page iTunes Connect de votre application.
Nous avons déjà couvert les métadonnées de l'application. Le seul aspect dont je n'ai pas encore parlé est l'évaluation de votre application. En fonction du contenu et des fonctionnalités de votre application, une évaluation lui est attribuée. Cette évaluation est non seulement utile pour informer les utilisateurs du contenu et des fonctionnalités de votre application, mais elle est également utilisée par le système d'exploitation pour les fonctionnalités de contrôle parental..
Il est fortement recommandé de ne pas essayer de déjouer le système d’évaluation. Apple connaît bien cette stratégie et rejettera votre application si celle-ci n’est pas conforme à l’évaluation que vous avez définie. Il y a beaucoup d'autres choses ici que vous devrez peut-être ajuster en fonction de votre application, mais nous ne les passerons pas en revue car elles sont assez explicites. Pour ce faire, allez au Informations sur l'application onglet dans le volet de gauche.
Pour soumettre votre application, vous devez créer un archiver. Vous ne pouvez créer une archive qu'en construisant votre application sur un dispositif générique. Si vous sélectionnez le simulateur iOS dans le schéma actif, vous remarquerez que le Archiver option dans Xcode Produit le menu est grisé. Connectez un appareil iOS à votre Mac, sélectionnez-le dans le schéma actif, puis sélectionnez Archiver de Xcode Produit menu.
Si tout s'est bien passé, vous devriez maintenant avoir une archive et l'Organiseur de Xcode devrait s'ouvrir automatiquement et vous montrer l'archive que vous venez de créer..
Sélectionnez l’archive dans la liste et cliquez sur le bouton Transférer vers l'App Store… bouton à droite. Le fichier binaire de l'application est ensuite chargé sur les serveurs Apple..
Au cours de ce processus, votre candidature est également validée. Si une erreur se produit pendant la validation, le processus de soumission échouera. Le processus de validation est très utile car il vous indiquera si quelque chose qui cloche dans votre binaire d'application pourrait entraîner un rejet de la part de l'équipe de révision de l'App Store..
Si le processus de soumission s'est déroulé sans problème, le statut de votre demande passera à En attente d'une revue. Il faut plusieurs jours à Apple pour revoir votre application, et le temps nécessaire a tendance à fluctuer avec le temps..
Bonne chance!
Le processus de soumission est assez long pour une nouvelle application, mais soumettre une mise à jour à l'App Store est beaucoup moins fastidieux. N'oubliez pas que le processus de soumission est beaucoup plus complexe si votre demande est localisée dans différentes langues, car les métadonnées de votre demande doivent également être localisées. Cependant, localiser votre application en vaut la chandelle, car il en résulte souvent des ventes plus élevées et des retours clients positifs.
Si vous souhaitez en savoir plus sur le développement Swift et iOS, consultez certains de nos cours approfondis ici à Envato Tuts.+.
Accentsconagua