Les règles d'examen de l'App Store ont été mises à jour le 16 octobre 2026 pour les contenus liés à l'IA. Apple a expliqué le même jour, dans un article de son fil d'actualités pour développeurs, comment cette révision traite les images intimes non consenties et les applications qui changent de capacités après avoir passé l'examen. Il ne s'agit pas d'une interdiction entièrement nouvelle : Apple souligne que le contenu pornographique, les applications de « nudification » qui transforment par IA les photos de personnes réelles en images nues ou sexualisées, et les fonctions cachées étaient déjà interdits. Trois choses changent réellement : les applications de création de contenu par IA sont désormais nommées comme soumises aux obligations de modération, les images intimes non consenties doivent être activement prévenues et retirées, et le coût des manquements est précisé jusqu'au code de conduite des développeurs et à la résiliation du compte.
Ce que change la règle 1.2 : les générateurs sont placés sur la même ligne que les plateformes sociales
La règle 1.2 encadre les contenus générés par les utilisateurs. Après la révision, les exigences de modération couvrent explicitement les images intimes non consenties, y compris celles générées à l'aide d'outils d'IA, comme des contenus que les applications doivent activement prévenir et retirer ; le texte de la règle cite aussi expressément les applications de création de contenu par IA aux côtés des réseaux sociaux et des plateformes de contenus d'utilisateurs. Les obligations existantes — filtrer les contenus répréhensibles, offrir un moyen de signalement et permettre de bloquer les comptes abusifs — restent en vigueur. La conséquence nouvelle est que les développeurs qui ne mettent pas en place de protections adéquates, ou qui ne corrigent pas les manquements après notification, risquent d'enfreindre le code de conduite des développeurs et d'être retirés de l'App Store. Ce risque n'a rien d'abstrait : plus tôt cette année, Grok, de xAI, a été massivement utilisé pour produire des deepfakes sexualisés d'autres personnes, et l'ICO britannique a ensuite fait de xAI l'objet d'une enquête formelle distincte (voir l'ICO britannique et les pratiques de données des grands développeurs de modèles). Apple a désormais inscrit le principe « les générateurs répondent de ce qu'ils produisent » dans ses règles générales, au lieu de traiter chaque cas séparément.
Nouvelle règle 2.5.19 : passer l'examen n'est pas la ligne d'arrivée
La nouvelle règle 2.5.19 clarifie une interdiction de longue date : une application ne doit pas dissimuler son objet réel pendant l'examen puis changer après approbation, par exemple en ajoutant des fonctions absentes de la version soumise. Les applications prises en flagrant délit sont retirées de l'App Store, et leurs développeurs sont exclus du programme Apple Developer. Le texte précise en outre que les fonctions cachées, dormantes ou non documentées sont interdites en elles-mêmes, et que les dissimuler, par exemple par l'obfuscation du code, constitue également une violation. Transposé à la pratique du développement, activer discrètement après approbation, via un interrupteur côté serveur ou une configuration à distance, une capacité de génération non déclarée tombe exactement sous le coup de cette règle ; réussir l'examen n'est plus que le début de la conformité, et non une période d'immunité.
Section 5 et limites de portée : une règle de plateforme mondiale, pas une loi nationale
La modification de la section 5 vise la catégorie la plus grave : les applications qui facilitent la traite d'êtres humains ou l'exploitation d'enfants seront non seulement retirées de l'App Store, mais aussi bloquées de toute distribution alternative — dans les régions qui autorisent les places de marché d'applications tierces, cela ferme la porte de sortie qui consisterait à simplement se réinscrire ailleurs. La distinction compte : ces règles sont celles d'une plateforme, pas la loi d'un pays. Elles s'imposent, comme condition de distribution, aux développeurs qui distribuent via l'App Store dans le monde entier, et ne régissent pas directement la même application sur le web ou sous Android ; mais sur la plupart des marchés, la distribution iOS ne peut pas contourner l'App Store, de sorte que leur force pratique est considérable. Apple a également indiqué avoir, au cours de l'année écoulée, empêché plus de 150 000 applications présentant des problèmes de sécurité d'atteindre les utilisateurs et fermé plus de 193 000 comptes de développeurs impliqués dans la fraude et les abus.
Quatre corrections pour quiconque publie une application générative sur iOS
Premièrement, inventorier les points d'entrée : toute fonction qui accepte des photos de personnes réelles ou peut générer leur image doit être traitée comme une surface à haut risque, et non comme un sujet à examiner seulement après les plaintes. Deuxièmement, déplacer la défense en amont : les montages sexualisés d'images de personnes réelles doivent être bloqués avant la génération, car le retrait a posteriori ne satisfait plus l'exigence littérale de prévention active, et les outils de signalement et de blocage doivent rester disponibles. Troisièmement, organiser un canal de réponse aux notifications d'Apple : une personne de l'équipe doit être responsable de la réception des notifications, de la correction dans un délai fixé et de la tenue des registres, car le fait de ne pas corriger après notification est désormais lui-même écrit comme une violation. Quatrièmement, aligner les interrupteurs de fonctions sur la version examinée : la configuration à distance et les déploiements progressifs ne doivent pas activer de capacités non déclarées, et les changements fonctionnels doivent suivre le processus normal de mise à jour. Pour les équipes qui ne vivent que sur iOS, perdre l'adhésion au programme développeur est bien plus grave qu'un simple rejet : c'est presque tout le canal de distribution qui se ferme. Les règles étant désormais écrites, la correction et les recours disposent au moins d'un point de référence clair, mais il faudra attendre les prochains cas de retrait pour savoir si l'application de ces règles traitera de la même manière les grandes plateformes et les petits développeurs.
