Directive 5.1.1(v) : l'exigence d'Apple sur la suppression de compte, et ce qui la distingue de celle de Google
Directive 5.1.1(v) : la suppression doit partir de l'app, désactiver ne suffit pas. Ce qu'Apple exige et pas Google, et une page pour les deux stores.
Apple exige que toute app permettant de créer un compte propose la suppression du compte depuis l'app elle-même, au titre de la directive 5.1.1(v). Désactiver ou suspendre un compte ne suffit explicitement pas, et l'option doit être facile à trouver. Google Play demande le même parcours dans l'app, plus une URL web publique.
Faites-le plutôt en quelques minutes
AppFoyer héberge les pages dont parle ce guide — politique de confidentialité, conditions, support, suppression de compte et app-ads.txt — sur leur propre sous-domaine, sans domaine ni serveur à vous. Une app est gratuite, et rien de ce qu'exige un store n'est jamais payant.
Vérifié le 19 septembre 2026. Les règles des stores changent, parfois sans préavis. Tout ce qui suit renvoie à la documentation officielle, et c'est elle — pas cette page — qui fait autorité. Si les deux se contredisent, c'est le store qui a raison. Ce guide est traduit de l'anglais ; les citations de la documentation des stores restent en anglais, dans leur version originale.
Si App Review vous a renvoyé votre build en citant la Guideline 5.1.1(v), voici l’exigence visée et la correction attendue. Si vous publiez sur les deux stores, vous répondez à deux exigences qui se recoupent sans être identiques — et c’est sur cette différence que les soumissions sont renvoyées.
Ce que demande Apple
La directive 5.1.1(v) des App Store Review Guidelines exige que les apps permettant de créer un compte laissent l’utilisateur lancer la suppression de ce compte depuis l’app. Elle s’applique depuis le 30 juin 2022, ce n’est donc pas nouveau ; ce qui est nouveau, c’est la régularité avec laquelle elle est vérifiée.
Trois points piègent souvent :
- Désactiver n’est pas supprimer. Les indications d’Apple sont explicites : désactiver ou suspendre temporairement un compte ne satisfait pas l’exigence — la personne doit pouvoir supprimer le compte ainsi que ses données personnelles.
- L’option doit être trouvable. Elle doit être facile à trouver dans l’app. Un chemin à cinq écrans de profondeur derrière un menu sans libellé est un rejet en attente.
- Le support seul ne compte pas côté Apple. Dire à l’utilisateur de vous écrire par e-mail est un complément raisonnable ; ce n’est pas le parcours dans l’app que demande la directive.
Où les deux stores diffèrent
| Apple | Google Play | |
|---|---|---|
| Parcours de suppression dans l’app | Obligatoire (5.1.1(v)) | Obligatoire |
| URL web publique pour la suppression | Non requise en tant que champ | Obligatoire, déclarée sous App content → Data deletion |
| Où elle est déclarée | Rien à saisir — l’examinateur la trouve dans l’app | Un champ d’URL dans Play Console |
| Suppression des données elles-mêmes | À votre charge | À votre charge |
Lisez ce tableau deux fois si vous portez une app d’une plateforme à l’autre. L’erreur est symétrique dans les deux sens : un développeur iOS qui ajoute Android découvre qu’il lui faut désormais une page web qu’il n’a jamais créée, et un développeur Android qui ajoute iOS découvre que l’URL web qu’il a déjà ne répond pas à Apple, parce qu’Apple veut le parcours dans l’app.
Ce que « supprimer mon compte » doit réellement faire
Les deux stores visent le même acte, et aucune ne peut le vérifier de l’extérieur. Quand un utilisateur supprime son compte :
- le compte et les données personnelles qui y sont associées sont supprimés de vos systèmes ;
- les données transmises à des sous-traitants y sont supprimées aussi — c’est à vous de le leur demander et d’en assurer le suivi ;
- ce que vous conservez, vous le conservez pour une raison que vous pouvez nommer. Les données de facturation et fiscales doivent généralement être conservées en vertu de la loi, et le dire clairement vaut mieux qu’une promesse que vous ne tiendrez pas.
Personne ne peut faire cette partie à votre place. Un service qui prétend supprimer les données de vos utilisateurs n’a pas accès à votre base de données.
Le rejet à prévoir, et la correction
Les rejets 5.1.1(v) qui arrivent en pratique sont banals :
- L’app a une connexion mais aucune suppression nulle part.
- Un bouton « supprimer le compte » ouvre un éditeur d’e-mail. Selon l’examinateur, c’est accepté ou refusé — construisez la vraie fonction plutôt que de parier sur celui qui vous tombera.
- La suppression existe, mais seulement dans le tableau de bord web, pas dans l’app.
- La suppression est en réalité une désactivation, et le texte le dit.
La correction est un travail de produit, pas de paperasse : un parcours dans l’app, une confirmation, et une véritable suppression derrière. Prévoyez-la comme une fonctionnalité, parce que c’en est une.
Garder une trace
Quel que soit le parcours, consignez ce qui s’est passé : le compte, la date, ce qui a été supprimé, ce qui a été conservé et pourquoi. « Nous l’avons supprimé » est une affirmation ; une liste datée est une preuve — ce qui compte bien plus le jour où un régulateur pose la question que le jour où un examinateur la pose.
Ce que fait AppFoyer
Nous hébergeons le côté web : la page de suppression de compte de votre app, qui reçoit une demande, la conserve comme piste d’audit et vous prévient — par e-mail sur toutes les offres, ou par Telegram ou Slack sur une offre payante. C’est la page que veut le champ d’URL de Google Play, et un endroit raisonnable où peut arriver un utilisateur iOS qui a déjà désinstallé l’app.
Elle ne remplace pas le parcours dans l’app que demande Apple — rien de ce qui est hébergé ailleurs ne le peut, puisque la directive porte sur l’interface de votre propre app. Construisez-le ; nous hébergerons la page à côté.
Les sources qui font foi
- App Store Review Guidelines — Apple. La section 5.1.1(v) est le texte qui tranche.
- Account deletion within apps — upcoming requirements — Apple
- Understanding Google Play’s app account deletion requirements — Aide Google Play