Conseils pour une soumission réussie sur l'AppStore? [fermé]

Dans un jour ou deux, je serai prêt à soumettre mon application iPhone à l'AppStore et je suis curieux de savoir si les personnes qui ont suivi ce processus ont des conseils / suggestions pour un processus de soumission fluide.

Voici des choses que j'ai couvertes;

• Aucune fuite de mémoire
• Performances testées sur un appareil réel
• Ne plante pas :)
• Utilisation de certificats / profils corrects

Ce que je ne suis pas sûr de savoir comment configurer le "Bundle Display Name" / "Bundle Identifier" et "Bundle Name" dans info.plist. Je comprends que le premier est le texte affiché sur l'iPhone lui-même, mais qu'en est-il du dernier? Cela doit-il correspondre à l'identifiant du bundle?

Y a-t-il d'autres choses que je devrais ajouter à info.plist? J'ai remarqué que lorsqu'elle est conçue pour la distribution Adhoc, mon application ne contient aucune information sur l'auteur / le titre dans iTunes.

Tout d'abord, ne vous inquiétez pas des informations manquantes sur l'auteur / le titre (et l'icône) dans iTunes. Ce sont des métadonnées qui arrivent lorsque vous distribuez à l'aide de l'App Store.

Votre identifiant de bundle, comme le dit Sascha, doit être unique et correspond généralement à votre domaine à l'envers. Cela doit correspondre à l'ID d'application que vous avez créé dans le portail des développeurs.

Le nom d'affichage (CFBundleDisplayName) est la façon dont il apparaît sur l'écran d'accueil. Une chose importante que j'ai trouvée à ce sujet est qu'elle peut être localisée, donc si votre application s'appelait "Beer" en anglais, elle pourrait s'afficher comme "Birra" en italien et "Bier" en allemand.

La partie mécanique, tant que vous suivez les instructions, est en fait assez simple. J'ai trouvé que la clé était en cours de préparation. En gros, vous ne recevez aucun avis avant la mise en ligne de votre application, et le processus d'examen peut prendre de quelques heures à quelques semaines. Assurez-vous d'avoir un site Web opérationnel et de pouvoir accepter (et fournir) des commentaires. Je viens d'utiliser Blogger.

À moins que votre application est trivial le monde réel va trouver des problèmes que vous ne l' avez pas Anticiper et vos utilisateurs mécontents seront toujours les plus virulents, vous devez donc la capacité de répondre!

Soit dit en passant, mon application est délicieuse .

Assurez-vous d'avoir un costume ignifuge pour traiter avec tous les examinateurs retardés qui donnent de mauvaises notes sans essayer l'application ou lire la description de ce qu'elle est censée faire.

J'ai été marqué pour ne pas faire des choses que ma description dit qu'il ne fait pas.

Le processus d'examen et l'incapacité de réagir vraiment sont exaspérants.

Lors de la soumission d'une application, assurez-vous de définir correctement le numéro de version dans le fichier info.plist - Lors de la mise à jour d'une application, vous devez augmenter le numéro de version. Vous pouvez utiliser la notation xx ou la notation xxx. (J'ai oublié de le mettre à jour lors de ma première mise à jour de l'application). Non pas qu'il soit difficile de mettre à jour et de recompiler, mais c'est une de ces choses à oublier facilement.

Je suis également d'accord avec Hunter. Vous obtiendrez de mauvaises critiques. C'est bon. Ce sont des crétins. Votre application est géniale.

Si vous rencontrez des problèmes avec les certificats, il y a quelques choses que j'ai trouvées utiles:

1. Redémarrez XCode.
2. Dans votre iPhone / iPod, accédez à Paramètres> Général> Profils Assurez-vous que le profil de distribution que vous utilisez s'y trouve et qu'il n'y a pas d'autres profils en conflit (j'avais deux profils de distribution pour la même application). Vous pouvez les supprimer directement dans l'iPhone / iPod.

À un certain point, vous verrez l'erreur "La vérification de la signature du code a échoué". cela vous rendra fou. Respirez profondément. Redémarrez XCode, redémarrez votre matériel de développement. Allez frapper un mur, allez boire un verre et tout fonctionnera à nouveau.

Ensuite, vous voudrez:

1. Nettoyez la cible de construction (ou toutes les cibles si vous êtes en colère contre toutes)
2. Définissez l'identité de signature de code (dans les propriétés cible) sur «Ne pas coder le signe»
3. Fermer Xcode
4. Supprimer tous les répertoires du dossier de génération
5. Ouvrir Xcode
6. Réinitialisez l'identité de signature de code sur votre distribution iPhone: certificat
7. Sacrifiez un petit animal.
8. Construire.
9. Soumettre une demande à iTunes Connect
10. Profit!

Notez que Xcode 4 est bien meilleur quand il s'agit de gérer le provisionnement.

Une fois votre application approuvée, vous devez remplacer la date de disponibilité par la date d'aujourd'hui. Cela garantit qu'il apparaîtra en haut de la liste des catégories, qui est triée par date. Nous le faisons pour notre application, iStylist Makeover .

MISE À JOUR: Comme mentionné ci-dessous, ce n'est plus valable.

Cet article est de loin la réponse la plus complète à cette excellente question:

refus de l'App Store

Le message contient également des liens vers d'autres ressources sur le sujet.

Bonne chance, Matthew

Les informations contenues dans l'article comprennent:

Bugs
HIG Lite Versions
Connectivité Internet (excellentes informations que vous pourriez être surpris de lire)
Utilisation excessive de la bande passante sur les
réseaux cellulaires Capacités des appareils (Un autre grand point ici qui m'a sauvé)

• API privées
• Fonctionnalité limitée
• Pas de code interprété
• Gestion des données utilisateur
• Contenu protégé par des droits d'auteur
• Utilisation d'images déposées
• Contenu répréhensible
• UIWebViews
• Transactions en dehors de l'App Store
• Icône et application de l'application d'informations sur les prix
• Stocker l'image Description de l'application
• Les mises à jour des mots clés de l'App Store sont
• Révisé en tant que nouvelles applications

Si vous êtes rejeté, votre date de soumission restera la même que lors de votre première soumission, ce qui se traduira par un classement inférieur lorsque votre application deviendra finalement disponible. Si vous êtes rejeté, demandez à Apple de supprimer la première soumission et au lieu de remplacer le binaire sur l'application rejetée, soumettez-le en tant que nouvelle application avec une version plus récente numéro 1.1, etc.

Certaines personnes suggèrent de garder votre application gratuite pendant une semaine environ pendant une phase promotionnelle, puis d'augmenter le prix plus tard. J'ai essayé dans les deux sens et jusqu'à présent, il semble que ce soit 6 dans un sens et 1/2 une douzaine dans l'autre. Pour chaque 1000 téléchargements gratuits, vous en attendez environ 10 à 0,99 $ (encore une fois, c'est mon expérience)

Une petite chose que j'ai rencontrée. Assurez-vous que l'icône Small Embedded 57x57 correspond à l'icône Large 512x512. Si elle est "trop" différente à leur avis, ils rejetteront l'application. Évitez donc d'essayer de montrer encore un peu plus de détails dans l'icône plus grande.

Suivez les directives de l'interface utilisateur, si vous utilisez des widgets Apple. Par exemple, la réutilisation des jeux d'icônes d'Apple dans des contextes qui changent leur signification (comme la réaffectation de l'icône de l'appareil photo pour prendre des captures d'écran, lorsque l'icône est réservée pour afficher l'album de photos de l'appareil) peut être un motif de rejet.

Apple a maintenant (au 9 septembre 2010) publié sa liste officielle des directives de révision de l'App Store, il vaut donc la peine de vérifier que vous n'en violez aucune:

directives d'approbation

(connexion développeur Apple requise)

ou un miroir ici:

directives de l'App Store

Ils ont également leur propre page de conseils de soumission sur l'App Store (une connexion développeur est probablement requise).

Je trouve qu'ils ne vérifient pas vraiment les fuites de mémoire et les problèmes de stabilité, plus de problèmes d'utilisation. Par exemple, mon application utilise Core Location pour trouver des arrêts de bus à Perth. Quand ils l'ont testé en Californie, ils n'en ont trouvé aucun à proximité (quelle surprise!). Ils m'ont cinglé pour ne pas afficher de message hors zone.

Une autre chose qu'ils ont cinglée concernait les numéros des arrêts de bus. À Perth, ce sont des nombres à 5 chiffres. Les testeurs Apple saisissaient des nombres à 2 chiffres et faisaient apparaître par inadvertance des gares, pour lesquelles j'utilise un chemin de code légèrement différent, et la fonctionnalité décrite dans ma description n'aurait pas fonctionné.

C'était en fait une rétroaction très pratique, et c'était bien d'avoir quelqu'un que je ne connaissais pas pour lui donner une fois. J'ai été assez surpris de voir à quel point les tests étaient approfondis. Je pensais que ce serait juste une sorte d'outil de vérification statique automatisé pour vous assurer que vous n'essayez pas de violer la sécurité de l'iPhone.

Le nom d'affichage et le nom doivent être similaires ou identiques, sauf si vous savez qu'ils ne doivent pas l'être (par exemple, twitteriffic et twitteriffic premium s'affichent tous les deux comme `` twitteriffic '' sur l'iphone, mais ce sont des applications différentes avec des noms différents).

L'identifiant du bundle est l'équivalent Apple d'un chemin de registre à certains égards, les développeurs Windows utiliseraient HKLM \ Software \ Company \ Application - Apple utilise une convention plus semblable à com.companyname.appname.

(Avertissement: aucune connaissance du développement de l'AppStore, juste une petite quantité de connaissances sur les Mac et les fichiers plist)

Mon conseil est de créer un profil de distribution générique. De cette façon, vous pouvez laisser le Bundle Identifier seul, la valeur par défaut fonctionne.

Laissez le "Bundle Name" définir sa valeur par défaut. Vous pouvez modifier le nom affiché en renommant le produit (accédez à l'écran d'informations sur le projet, sélectionnez toutes les configurations et recherchez «produit».) Vous pouvez remplacer cela avec le paramètre Bundle Display Name, mais ce n'est pas nécessaire si le nom de votre produit est correct.

Vous devriez avoir une version haute résolution (512x512) de votre logo ou image promotionnelle prête lorsque vous soumettez votre application.

Si votre application est rejetée, Apple vous indique ce qu'il faut corriger. Ils sont assez raisonnables, alors ne vous en faites pas.

Soumettre des informations de l'appareil à Internet est également un piège potentiel. L'accord SDK dit:

Toute forme de collecte de données d'utilisateur ou d'appareil, ou de capture ou d'enregistrement d'images, d'images ou de voix effectuée par l'Application (collectivement, les «Enregistrements»), et toute forme de téléchargement, de synchronisation ou de transmission de données, de contenu ou d'informations utilisateur effectuée par l'Application ( collectivement, les «transmissions») doivent se conformer à toutes les lois et réglementations applicables en matière de confidentialité ainsi qu'à toutes les exigences du programme Apple liées à ces aspects, y compris, mais sans s'y limiter, les exigences de notification ou de consentement. En particulier, un indicateur visuel raisonnablement visible doit être affiché à l'utilisateur dans le cadre de l'application pour indiquer qu'un enregistrement est en cours.

Si vous faites quelque chose comme soumettre les meilleurs scores d'un jeu, assurez-vous de donner à l'utilisateur une chance de sauter la transmission. Sinon, vous pourriez être rejeté, ce qui nous est arrivé.

Soit dit en passant: rien ne garantit que si votre première version réussit, toutes les mises à jour le seront. Notre 1.1 a été rejeté pour une fonctionnalité qui était déjà en 1.0. C'est très ennuyeux, car la mise à jour peut corriger un bogue et si cela prend une semaine pour être rejeté, vous avez déjà une semaine de retard lorsque vous devez commencer à réparer quelque chose que vous pensiez non défectueux.

Attention aux mots clés, n'utilisez pas d'autres noms d'applications comme mots clés. (mon application musicale a été rejetée après 3 semaines car j'ai utilisé 'last.fm' comme mot clé.)

MISE À JOUR: comme indiqué ci-dessous, quelqu'un d'autre (un squatter de domaine?) A saisi le domaine, donc le lien est maintenant rompu. Il semble avoir changé de mains plusieurs fois récemment :(.

Lisez la page actuelle des refus et des acceptations sur AppRejections.com et vérifiez que vous n'êtes pas sur le point de tomber dans le piège d'un changement récent dans les raisons d'approbation «secrètes» d'Apple.

Lorsque vous soumettez, une boîte vous permet de saisir les détails du compte de démonstration dont votre application pourrait avoir besoin.

Cette case est également un bon endroit pour mettre tous les détails supplémentaires que les examinateurs peuvent trouver utiles lors de la vérification de votre demande.

S'il s'agit d'une application iPad, ne mentionnez pas iPad dans le nom de l'application lorsque vous la soumettez ou le nom d'affichage dans votre Info.plist.

C'était un peu un bug pour moi parce que j'ai "une" application (deux binaires) qui a une interface différente pour iPhone et iPad - je ne pouvais pas appeler la version iPad "Symmetry Lab" parce que c'est ainsi que l'application iPhone est appelée , ne pouvait pas l'appeler "Symmetry Lab iPad" car vous ne pouvez pas dire iPad dans le nom, et ne voulait pas l'appeler "Symmetry Lab HD" car il a plus de différences que de résolution. J'ai fini par me contenter de "Symmetry Lab Pro".

N'utilisez pas d'images dans les éléments de la barre d'onglets qui ressemblent à un iphone / ipod touch. Ils les autorisent, mais maintenant ils les rejettent. Il semble que les autres matériels Apple ne soient pas un problème.

Apple n'a-t-il pas modifié la méthode de date de tri pour les applications nouvellement soumises?

Nous n'avons plus besoin de jouer au jeu "Fixez votre date à l'avenir, puis à aujourd'hui".

Les "nouvelles applications" sont désormais triées par "date d'approbation".

Vous avez "binaire invalide" sur plusieurs essais. Ce qui a finalement fonctionné a été de compresser le bundle directement sur le Mac et de le télécharger sur un Mac. Bien sûr, omettez le fichier .dSYM. Lors des essais précédents, la fermeture éclair était effectuée sur un PC. Rezipping pour omettre le .dSYM a également été fait sur un PC sur les tentatives infructueuses.

Si vous utilisez un navigateur autre que Safari pour interagir avec le portail des développeurs, les choses peuvent ne pas fonctionner. Cela m'a coûté au moins une heure de misère pour le découvrir.

Si vous créez une version allégée de votre application, veillez à ne pas verrouiller les fonctionnalités qui pourraient la rendre non entièrement fonctionnelle. Vous n'êtes pas non plus censé vendre à la version complète (bien qu'il semble que de nombreuses applications le fassent de toute façon).