Apple a publié le 16 octobre une nouvelle version des lignes directrices qu’elle utilise pour évaluer les applications destinées à l’App Store. Deux modifications se détachent : une règle inédite contre les applications qui dissimulent des fonctions au moment de la validation, et une formulation plus nette sur les images intimes non consenties, y compris celles créées avec des outils d’intelligence artificielle.
Pour les utilisateurs d’iPhone, rien ne change du jour au lendemain. Ce qui change, en revanche, c’est la marge de manœuvre des développeurs qui ont jusqu’ici exploité les zones grises du contrôle préalable.
Ce qui change concrètement
Section 1.2, contenus générés par les utilisateurs. La règle concerne les applications dans lesquelles les gens peuvent créer ou partager des contenus. Apple précise désormais que la modération doit couvrir explicitement les images intimes non consenties, y compris celles produites avec l’IA. Les applications doivent les prévenir et les supprimer activement. Celui qui ne met pas en place des garde-fous adéquats, ou ne corrige pas les infractions après signalement, risque de violer le Code de conduite des développeurs et d’être retiré du store.
Nouvelle section 2.5.19, fonctions cachées. C’est la nouveauté la plus commentée. Apple interdit aux applications de se présenter d’une certaine manière pendant la validation puis de changer après l’approbation, par exemple en ajoutant des fonctions absentes de la version soumise. L’entreprise la décrit comme la clarification d’une interdiction déjà existante, qui relevait auparavant de la règle 2.3.1. Le texte parle de fonctions « cachées, dormantes ou non documentées ». D’après la reconstitution de 9to5Mac, dissimuler ces fonctions par l’obfuscation du code est un motif de retrait de l’application et de fermeture du compte développeur. Apple évoque un retrait de l’App Store et de l’Apple Developer Program.
Section 5, sécurité. Apple précise que les applications qui favorisent la traite d’êtres humains ou l’exploitation des mineurs sont supprimées de l’App Store et bloquées aussi dans la distribution alternative. Ce dernier détail est intéressant : il indique que l’interdiction vaut aussi en dehors de la boutique officielle, là où Apple autorise cette distribution.
Dans la même mise à jour, Apple a également modifié les règles 2.3.14, sur les images et les contenus créatifs, et 3.1.1(a). Les traductions des lignes directrices sont attendues d’ici un mois.
Pourquoi maintenant
Le contexte est celui d’une année d’enquêtes sur les applications dites « nudify », qui promettent de déshabiller numériquement une personne à partir d’une photo. Selon 9to5Mac, les nouvelles règles font suite à plusieurs signalements : les enquêtes sur ces applications précisément, les cas d’applications de jeux d’argent déguisées au Brésil et la polémique sur les images sexualisées générées par Grok. Une enquête du bureau du City Attorney de San Francisco a identifié 13 applications, dont huit sur l’App Store, qui se présentaient comme de simples outils d’échange de visages.
C’est là tout l’enjeu de la règle 2.5.19. Beaucoup de ces applications passaient le contrôle en se présentant comme quelque chose d’anodin, et ne rendaient la fonction problématique accessible qu’après l’approbation. Les applications pour déshabiller les gens étaient déjà interdites, car assimilées à de la pornographie ; il manquait un outil clair pour viser le mécanisme qui permettait de les faire passer.
Ce que cela signifie pour les utilisateurs italiens
Les lignes directrices sont mondiales et valent donc aussi pour les boutiques qui desservent l’Italie et la Suisse. Un utilisateur européen ne verra pas d’interface différente : l’effet attendu est un catalogue comptant moins d’applications trompeuses et un retrait plus rapide de celles qui sont signalées.
Pour les développeurs italiens, la règle a une conséquence pratique. Celui qui publie des applications avec des photos, des vidéos ou des messages générés par les utilisateurs devrait vérifier qu’il dispose d’outils de signalement et de suppression fonctionnels. Celui qui utilise des fonctions d’IA générative doit décrire dans les métadonnées de validation tout ce que l’application peut faire, y compris les fonctions activables ultérieurement.
Ce que nous en pensons
La clarification était nécessaire, mais reste une question d’application. L’interdiction de modifier une application après son approbation existait déjà, et les applications « nudify » sont quand même arrivées sur le store. Ajouter un numéro de section ne suffit pas à résoudre un problème qui tient à la difficulté de vérifier ce que fait réellement une application après sa sortie, surtout lorsque les fonctions passent par un serveur distant et peuvent changer sans nouvelle mise à jour.
Le signal le plus concret est le risque pour le compte développeur : la perte de l’accès à l’Apple Developer Program pèse bien plus qu’une application retirée. Si Apple l’applique vraiment, cela découragera ceux qui considèrent aujourd’hui le retrait comme un coût acceptable.
Il y a ensuite une limite à garder à l’esprit. Le texte met l’accent sur les garde-fous, non sur une obligation de résultat : pour les applications à contenu utilisateur, ce qui comptera, c’est ce qu’Apple jugera adéquat en matière de modération. Nous verrons dans les prochains mois combien de retraits surviendront, et pour quels motifs. C’est la donnée qui dira si la nouvelle version change les choses ou reste une déclaration de principe.
Article de la rédaction de SpazioiTech, rédigé avec l’aide d’outils d’intelligence artificielle à partir de faits vérifiés auprès d’au moins deux médias indépendants, et contrôlé avant publication. Une erreur ? Écrivez-nous.
Traduit de l’original italien. Lire en italien
