Apple rejette l'app d'astronomie Dark Hours pour « astrologie » - deux fois

Apple a rejeté Dark Hours, une app d'astronomie destinée à l'observation des objets célestes, au motif qu'elle « relève de l'astrologie » - et lorsque le développeur Terry Godier a fait appel, l'App Review Board d'Apple a confirmé le rejet en affirmant que l'app « comprend une fonction de lecture de tarot en direct », selon les comptes rendus publiés le 7 août 2026 par Daring Fireball et le développeur Michael Tsai. L'affaire dépasse le cas d'une seule app : c'est un exemple documenté où la plus haute instance d'escalade de la revue d'Apple confirme un rejet factuellement erroné.

Ce qui s'est passé

Dark Hours est une app d'astronomie développée par Terry Godier, avec un design iOS natif utilisant l'interface Liquid Glass d'Apple, d'après le billet de John Gruber sur Daring Fireball. Le rejet initial de l'App Review d'Apple l'a classée comme de l'astrologie. Godier a fait remonter le dossier via la procédure d'appel d'Apple jusqu'à l'App Review Board - l'ultime recours pour les rejets contestés - et la réponse du board, citée dans les deux billets, a été : « Nous comprenons que l'app comprend une fonction de lecture de tarot en direct. »

Godier le conteste catégoriquement. L'app « n'a aucune fonction de tarot, aucun horoscope, et rien que moi, ni personne d'autre à qui j'ai posé la question, n'associerait à l'astrologie », a-t-il déclaré, cité par Daring Fireball. L'évaluation de Gruber lui-même après avoir examiné l'app : « Il est immédiatement évident qu'elle relève de la science de l'astronomie et n'a absolument rien à voir avec l'astrologie. »

Pourquoi les développeurs y prêtent attention

Les critiques rassemblées dans la synthèse de Michael Tsai vont au-delà de l'erreur individuelle pour viser le système qui l'a produite. Godier soutient que le processus de revue est incohérent dans les deux sens : il approuve des apps de faible qualité, comme des surcouches de ChatGPT et des jeux surchargés de publicités, tout en rejetant un outil scientifique légitime. Le jugement de Gruber sur l'issue de l'appel a été plus tranchant : « C'est du pur Kafka. »

Le détail qui rend cette affaire remarquable, c'est l'endroit où l'erreur a été confirmée. Les erreurs des examinateurs individuels sont une donnée connue du développement sur l'App Store. Ici, selon les deux comptes rendus, l'App Review Board - la voie d'escalade qui existe précisément pour corriger de telles erreurs - a introduit une nouvelle affirmation erronée (la fonction de tarot) au lieu de détecter l'originale.

Ce que cela signifie pour les développeurs

Si vous publiez sur iOS, les enseignements pratiques sont concrets :

• Ne partez pas du principe que l'App Review Board réexamine votre app de zéro. Dans ce cas documenté, le board a confirmé une classification erronée avec une justification qui, selon le développeur, décrit une fonction qui n'existe pas. Construisez votre appel comme si vous deviez réfuter le rejet initial et anticiper les mauvaises interprétations voisines - précisez ce que votre app n'est pas, captures d'écran à l'appui.
• La confusion avec une catégorie voisine est un risque de rejet bien réel. Une app d'astronomie a été lue comme de l'astrologie. Si le domaine de votre app a un voisin superficiellement similaire, plus fortement réglementé ou restreint (astronomie/astrologie, éducation/jeux proches du pari, bien-être/médical), traitez la distinction explicitement dans vos notes de revue avant la première soumission.
• La documentation publique fait bouger les dossiers. Les deux billets sont parus le 7 août 2026 et ont été largement repris par les agrégateurs pour développeurs le jour même. Aucune des deux sources ne fait état d'un revirement d'Apple au moment de la rédaction, mais le schéma historique que suggère le cadrage « rejet de la semaine » de Gruber - des rejets très médiatisés attirant l'attention du public - est un levier que les développeurs ont utilisé quand la procédure formelle échoue. Conservez une trace de chaque échange avec la revue afin de pouvoir publier une chronologie exacte si vous le souhaitez.
• Planifiez vos calendriers de sortie en tenant compte du risque de revue. Un appel qui va jusqu'à l'App Review Board et échoue ne laisse à l'app aucune voie vers l'App Store autre que la resoumission. Si une date de lancement compte, prévoyez au moins un cycle de rejet dans toute catégorie où une mauvaise classification comme celle-ci est plausible.

Ni Daring Fireball ni le billet de Tsai ne rapportent le moindre commentaire d'Apple au-delà des réponses de la revue citées ci-dessus.