Refus App Store
La 5.1.1 est le refus lié à la confidentialité le plus fréquent pour les apps créées avec des outils d'IA, et il ne concerne presque jamais ce que vous faites des données. Il concerne ce que vous avez oublié de déclarer : un lien vers la politique, un texte d'usage, un bouton de suppression, une étiquette. Chaque correction prend quelques minutes, une fois que vous savez où elle se place.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Cette section demande aux apps qui collectent des données d'utilisateur ou d'utilisation d'avoir une politique de confidentialité, liée dans App Store Connect et dans l'app, qui explique ce qui est collecté, comment c'est utilisé, avec qui c'est partagé et comment les utilisateurs peuvent demander la suppression. Les demandes d'autorisation doivent expliquer leur finalité dans la boîte de dialogue système et ne peuvent intervenir que lorsque la fonctionnalité en a besoin. Les apps ne doivent demander que le minimum de données nécessaire à leurs fonctionnalités principales, et celles qui permettent de créer un compte doivent permettre de le supprimer dans l'app.
Les apps web encapsulées héritent des flux de données du site web, la politique existe donc généralement déjà. Le refus vient des éléments manquants autour : pas d'URL de politique dans la fiche du store, pas de « Supprimer le compte » dans les réglages, un texte d'autorisation issu du modèle, ou des étiquettes App Privacy remplies avec « aucune donnée collectée » alors que l'app a un formulaire d'inscription.
Un lien dans les métadonnées App Store Connect et dans l'app, avec les données collectées, leur usage, le partage avec des tiers, la durée de conservation et la suppression.
Des textes d'usage qui expliquent l'utilisation, des demandes faites seulement quand la fonctionnalité en a besoin ; l'app doit continuer à fonctionner si l'utilisateur refuse.
Ne demandez que les données utiles à la fonctionnalité principale. Une app de recettes n'a pas besoin des contacts.
Ne piégez pas les utilisateurs, ne leur mettez pas la pression et ne les bloquez pas pour obtenir des autorisations dont ils n'ont pas besoin pour la tâche en cours.
Les apps qui permettent de créer un compte doivent proposer la suppression du compte dans l'app, et pas seulement sur demande par e-mail.
Publiez-la sur votredomaine.com/privacy et liez-la depuis les réglages ou le pied de page de l'app, ainsi que depuis le champ de politique de confidentialité de la version de l'app dans App Store Connect. Le guide de la politique de confidentialité propose une structure qui couvre le web et l'app ; la documentation WebViewGold fournit une phrase facultative expliquant que l'app affiche le contenu du site web dans une WebView et que la même politique s'applique.
Un bouton « Supprimer le compte » dans les réglages qui appelle une fonction backend (Supabase Edge Function avec la service role, fonction callable Firebase), supprime l'utilisateur d'authentification et ses lignes, puis le déconnecte. Un lien mailto ou un « contactez le support » est refusé. Pas à pas : suppression de compte pour les apps Supabase.
Dans le projet WebViewGold, réécrivez chaque description d'usage Info.plist que vous gardez : « Utiliser votre position pour afficher les terrains à proximité » au lieu du texte du modèle. Demandez au moment de l'utilisation : n'appelez l'API de géolocalisation que lorsque l'utilisateur touche « Près de moi » ; laissez askforpushpermissionatfirstrun sur false et déclenchez registerpush:// après l'onboarding.
Dans App Store Connect, déclarez ce que l'app web collecte : e-mail et nom à l'inscription (Coordonnées / Contact Info), identifiant utilisateur (Identifiants / Identifiers), événements d'analyse (Données d'utilisation / Usage Data), achats (RevenueCat ou Stripe), identifiant d'appareil uniquement avec AdMob. Indiquez si les données sont liées à l'utilisateur et si elles servent au suivi. La politique, les étiquettes et l'app doivent raconter la même histoire.
Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)
| Données | Source | Catégorie d'étiquette |
|---|---|---|
| E-mail, nom | Inscription, Sign in with Apple, connexion Google | Coordonnées, liées à l'utilisateur |
| Identifiant utilisateur | Supabase, Firebase, Clerk | Identifiants, liés à l'utilisateur |
| Événements d'utilisation, écrans consultés | PostHog, Plausible, GA4 | Données d'utilisation ; liées si rattachées à l'identifiant utilisateur |
| Historique d'achats | RevenueCat, Stripe | Achats, liés à l'utilisateur |
| Identifiant publicitaire de l'appareil | Annonces personnalisées AdMob | Identifiants, utilisés pour le suivi (ATT nécessaire) |
Confirmation, suppression côté backend, déconnexion. L'Edge Function supprime l'utilisateur d'authentification et les lignes associées avec la clé service role.
// Page Réglages : Supprimer le compte (exemple Supabase)
async function deleteAccount() {
if (!confirm("Supprimer votre compte et toutes vos données ? Cette action est irréversible.")) return;
const { error } = await supabase.functions.invoke("delete-account");
if (error) { alert("La suppression a échoué. Merci de contacter [email protected]."); return; }
await supabase.auth.signOut();
window.location.href = "/account-deleted";
}Non. L'utilisateur doit pouvoir lancer la suppression dans l'app, et celle-ci doit réellement supprimer le compte. Un court délai de grâce ou un e-mail de confirmation est acceptable si la suppression a ensuite lieu sans autre action.
La même politique peut servir aux deux si elle mentionne l'app. Ajoutez une phrase indiquant que l'app iOS affiche le site web et applique les mêmes pratiques en matière de données, ainsi que les données propres à l'app, comme les jetons push.
Vous déclarez les données que votre app collecte, quel que soit l'élément qui les collecte. Les jetons push OneSignal, les données d'achat RevenueCat et les identifiants AdMob figurent dans les étiquettes si vous avez activé ces fonctionnalités ; les SDK dormants qui ne collectent rien, non.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.