La nouvelle Apple Santé rendra-t-elle les autres apps inutiles ? Ce que l'on sait pour l'instant

La nouvelle Apple Santé ne rend pas toutes les autres applications obsolètes — mais elle peut réduire le besoin d'applications de simple analyse dans le scénario exclusivement Apple. Le 9 septembre 2026, Apple a annoncé une refonte profonde de l'app Santé, aux côtés des nouvelles Apple Watch Series 12 et Ultra 4 : scores quotidiens, analyse de santé à long terme, et même des analyses sanguines connectées. Il reste légitime de se demander ce que cela signifie pour les applications qui réunissent aujourd'hui plusieurs appareils — FitMesh y compris : cela dépend de ce que vous possédez, et sur certains points Apple elle-même n'a pas encore été claire.

Ce qu'Apple a annoncé, et quand ça arrive vraiment

Première distinction importante, souvent confondue : Apple a annoncé la disponibilité d'iOS 27 et watchOS 27 à partir du 14 septembre 2026, mais l'app Santé repensée est une chose différente et séparée, pas encore disponible. Apple écrit explicitement qu'elle arrivera "later this year" (plus tard en 2026), d'abord en anglais américain uniquement, avec d'autres langues à suivre — aucune date précise communiquée. Source : Apple Newsroom — Apple advances health and fitness capabilities using Apple Intelligence, 9 septembre 2026.

Selon ce qu'Apple a présenté, l'app repensée nécessite un iPhone ou iPad compatible Apple Intelligence pour être utilisée dans son ensemble — pas seulement pour certaines fonctions. L'exigence Apple Watch, elle, varie selon la fonction : Health Age, par exemple, nécessite "Apple Watch" en général, sans modèle précis indiqué. Certaines fonctions liées aux nouveaux capteurs (voir plus bas), en revanche, nécessitent spécifiquement une Series 12 ou Ultra 4.

Insights, Longevity, Health Age, Readiness : quatre choses différentes

Ces termes se chevauchent dans la communication d'Apple, mais désignent des choses différentes. Insights est un onglet pour la vue quotidienne : il affiche un résumé mis à jour tout au long de la journée sur le cœur, le sommeil, la readiness, l'activité, les constantes vitales et le suivi du cycle, plus une section "For You" avec des recommandations personnalisées. Longevity est un onglet séparé pour la vue à long terme : il analyse les données longitudinales sur la santé cardiaque, le sommeil, le bien-être mental, le mouvement, la santé métabolique, l'audition et la nutrition. Health Age est un score à l'intérieur de l'onglet Longevity, pas un onglet à part : Apple le décrit comme utilisant "les données Apple Watch pour montrer comment vos indicateurs évoluent par rapport à votre âge civil", en intégrant VO2 max, fréquence cardiaque au repos, sommeil et VFC, plus des données de laboratoire que l'utilisateur peut ajouter manuellement (HbA1c, LDL). Readiness est un score quotidien de 0 à 10 (Recover / Pace Yourself / Ready / Go For It), calculé sur la montre à partir de l'activité récente, de la charge d'entraînement, des constantes vitales et du score de sommeil, puis affiché dans l'onglet Insights. Sources : Apple Newsroom — Apple advances health and fitness capabilities using Apple Intelligence et Apple Newsroom — Introducing Apple Watch Series 12, with the all-new Health Sensing System, 9 septembre 2026.

Ce que l'on ne sait pas encore

En parlant de l'onglet Longevity dans son ensemble, Apple écrit que l'utilisateur peut voir "ce qui façonne sa santé à long terme à partir de données provenant de l'iPhone, de l'Apple Watch, des AirPods et de dossiers médicaux cliniques, ainsi que d'applications et d'appareils tiers". C'est la seule mention explicite de données tierces dans toute l'annonce — mais elle concerne l'onglet Longevity en général, pas spécifiquement le calcul de l'algorithme Health Age, décrit dans la même annonce comme basé sur des "données Apple Watch". Apple ne clarifie pas le lien entre ces deux phrases : citer les données tierces dans la vision globale de Longevity ne prouve pas que ces données alimentent Health Age, Readiness ou tout autre algorithme spécifique — ce point reste explicitement ouvert, ce n'est pas un fait tranché dans un sens ou dans l'autre. La seule exception précisément énoncée concerne le test d'estimation du VO2 max, pour lequel Apple admet explicitement aussi "un dispositif tiers de mesure de la fréquence cardiaque", en plus de l'Apple Watch et des AirPods Pro 3.

Sur le plan technique, la documentation développeur d'Apple ne lève pas encore le doute : en consultant l'index complet des types HealthKit (`HKQuantityTypeIdentifier` et `HKCategoryTypeIdentifier`) et le changelog officiel le 11 septembre 2026, aucun identifiant pour Readiness, Health Age, l'onglet Longevity ou le Sleep Score n'est présent. La dernière entrée du changelog HealthKit reste datée de juin 2026. Une exception partielle : un nouvel identifiant réel est apparu, `heartRateVariabilityRMSSD`, mais sans aucune description publiée — déclaré dans le SDK, pas encore documenté en prose, et on ne sait pas s'il correspond à ce qu'Apple appelle "Recovery HRV". Source : Apple Developer — HealthKit, index des identifiants et changelog HealthKit, consultés le 11 septembre 2026. En l'absence d'API publique, il n'existe aujourd'hui aucune preuve que Readiness ou Health Age puissent être lus par une application tierce — ni qu'ils ne le seront jamais : c'est un état des choses à revérifier quand (et si) une documentation plus complète arrivera, pas un fait sur lequel parier maintenant.

Ce que FitMesh fait déjà aujourd'hui, vérifié dans le code de la 3.10.0

Contrairement aux fonctions annoncées mais pas encore publiées, ceci est vérifiable : dans la version publique 3.10.0, sur iPhone, FitMesh lit — avec l'autorisation de l'utilisateur — des échantillons des types HealthKit pris en charge (pas, fréquence cardiaque, sommeil, SpO2, calories, poids et autres), sans se limiter à la seule source Apple Watch : la lecture ne filtre pas par source. Lors de l'arbitrage entre plusieurs sources, il reconnaît explicitement des dizaines de noms de sources d'applications et d'appareils tiers (Samsung Health, Garmin, Fitbit, Amazfit, Huawei, Polar, Oura, Whoop, Suunto, la bague Colmi, et d'autres) — pas une connexion directe entre FitMesh et ces fabricants, mais des données que ces mêmes applications écrivent dans Apple Santé, que FitMesh lit ensuite depuis là. Pour le mécanisme complet, y compris ce que le pont ne fait PAS, voir les données de la bague connectée dans Apple Santé.

Côté écriture, toujours sur activation explicite (désactivée par défaut) et jamais en temps réel, FitMesh peut envoyer vers Apple Santé les pas, la distance et les calories actives (seulement la part manquante par rapport à ce qui existe déjà, jamais une somme), plus la fréquence cardiaque au repos, la SpO2 et le poids (mais seulement si aucune donnée d'une autre source n'existe déjà ce jour-là). Il n'écrit jamais la VFC — le cloud calcule le RMSSD alors que HealthKit sur iOS expose le SDNN, une métrique différente, et l'écrire donnerait une valeur erronée — et le sommeil est actuellement désactivé en attendant la correction d'un problème connu. Il n'y a pas de rattrapage historique en écriture : seulement le jour en cours. Pour savoir comment exporter au contraire vos données DEPUIS Apple Santé (XML natif, CSV pour votre médecin, ou tableau de bord web), voir comment exporter les données Apple Health (EN).

Trois scénarios pratiques

• •Uniquement Apple (iPhone + Apple Watch, aucun autre appareil) : c'est le scénario où la nouvelle app Santé, une fois disponible, couvrira probablement déjà nativement l'essentiel de ce dont vous avez besoin — Insights, Readiness et Health Age existent précisément pour ce cas d'usage. C'est honnêtement le scénario où FitMesh apporte le moins.
• •Écosystème mixte (Apple aux côtés d'un appareil non-Apple — une Garmin, une Samsung Galaxy Watch, une bague connectée) : ici, la différence reste nette. L'app Santé repensée, d'après ce qui a été présenté jusqu'ici, analyse vos données pour vous donner des insights — elle ne décrit pas de mécanisme pour réunir et dédupliquer des sources hétérogènes de la même façon que le fait FitMesh aujourd'hui.
• •Changement de plateforme (par exemple d'Android vers iPhone, ou l'inverse) : l'historique déjà collecté par FitMesh reste lié à votre compte, pas à l'appareil physique — quelle que soit l'app Santé native que vous utiliserez après le changement.

Le verdict, en quatre niveaux

En séparant ce qu'Apple a annoncé, ce qui est déjà documenté dans l'API, ce que l'on ne sait pas encore, et ce que FitMesh fait réellement aujourd'hui : une fois disponible, Apple Santé deviendra beaucoup plus complète et pourra réduire le besoin de certaines applications de simple analyse. Elle ne remplacera cependant pas automatiquement les outils qui relient différents appareils, sources et plateformes. Le premier niveau (l'annonce) est ambitieux mais pas encore vérifiable en usage public. Le deuxième niveau (l'API) : au 11 septembre 2026, nous n'avons identifié aucune API HealthKit publique documentée pour Readiness ou Health Age, et FitMesh ne revendique aujourd'hui la prise en charge d'aucun des deux. Le troisième niveau (les questions ouvertes) concerne surtout si et comment les données d'appareils non-Apple alimenteront ces scores : nous ne le savons pas, et nous n'écrivons pas comme si nous le savions. Le quatrième niveau — le seul vérifiable avec certitude aujourd'hui — concerne les rôles : Apple Santé est l'archive et l'analyse de l'écosystème Apple pour les données qui atteignent HealthKit ; FitMesh, dans sa version publique, est un tableau de bord multiplateforme lié au compte qui réunit déjà des sources Apple et non-Apple au même endroit, avec un pont optionnel vers certaines mesures prises en charge. Ce sont des rôles distincts, pas nécessairement en concurrence.