Les nouveaux articles d'aide App Review d'Apple, lus par un créateur d'apps Mac

Réponse courte

Dans sa note Hello Developer du novembre 2026, Apple a renvoyé les développeurs vers de nouveaux articles d'aide App Review. Ils mettent par écrit des choses que la plupart d'entre nous ont apprises à coups de refus : Apple vise à réviser 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 ; les identifiants de démo doivent encore fonctionner au début de la revue ; il faut répondre dans App Store Connect plutôt que soumettre à nouveau pour répondre à une question ; un refus qui commence par « Bug Fix Submissions: » vous laisse publier la correction et régler le problème la fois suivante ; plus de la moitié de vos captures doivent montrer l'app en usage ; et chaque autorisation a besoin de son propre purpose string clair. Un seul article mentionne le Mac par son nom, mais toutes les règles valent pour une soumission au Mac App Store.

L'essentiel de ce que je sais d'App Review, je l'ai appris dans des e-mails de refus. Alors quand le Hello Developer du novembre 2026 d'Apple a dit « Browse new App Review help articles », je les ai tous lus. Ils sont maintenant réunis au même endroit, App Review Help, et ils disent à voix haute beaucoup de choses qui relevaient du folklore.

Voici ce qu'ils contiennent d'important pour une app Mac, et ce que je changerais avant ma prochaine soumission.

D'abord, à qui s'adresse ce billet

App Review ne regarde que ce qui passe par App Store Connect : le Mac App Store, TestFlight, les achats intégrés et le reste. Si vous vendez votre app Mac depuis votre propre site avec un Developer ID, personne chez Apple ne la révise. Elle passe par la notarisation, qui est un contrôle automatique. Donc si vous distribuez uniquement en direct, parcourez ceci et gardez-le pour le jour où vous ajouterez une version Mac App Store.

Combien de temps dure une revue

L'article sur l'état de revue donne l'objectif d'Apple : réviser au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Il dit aussi ce qui ralentit une revue, comme un historique de revue limité, des documents dont Apple a besoin ou des problèmes complexes ou inédits.

Ce que je ferais : prévoir un jour de lancement avec deux jours libres avant, plus pour une première app. Et soumettre tôt avec une publication manuelle, pour choisir la minute de la mise en ligne.

Le champ Notes est l'endroit où les revues se gagnent

L'article sur la revue complète est direct : « Incomplete submissions will be rejected. » Les détails qui comptent :

Les identifiants de démo doivent fonctionner au début de la revue, pas seulement à l'envoi. Un compte de test qui expire ou change entre-temps peut vous valoir un refus.
Si la connexion demande un code, mettez-le dans Notes. Sans lui, Apple peut devoir appeler, et les appels se font généralement sous trois à cinq jours ouvrés. C'est une semaine de perdue.
Les abonnements demandent un compte de démo dont l'abonnement a expiré, pour que la personne qui fait la revue voie tout le parcours d'achat.

Ce que je ferais : écrire le champ Notes comme un court mode d'emploi pour un inconnu. Où cliquer d'abord, quel compte utiliser, et ce que fait l'icône de la barre des menus si votre app n'a pas de fenêtre. Ce dernier point est très Mac.

Quand c'est refusé

C'est la partie que j'aurais aimé avoir par écrit il y a des années.

Ne soumettez pas à nouveau pour répondre à une question. Si App Review demande une information, répondez dans App Store Connect. Ne soumettez à nouveau que pour une correction dans le build, et seulement une fois tous les problèmes cités corrigés.
Cherchez « Bug Fix Submissions: » en haut. Si un refus commence par cette note, l'article sur les Bug Fix Submissions dit que vous pouvez répondre pour l'accepter et régler le problème dans votre prochaine mise à jour. Ne soumettez pas à nouveau. Cela ne marche que pour les apps déjà approuvées, jamais pour des problèmes juridiques ou de sécurité, et un problème ne peut pas être repoussé deux fois.
Demandez une revue accélérée seulement si c'est justifié. Apple dit que les demandes de revue accélérée « doivent être réservées aux situations d'urgence réelle », et seulement pour des builds déjà envoyés en revue. Pour un lancement lié à un événement, indiquez l'événement et sa date dans Notes.
Faites appel en dernier. Répondez d'abord au refus et expliquez. Si cela ne marche pas, l'App Review Board accepte un seul appel par app, et une fois que vous avez soumis à nouveau, vous ne pouvez plus faire appel de ce refus.

Quatre règles, chiffres à l'appui

Les articles sur les guidelines sont courts et concrets.

Captures d'écran, 2.3.3. Plus de la moitié de vos captures doivent montrer l'app en usage, par type d'appareil. Avec trois captures, deux doivent montrer l'app. Un écran d'accueil ou une carte de titre est acceptable tant qu'il reste minoritaire. Le vérificateur de captures de MacPip contrôle les tailles, et vous pouvez compter le reste vous-même.
Copies, 4.1. Ne mettez pas de noms d'apps populaires ni de termes protégés par une marque dans un champ de métadonnées. Cela inclut vos mots-clés, où le nom d'un concurrent est l'erreur classique. Le vérificateur de mots-clés App Store compte vos champs pour que vous voyiez ce qu'ils contiennent.
Purpose strings, 5.1.1(ii). Chaque ressource protégée a besoin de son propre purpose string clair, localisé si votre app l'est. Le mauvais exemple d'Apple est « To use location. » Et vous êtes aussi responsable de ce que demandent vos SDK. Collez votre Info.plist dans l'explicateur d'Info.plist et il signale les vides et les vagues.
Suppression de compte, 5.1.1(v). Si l'on peut créer un compte dans votre app, on doit pouvoir lancer sa suppression depuis l'app. Le désactiver ne suffit pas, et vous ne pouvez pas obliger les gens à vous téléphoner. S'il y a un abonnement, indiquez que la facturation continue via Apple tant qu'il n'est pas résilié.

La seule ligne sur le Mac

Seul l'article sur les appareils compatibles nomme le Mac. Il dit que les apps iPhone et iPad compatibles peuvent tourner sans modification sur les Mac avec Apple silicon, et que les apps qui reposent sur des gestes tactiles impossibles au clavier conviennent mal à macOS. Si vous faites une app iPad, vérifiez si elle apparaît sur le Mac App Store, et désactivez-le si elle ne marche pas bien avec un clavier et un trackpad. La même page dit que TestFlight accepte jusqu'à 100 testeurs internes et 10 000 externes, et que le premier build donné aux testeurs externes passe aussi par App Review.

What's New compte aussi

Une de plus, tirée des guidelines et non des nouveaux articles. La Guideline 2.3.12 dit que votre texte What's New doit décrire les nouvelles fonctions et les changements, et que seules les corrections simples et le travail de performance peuvent se contenter d'une ligne générique. « Bug fixes and improvements » sur une version qui ajoute une fonction, c'est chercher une question.

L'outil gratuit du jour est donc le formateur de notes de version. Collez des notes brutes ou vos lignes git log --oneline. Il les range en Nouveau, Amélioré et Corrigé, écarte les lignes chore, ci et merge, signale les numéros de ticket et les noms de fichier, vérifie la limite de 4 000 caractères et vous donne trois copies : du texte brut pour App Store Connect, du HTML pour votre appcast Sparkle et du Markdown pour GitHub. Vos notes restent dans votre navigateur. Le vérificateur d'appcast Sparkle est juste à côté, pour le flux où elles vont.

Ma liste courte

Deux jours libres avant le jour du lancement, et une publication manuelle.
Un champ Notes qu'un inconnu peut suivre, avec un compte de démo qui fonctionne.
Répondez, ne soumettez pas à nouveau, quand ils posent seulement une question.
Comptez les captures, lisez chaque purpose string et gardez les noms d'autres apps hors des mots-clés.
Un What's New qui dit ce qui a changé.

Et une fois l'app publiée, la lister sur MacPip est gratuit, qu'elle soit sur le Mac App Store ou non. Les fiches sont analysées automatiquement à leur envoi, et une coche bleue signifie seulement qu'une personne a essayé l'app à une date donnée.

Sources

Continuer la lecture

Soumettre votre app Outils gratuits pour les créateurs

Apple a mis par écrit le fonctionnement d'App Review. Voici ce que je changerais avant de soumettre