Processus de soumission et de révision d'une application iOS
Je développe actuellement une application iOS pour un client. Le processus de révision de la soumission au magasin peut souvent être un processus long et relativement nouveau pour moi.
Mon client souhaite effectuer un test bêta à l'aide de TestFlight et soumettre ensuite l'application à l'app store ensuite, via XCode et iTunes Connect.
En parcourant la documentation d'Apple, je n'arrive pas à avoir une bonne idée de ce qui suit:
Si je veux mettre à jour une application existante sur le magasin, dois-je suivre à nouveau l'intégralité du processus de vérification?
Si mon application est approuvée pour la version bêta-test via TestFlight, est-ce pris en compte lors de la soumission de l'application au magasin?
Si je veux tester une nouvelle version via TestFlight, dois-je repasser intégralement le processus de révision bêta?
Si une application est approuvée sur l'App Store, est-ce qu'elle passe automatiquement la révision bêta?
(Cela peut sembler paradoxal de ne pas vouloir faire de test bêta après la publication dans le magasin, mais dans un scénario dans lequel vous souhaiterez peut-être créer une version fermée d'une mise à jour pour la tester pendant qu'une version en direct est disponible. le magasin)
Astuce préliminaire utile!
https://stackoverflow.com/a/55044137/294884
Critique! nouvelles pour 2019
Depuis février, il y a un bug sur le nouveau iTunes Connect. (Qui aurait pensé?)
Si votre version d'essai en vol est bloquée sur le "traitement" (après, disons, 5 minutes) ...
En fait, simplement déconnectez-vous de appstoreconnect.Apple.com et reconnectez-vous.
Étonnamment, ce sera maintenant ...
Cela semble fonctionner "souvent", peut-être même "tout le temps", si c'est bloqué pendant plus de 5 minutes.
Je dirais que ce problème se produit environ 3 fois sur dix.
Un autre point plus difficile à démontrer. Traditionnellement si une compilation était "bloquée": si vous augmentiez le numéro de compilation de un, archiviez et renvoyiez-le à nouveau. Cela a semblé déborder le premier qui était bloqué.
Malheureusement, ce "truc" ne fonctionne plus vraiment. Si une construction est "bloquée", elle semble rester "bloquée".
Nouvelles pour 2018!
Changements pour 2018!
Apple a connu le fameux "désastre total" de fin 2017/début 2018, où (fondamentalement) rien n'a fonctionné pendant quelques semaines. Il semble s'être globalement installé à partir de février 2018.
Changement! Concernant le délai: "pour les bêtas (rien à voir avec l'App Store), délai que vous devez rencontrer chaque fois que vous avez un nouveau numéro de version de votre version bêta." C'était généralement assez court ("environ un jour"); maintenant, il est nettement plus long ("environ deux jours"). Ils ont changé quelque chose.
(Remarque - n'oubliez pas ceci: même lorsque vous envoyez une version à l'App Store, cela vous "oblige" maintenant à avoir un nouveau numéro de version sur les bêtas. Donc, si c'est lundi matin et que votre équipe de lancement reçoit un nouveau version approuvée (pour l’app store), puis lundi après-midi et vous êtes sur le point d’envoyer une nouvelle version bêta, en fait vous devez-le remonter une version (et vous allez obtenir le délai mentionné au point précédent).)
Changement! Concernant le délai: "pour les bêtas (rien à voir avec l'App Store), délai que vous devez rencontrer, chaque fois que vous téléchargez simplement une nouvelle version (donc un numéro de version supérieur) sans changement du numéro de version." En gros, c'est maintenant plus longtemps, mais pas cassé. Cela se passait généralement presque instantanément, et parfois cela prenait un certain temps (disons 5 à 10 minutes), et finalement parfois c'était complètement cassé (comme décrit ci-dessous). Pour 2018: ils l'ont changé. Cela prend maintenant toujours "5-10 minutes". (Cela ne se produit jamais instantanément.) Et ils semblent avoir résolu le problème où il est parfois cassé et vous devez réessayer: cela semble être de l'histoire, heureusement.
Changement! Soumissions à l'App Store. Simplement, ils sont plus rapides maintenant, en général. (Même si vous avez un achat in-app, peu importe.) Peut-être ont-ils amélioré leur traitement pour les testeurs, automatisé quelque chose ou autre.
Pour mi-2016 (mise à jour pour 2018) ...
Si je veux mettre à jour une application existante sur le magasin, dois-je suivre à nouveau le processus de révision dans son intégralité?
oui définitivement.
Si mon application est approuvée pour la version bêta-test via TestFlight, est-ce que cela est pris en compte lors de la soumission de l'application pour révision au magasin?
Non, pour le meilleur ou pour le pire, c'est absolument sans aucun rapport.
(En effet: il est assez courant de soumettre le contenu au magasin. Pour être clair, de nombreuses entreprises n'utilisent jamais TestFlight de quelque manière que ce soit. Vous n'y êtes pas obligé si vous ne le souhaitez pas.)
Si je veux tester une nouvelle version via TestFlight, dois-je repasser intégralement le processus de révision de la version bêta?
Disons que vous avez une application HappyApp:
Le première fois que vous le soumettez pour beta test, il y a un délai: généralement d'environ deux jours.
C'est en attendant "l'approbation bêta". Il s’agit donc de la "version 1" de votre version beta de HappyApp sur TestFlight.
Chaque FIRST TestFlight build a, bien sûr, un délai d’environ deux jours:
(Remarque - cela a changé début 2018 de "environ un jour" à "environ deux jours".)
Cela semble être un processus humain. (Personne ne le sait vraiment.) Vous pouvez compter sur ce délai, il n'est jamais plus court. C’est exactement à quoi ressemble une version bêta pendant ce délai d’un jour:
Il faut donc attendre environ deux jours pour le premier examen d’une version bêta donnée numéro de version.
À l'étape suivante. Donc, pour les versions 2, 3, 4, 5 .. de HappyApp sur TestFlight:
Lorsque vous soumettez chaque nouvelle génération, il y a délai de 5 à 10 minutes pour chacune de ces nouvelles générations.
Toutes les versions bêta construites après la première ont un délai de 5 à 10 minutes.
- au début de 2018, ce délai est fiable de 5 à 10 minutes
- autrefois, cela arrivait parfois instantanément: ce n'est plus le cas. C'est maintenant toujours 5-10 minutes
- autrefois, il suffisait souvent de "casser" à ce stade. Ils semblent avoir finalement résolu ce problème, après trois ans de développeurs qui se sont plaints. Il y avait une grande section dans ce post qui traitait du problème, tous les mordus de l'histoire peuvent le trouver dans les modifications!
Si une application est approuvée sur l'App Store, est-ce qu'elle passe automatiquement la révision bêta?
Bêtement, non. Vous devez recommencer complètement.
Alors à confirmer. Disons que vous êtes sur version 4 de votre application. Vous continuez à créer des versions bêta toutes les quelques heures pour votre équipe. Composez les numéros 3010, 3011, 3012, etc. En l'occurrence, vous soumettez une construction réelle à l'App Store et vous faites approuver la prochaine version de l'application - ce sera donc version 5 dans l'App Store . Simplement ensuite - du côté bêta - vous êtes alors obligé de changer de numéro de version. (Et ainsi, comme il est expliqué ci-dessus, vous allez subir le "délai de deux jours" lors de la prochaine version bêta que vous envoyez, car il s'agit bien de la première version bêta d'un nouveau numéro de version.)
Un commentateur a écrit ...
(Tout cela semble contre-intuitif ...
Tout ce qui concerne le processus d’approbation d’Apple est stupide. Laissez votre bon sens à la porte! : /
Mis à jour pour février 2018!
Note de bas de page! Apple avait précédemment un problème ennuyeux dans lequel: avec une toute nouvelle application (BundleID, etc.), il faudrait environ une demi-heure pour simplement apparaître dans votre liste d'applications sur iTunesConnect. heureusement, ce problème fait maintenant partie de l’histoire.
Je pense qu'il manque à ce fil une réponse claire et concise à vos questions.
Dans l'ordre des questions posées:
Oui - Si vous souhaitez mettre à jour une application existante dans l'App Store, vous devez repasser par le processus de révision.
Non - Si votre application est approuvée dans le processus de révision bêta, ceci est non pris en compte pour le processus de révision officiel. Vous devrez toujours attendre la durée normale pour un examen officiel.
Cela dépend * Si vous voulez tester une nouvelle version avec TestFlight, vous devrez encore attendre le processus de révision de la version bêta si vous avez changé le numéro de version. Si vous avez changé le numéro de build, il est généralement approuvé instantanément.
Non, si une version est approuvée pour l'App Store, elle n'est pas auto-approuvée pour TestFlight. PLUS IMPORTANT- une fois que vous avez une version approuvée pour l'App Store officiel, vous NE POUVEZ PAS transmettre une nouvelle version à vos utilisateurs de TestFlight avec le même numéro de version en tant qu'application officielle pré-approuvée de l'App Store. Vous devez modifier le numéro de version si vous souhaitez transmettre une nouvelle version à vos utilisateurs de TestFlight ET elle sera soumise à un processus de révision de l'application bêta plus longue, car elle est considérée comme une nouvelle "version". La meilleure solution consiste à supprimer votre application officielle pré-approuvée, à transmettre une nouvelle version à vos utilisateurs en vol test et à soumettre à nouveau votre application officielle pour révision. Je sais que c'est stupide, mais c'est la seule solution efficace.
Mise à jour juillet 2019
Temps de vérification de TestFlight:
- Première version de téléchargement : prend en moyenne 36h.
- Mises à jour : prend en moyenne 6h à 20h pour la construction.
Les week-ends sont éteints.
Plus d'informations ici:
Le processus de révision est très rapide pour les versions bêta et finale. J'ai constaté que le processus de révision de la version finale était encore plus rapide une fois que je l'ai mis dans la bêta.
Vous devrez vérifier toutes les versions mais c'est parce que vous devez soumettre une révision pour chaque version que vous souhaitez transmettre au magasin. Cela permet de s’assurer que personne ne lève une application, puis tente de s’introduire dans une autre application complètement différente (et éventuellement malveillante).
Pour les nouvelles versions de TestFlight, vous devez le soumettre à nouveau, mais Apple les approuve rapidement. Et une fois approuvé, il vous enverra un e-mail l'informant qu'il a été approuvé et automatiquement. envoyer à tout le monde une notification, via Testflight, l'informant que la nouvelle version est disponible pour mise à jour
Une fois que l'application est approuvée sur l'App Store, toutes les personnes ayant participé à la mise à jour bêta pourront effectuer la mise à jour vers la dernière version actuellement disponible sur l'App Store.
Les versions bêta et finale peuvent être exactement les mêmes mais Apple les traite différemment, vous ne pouvez donc pas les approuver pour l'App Store, mais commencez à utiliser TestFlight avec cette version qui vient d'être approuvée. L'App Store est l'App Store et Testflight est TestFlight.