Catégories d'appsMis à jour le 22 octobre 20268 min de lecture

Apps de santé et de fitness sur l'App Store : ce qui change selon tes fonctions

Compteur de pas, programme sportif ou suivi médical : les règles App Store diffèrent. HealthKit, promesses de santé, données sensibles.

Sources Apple vérifiées le 22 octobre 2026 · relu par Équipe Briksell

Sommaire

Réponse courte

Une app de sport classique (programmes, minuteur, carnet d'entraînement) et une app qui mesure ou suit ta santé ne sont pas traitées pareil par Apple. Ce qui compte, ce sont les fonctions réelles de ton app.

Les règles qui reviennent le plus souvent :

  • Les données de santé et de fitness sont protégées (section 5.1.3) : pas de publicité, de marketing ni d'exploitation commerciale de ces données, et tu dois indiquer précisément lesquelles tu collectes.
  • Pas de fausses données dans HealthKit (le système qui alimente l'app Santé de l'iPhone), et pas de données de santé personnelles dans iCloud.
  • Ne demander que l'utile, avec un texte clair qui explique pourquoi.
  • Une politique de confidentialité est obligatoire (section 5.1.1(i)), ainsi qu'une étiquette App Privacy juste.
  • Les mesures de santé doivent être exactes et justifiées (section 1.4.1).

Ce guide explique les règles d'Apple ; il ne donne aucun avis médical ni juridique.

Qui est concerné, et les exceptions

Une simple app de fitness

Programmes d'exercices, minuteur, suivi des séances saisies à la main : ce sont les règles générales qui s'appliquent (confidentialité, fiche honnête, achats intégrés si tu vends un abonnement). Si tu collectes des données de forme ou de santé, la section 5.1.3 s'applique quand même : elle couvre les données recueillies dans le contexte « santé, fitness et recherche médicale ». Notre article Créer une app de fitness sans coder détaille ce type d'app.

Une app qui utilise HealthKit ou les capteurs de mouvement

HealthKit doit servir à des fins de santé ou de fitness, et cet usage doit être clair dans ta fiche et dans l'app (sections 2.5.1 et documentation HealthKit). La section 5.1.3(i) cite aussi les données « Motion and Fitness » (les capteurs de mouvement de l'iPhone).

Une app médicale

Une app qui pourrait donner des données inexactes ou servir à diagnostiquer ou traiter des patients est examinée plus sévèrement (section 1.4.1). Elle doit expliquer ses données et sa méthode pour justifier toute mesure ; si l'exactitude ne peut pas être validée, l'app est refusée. Apple cite l'exemple des apps qui prétendent mesurer la tension, la température, la glycémie ou l'oxygène du sang avec les seuls capteurs du téléphone : elles ne sont pas autorisées. Apple demande aussi de rappeler aux utilisateurs de consulter un médecin avant toute décision médicale.

Un service de santé réglementé

Si ton app fournit un service dans un domaine très réglementé comme la santé, elle doit être soumise par l'entité légale qui fournit ce service, pas par un développeur individuel (section 5.1.1(ix)). Une simple app de fitness n'entre pas dans ce cas. Si tu hésites sur la nature de ton service, demande l'avis d'un professionnel qualifié.

Procédure pas à pas

Étape 1 : décrire honnêtement ce que fait ton app

Classe ton app : fitness sans données de santé, fitness avec HealthKit, ou fonctions médicales. Relis ta fiche et tes écrans : retire toute promesse de résultat garanti ou d'effet médical. La fiche doit refléter l'expérience réelle (section 2.3).

Étape 2 : ne demander que les données utiles

Apple demande de ne réclamer que les données au cœur de ta fonction (section 5.1.1(iii) et page Health & Fitness). Avec HealthKit, l'utilisateur accorde ou refuse l'accès type par type (pas, poids, fréquence cardiaque…). Les conseils de conception d'Apple recommandent de demander l'accès au moment où il sert, par exemple quand la personne saisit son poids, plutôt qu'au lancement.

Étape 3 : écrire les textes d'explication

Pour HealthKit, ton app doit contenir des textes d'usage (lecture et écriture) affichés dans la fenêtre d'autorisation du système, sinon elle plante au moment de la demande. Écris quelques phrases simples : pourquoi tu as besoin de ces données et ce que la personne y gagne. N'invente pas ta propre fenêtre qui imite celle d'Apple.

Étape 4 : respecter l'usage des données

  • Pas de publicité ciblée, de marketing ni de revente à des courtiers de données avec les données de santé (sections 5.1.3(i) et 2.5.18).
  • Partage avec un tiers seulement avec la permission explicite de l'utilisateur, et seulement si ce tiers fournit lui aussi un service de santé ou de fitness (documentation HealthKit).
  • Pas de données inexactes écrites dans HealthKit, pas de données de santé personnelles stockées dans iCloud (section 5.1.3(ii)).
  • Si tu veux envoyer ces données à une IA externe, la permission explicite est aussi exigée (section 5.1.2(i)) : voir Publier une app d'IA.

Étape 5 : politique de confidentialité et App Privacy

Une politique de confidentialité est obligatoire pour toutes les apps (section 5.1.1(i)), et la documentation HealthKit le rappelle pour les apps qui l'utilisent. Dans App Store Connect, déclare les données « Health » et « Fitness » dans l'étiquette App Privacy. Voir Étiquettes de confidentialité App Privacy.

Étape 6 : prévoir un build natif pour HealthKit

HealthKit demande d'activer une « capability » (une autorisation technique liée à ton identifiant d'app). Avec Expo, cela passe par le champ des droits iOS (ios.entitlements) de la configuration, et EAS Build sait activer HealthKit automatiquement sur ton compte Apple Developer. En revanche, HealthKit ne fonctionne pas dans Expo Go : Expo Go contient une liste figée de modules natifs, et il faut construire ta propre version de l'app (un build natif) pour en ajouter. HealthKit ne fonctionne pas non plus dans l'aperçu de Briksell.

Étape 7 : le classement par âge

Dans les définitions d'Apple, des sujets de santé et de bien-être (suivi des calories, conseils de régime, recommandations d'exercice) relèvent du palier 9+, et des informations médicales ou de traitement des paliers 13+ ou 16+ selon leur fréquence. Le résultat dépend de tes réponses au questionnaire : réponds honnêtement (section 2.3.6). Voir Classement par âge sur l'App Store.

Erreurs fréquentes

  • Promettre un résultat chiffré (« perds 5 kg en 2 semaines ») ou un effet médical.
  • Demander l'accès à toutes les données Santé au premier lancement.
  • Utiliser les données de santé pour cibler des publicités.
  • Prétendre mesurer la tension ou la glycémie avec la caméra ou les capteurs du téléphone.
  • Tester HealthKit dans Expo Go et conclure que « ça ne marche pas » : il faut un build natif.
  • Oublier les données Fitness dans App Privacy.

Vérification

Avant d'envoyer ton app, relis chaque promesse de la fiche et de l'app, puis coche ces points. La liste est enregistrée seulement dans ton navigateur.

Ta checklist0/9

Tes cases sont gardées dans ce navigateur. Cocher une case ne prouve rien à Apple : vérifie chaque point pour de vrai.

Sources Apple et date de vérification

Vérifié le 22 octobre 2026 sur les pages officielles :

FAQ

Mon app de musculation doit-elle utiliser HealthKit ?

Non, c'est facultatif. HealthKit permet de lire ou d'écrire dans l'app Santé (par exemple, enregistrer une séance). Si tu l'utilises, les règles de la section 5.1.3 et de la documentation HealthKit s'appliquent, et il faut un build natif.

Peut-on afficher des conseils nutritionnels ?

Oui, avec prudence : pas de promesse médicale, et un rappel de consulter un professionnel de santé quand c'est pertinent. Ces contenus comptent aussi dans le questionnaire de classement par âge.

Faut-il une autorisation médicale pour publier ?

Pas pour une app de fitness. Si ton app a reçu une autorisation réglementaire, Apple demande d'en joindre le lien lors de la soumission (section 1.4.1). Savoir si ton app en a besoin est une question juridique et réglementaire : pose-la à un conseil qualifié.

Mes données de santé peuvent-elles aller chez une IA ?

Seulement avec une permission explicite (section 5.1.2(i)), et en respectant les limites de la section 5.1.3 et de la documentation HealthKit sur le partage avec des tiers. Dans le doute, garde ces données sur le téléphone.

Passer à l'action

Avec Briksell, tu décris ton app de fitness et tu la vois prendre forme dans l'aperçu, puis sur ton téléphone grâce à un QR code (voir Aperçu et test sur téléphone). Les données restent gardées sur le téléphone. HealthKit demande un build natif : en attendant la publication depuis Briksell (bientôt), tu peux exporter le code et passer par EAS Build. Pour commencer, crée ton app.

Sources officielles

À lire ensuite

← Tous les guides « Catégories d'apps »Tous les thèmes