Apple a révisé ses directives d’examen des apps à trois reprises entre novembre 2025 et juin 2026, et a modifié entre-temps les exigences relatives au SDK et à la classification par âge. Certaines modifications ont clarifié ce que les examinateurs appliquaient déjà. D’autres sont nouvelles : Apple peut désormais retirer des apps existantes de catégories très concurrentielles si elles ne sont ni améliorées ni utilisées. Voici les changements, dans l’ordre chronologique, et les personnes qui doivent agir.
La chronologie
| Date | Modification | Les plus concernés |
|---|---|---|
| 13 novembre 2025 | Directive 5.1.2(i) : les données personnelles partagées avec des tiers, notamment les services d’IA tiers, nécessitent une information claire et une autorisation explicite. Nouvelle directive 4.1(c) : il est interdit d’utiliser l’icône, la marque ou le nom de produit d’un autre développeur dans l’icône ou le nom de votre app sans autorisation. | Apps dotées de fonctionnalités d’IA ; apps portant le nom d’autres produits |
| 31 janvier 2026 | Date limite pour répondre au questionnaire de classification par âge mis à jour ; les nouvelles classifications 13+, 16+ et 18+ remplacent 12+ et 17+, aux côtés de 4+ et 9+ | Toutes les apps |
| 6 février 2026 | La directive 1.2 a été clarifiée : les apps de discussion aléatoire et anonyme relèvent des règles relatives au contenu généré par les utilisateurs ; les apps principalement utilisées pour des expériences anonymes ou de type « chatroulette » peuvent être retirées sans préavis | Apps sociales et de discussion |
| 28 avril 2026 | Les envois doivent être compilés avec Xcode 26 et les SDK 26 | Toute app qui publie une mise à jour |
| 8 juin 2026 | La directive 4.3 sur le spam a été réécrite ; nouvelle directive 4.5.3 sur les activités en direct ; les conditions relatives à l’intelligence artificielle ont été réorganisées ; les exigences concernant l’identité du développeur ont été clarifiées | Apps de catégories très concurrentielles ; apps utilisant les activités en direct ou des frameworks d’IA exécutés sur l’appareil |
Données personnelles et IA tierce (5.1.2(i))
Si votre app envoie des données personnelles à un service d’IA externe, par exemple une fonctionnalité de discussion qui transmet les messages, documents ou photos d’un utilisateur à un modèle hébergé, vous devez indiquer clairement aux utilisateurs où vont les données et obtenir leur autorisation explicite avant leur envoi. Une mention enfouie dans les conditions d’utilisation ne suffit pas. En pratique, cela signifie :
- Un écran de consentement avant la première utilisation de la fonctionnalité, indiquant le type de service auquel les données sont envoyées et la manière dont elles sont utilisées
- La possibilité d’utiliser le reste de l’app sans accepter
- Des informations de confidentialité de l’app et une politique de confidentialité correspondant à ce que la fonctionnalité envoie réellement
Google Play a formulé le même principe dans la mise à jour de sa politique de juillet 2026 ; une conception du consentement qui satisfait une boutique satisfait donc généralement les deux. Si vous prévoyez d’ajouter des fonctionnalités d’IA, notre guide pour ajouter de l’IA à une app existante couvre l’aspect produit.
Noms et icônes d’autres développeurs (4.1(c))
Les apps qui reprennent la marque, le style d’icône ou le nom de produit d’une autre entreprise, comme les apps « compagnons » nommées d’après un jeu populaire ou les outils conçus pour ressembler à un service établi, doivent obtenir l’autorisation de leur propriétaire. Renommez et repensez le design avant la soumission plutôt qu’après un rejet.
Classifications par âge
Le système de classification comporte désormais cinq niveaux : 4+, 9+, 13+, 16+ et 18+. Le questionnaire comprend de nouvelles questions sur les contrôles intégrés à l’app, les fonctionnalités de l’app, les contenus médicaux et de bien-être ainsi que les thèmes violents. Les développeurs peuvent définir une classification supérieure à celle produite par le questionnaire afin d’indiquer un âge minimum. Les apps qui n’avaient pas répondu aux nouvelles questions au 31 janvier 2026 ne pouvaient pas soumettre de mises à jour tant qu’elles ne l’avaient pas fait. Si une app n’a pas publié de mise à jour depuis cette date, vérifiez le questionnaire avant la prochaine version.
Discussion aléatoire et anonyme (1.2)
Les apps qui mettent des inconnus en relation doivent disposer de l’ensemble des protections relatives au contenu généré par les utilisateurs : filtrage du contenu, moyen de signaler les contenus offensants avec des réponses rapides, possibilité de bloquer les utilisateurs abusifs et coordonnées publiées. Les apps dont l’objectif principal est la discussion anonyme ou aléatoire peuvent être retirées sans préavis. Google Play a instauré des restrictions parallèles en juillet 2026, notamment l’interdiction de cibler les enfants avec ce type d’apps. Un produit de discussion doit donc disposer d’une conception de modération définie avant d’être examiné par l’une ou l’autre boutique.
Spam et catégories très concurrentielles (4.3)
Il s’agit de la modification ayant l’impact le plus large. La directive réécrite permet à Apple de rejeter, et désormais aussi de retirer, les apps impossibles à distinguer de celles déjà largement disponibles. Elle cite des catégories qui doivent proposer une expérience sensiblement différente ou améliorée, notamment les rencontres, les fonds d’écran, la voyance, les lampes torches, les effets sonores et les minuteurs simples. Elle précise également qu’Apple peut retirer des apps appartenant à des catégories bien établies si elles ne sont pas mises à jour, améliorées ou si elles n’attirent pas de clients. La soumission répétée d’apps peu abouties peut mettre en danger l’adhésion du développeur.
Qui doit s’en préoccuper :
- Apps basées sur des modèles. Entreprises ayant acheté une app en marque blanche dont seuls le logo et le contenu ont été modifiés. Les examinateurs comparent les apps, et les soumissions presque identiques sont au cœur de la directive 4.3.
- Agences qui publient des variantes. De nombreuses apps similaires provenant d’un même compte constituent un schéma recherché lors de l’examen. Lorsque les clients ont besoin de fonctionnalités similaires, la réponse habituelle consiste à proposer une seule app avec un contenu configurable, ou à faire publier par chaque client des apps distinctes depuis son propre compte.
- Apps délaissées dans des catégories très concurrentielles. Une app qui n’a pas été mise à jour depuis des années et compte peu d’utilisateurs risque désormais d’être retirée, et pas seulement d’être mal classée.
Activités en direct (4.5.3)
Les activités en direct sont destinées aux événements limités dans le temps que l’utilisateur a choisi de suivre, comme une livraison, un trajet ou le score d’un match. Leur utilisation pour des messages marketing, du spam ou de l’hameçonnage est désormais explicitement interdite.
Que faire ce trimestre
- Répertoriez chaque fonctionnalité qui envoie des données personnelles à un tiers, avec ou sans IA, et ajoutez le consentement lorsqu’il manque.
- Vérifiez les noms et les icônes des apps afin d’identifier les marques d’autres entreprises.
- Confirmez que le questionnaire de classification par âge mis à jour est rempli pour chaque app que vous gérez.
- Examinez les fonctionnalités de discussion et de contenu utilisateur au regard de la directive 1.2.
- Pour les apps basées sur des modèles, documentez ce qui rend chacune d’elles sensiblement différente, ou regroupez-les.
- Planifiez des mises à jour régulières pour les apps de catégories très concurrentielles ; une app qui n’est jamais mise à jour risque désormais d’être retirée.
- Recompilez avec Xcode 26 si vous n’avez pas publié de mise à jour depuis avril.
La procédure complète de soumission figure dans notre guide pour soumettre une app à l’App Store en 2026, tandis que les motifs de rejet qui n’ont pas changé depuis des années sont présentés dans les rejets prévisibles.
Services Manboo associés
- Développement d’apps Android, y compris la configuration de Play Console, les canaux de publication et les déclarations relatives aux politiques.
- Développement d’apps iOS, y compris App Store Connect, TestFlight et la préparation à l’examen de l’app.
- Développement d’apps Flutter lorsqu’une seule base de code doit passer l’examen des deux boutiques.
- Maintenance logicielle pour les apps existantes qui nécessitent des mises à jour de l’API cible, du SDK ou des politiques.
- Demander une analyse du périmètre et une estimation pour le lancement d’une app sur une boutique ou une soumission rejetée.