Depuis mai 2026, Google Health comble un retard ouvert depuis 2014 : la version 5.05 active enfin la synchronisation bidirectionnelle avec Apple Health sur iPhone, en plus de l’import déjà en place, et ajoute le partage de dossiers médicaux via Smart Health Links.
Google ouvre enfin la voie à une vraie synchronisation bidirectionnelle entre iPhone et Fitbit
Google corrige un manque qui traînait depuis le lancement de Google Health au printemps 2026. Jusqu’ici, l’application iPhone savait lire les données déjà stockées dans Apple Health, mais elle ne savait pas réinjecter les mesures issues d’un tracker Fitbit dans l’écosystème d’Apple. Ce verrou tombe avec la mise à jour 5.05, signalée par plusieurs retours utilisateurs le 3 août 2026 et préparée de longue date par la documentation officielle de Google, qui indiquait encore récemment que l’écriture vers Apple Health serait ajoutée “plus tard dans l’année”, selon le centre d’aide de Google Health.
Le changement paraît simple. En pratique, il modifie la place de Google Health sur iPhone. L’app n’est plus seulement un tableau de bord parallèle pour les possesseurs de bracelets Fitbit. Elle devient une source de données capable d’alimenter d’autres apps compatibles HealthKit. C’est précisément ce que cherchaient les utilisateurs qui mélangeaient un iPhone, une Apple Watch ou un autre objet connecté avec un tracker Fitbit.
Ce que change la version 5.05 sur iPhone
Le point central est clair : Google Health peut désormais partager vers Apple Health des enregistrements d’exercice, de sommeil, de constantes, de pas et d’autres mesures suivies par l’écosystème Fitbit. La logique reste celle d’HealthKit : rien ne s’active sans accord explicite. Selon la documentation développeur d’Apple, l’utilisateur doit autoriser séparément la lecture et l’écriture pour chaque type de donnée pris en charge par une application. Autrement dit, la synchro n’est ni globale ni automatique par défaut.
Ce détail compte. Il réduit le risque de transfert massif non désiré et laisse à l’utilisateur le choix des catégories réellement utiles. Un coureur peut vouloir pousser ses séances et ses pas vers Apple Health, sans partager le sommeil. Un autre peut faire l’inverse. Selon Apple, les apps compatibles HealthKit accèdent au référentiel santé de l’iPhone uniquement avec des permissions fines, type par type. C’est la bonne approche pour un sujet aussi sensible.
Autre point pratique : la fiche de l’application sur l’App Store français confirme que Google Health exige au minimum iOS 16.4. Même exigence côté compatibilité matérielle pour le Google Fitbit Air, selon Google. Le message est simple : cette nouveauté vise l’iPhone moderne, pas les anciens terminaux encore bloqués sur des versions plus anciennes d’iOS.
Pourquoi cette fonction arrive tard
Le retard n’a rien d’anecdotique. La fracture remonte à 2014, année où Apple a lancé HealthKit avec iOS 8. Pendant des années, récupérer les données Fitbit dans l’app Santé passait par des applications tierces, des ponts logiciels imparfaits ou des synchronisations indirectes. Le nouveau Google Health ne fait donc pas qu’ajouter une case dans un menu. Il referme un vieux dossier que ni Fitbit ni Google n’avaient vraiment traité proprement sur iPhone.
À mon sens, cette mise à jour est surtout un rattrapage. En 2026, une plateforme santé qui ne sait pas dialoguer dans les deux sens avec l’app Santé de l’iPhone part avec un handicap immédiat. Les utilisateurs veulent consolider leurs données, pas les enfermer dans des silos concurrents.
Les données concernées et les limites à garder en tête
Le libellé communiqué autour de la 5.05 cite les exercices, le sommeil, les constantes et les pas. Cela reste volontairement large. Apple rappelle de son côté que les apps écrivent uniquement dans les catégories pour lesquelles elles disposent d’une autorisation explicite et d’un type de donnée compatible dans HealthKit. En clair, la présence d’un capteur sur un bracelet ne garantit pas automatiquement une écriture complète dans toutes les apps iOS connectées.
Il faut aussi surveiller les doublons. La fiche App Store de Google Health mentionnait déjà, dans la version 5.02 publiée le 18 juin 2026, un correctif pour des pas comptés en double lorsque MobileTrack et Apple Health étaient activés ensemble. Ce point montre que la consolidation de données multi-sources reste fragile. Plus un utilisateur mélange iPhone, Apple Watch, bracelet Fitbit et apps tierces, plus la gouvernance des permissions devient critique.
Mon avis est net : la synchro bidirectionnelle est une avancée, mais elle exige une configuration propre. Si tout lit tout et que tout écrit partout, l’utilisateur risque surtout de créer du bruit dans ses métriques.
Le contexte produit : Google Health remplace Fitbit, avec une logique plus large
Selon l’aide officielle de Google, l’application Fitbit est devenue Google Health à partir du 19 mai 2026. Le changement ne se limite pas au nom. Google pousse désormais une plateforme plus transversale, pensée pour agréger des données issues de ses appareils, de partenaires tiers, d’Apple Health sur iPhone et de Health Connect sur Android.
Cette stratégie est cohérente avec le lancement du Google Fitbit Air, officialisé le 7 mai 2026. Selon Google, ce bracelet vise une entrée de gamme plus accessible, avec un tarif de 99,99 $ aux États-Unis, soit environ 88 € au taux de change de la BCE de 1 € = 1,1389 $ utilisé ici pour la première conversion. En France, la fiche officielle du Google Store affiche directement 99,99 €, soit 100 €.
Le produit lui-même donne du sens à cette ouverture vers iPhone. Selon Google, le Fitbit Air fonctionne avec la plupart des smartphones sous Android 11 ou plus récent, mais aussi avec les iPhone sous iOS 16.4 ou version ultérieure. Google ne vend donc pas ce bracelet comme un accessoire réservé à Android. Il cherche clairement à séduire aussi les utilisateurs d’iPhone qui veulent un tracker léger sans basculer dans l’Apple Watch.
5 éléments nouveaux à retenir au-delà de la source d’origine
1. Le Fitbit Air est un produit très léger
Selon la fiche technique officielle du Google Store, le Google Fitbit Air pèse 5,2 g sans bracelet et 12 g avec bracelet. C’est un argument concret pour le port nocturne. Un tracker discret se porte plus facilement pendant le sommeil, donc collecte plus régulièrement des données utiles.
2. L’autonomie annoncée atteint 7 jours
Selon Google, le bracelet offre jusqu’à 7 jours d’autonomie. La marque annonce aussi une recharge complète en 90 minutes et jusqu’à 1 jour d’autonomie récupéré en 5 minutes de charge rapide. Pour un produit à 100 €, c’est compétitif sur le terrain de l’usage continu, surtout face aux montres plus lourdes et souvent moins endurantes.
3. Le bracelet embarque plus qu’un simple compteur de pas
Selon le Google Store, le Fitbit Air intègre un moniteur optique de fréquence cardiaque, un accéléromètre 3 axes, un gyroscope, des capteurs rouges et infrarouges pour la SpO2, ainsi qu’un capteur de température cutanée. La synchronisation vers Apple Health devient donc plus intéressante qu’avant, car elle peut potentiellement faire remonter un ensemble plus riche de signaux de santé et d’activité.
4. Le marché des wearables reste dominé par Apple
Selon IDC, les expéditions mondiales de wearables ont atteint 145,7 millions d’unités au premier trimestre 2026, en hausse de 4,3 % sur un an. Apple restait leader avec 21,5 % de part de marché, devant Huawei à 18 % et Xiaomi à 9,9 %. Pour Google, améliorer l’interopérabilité avec l’iPhone n’est donc pas un bonus. C’est une nécessité commerciale sur un marché où l’écosystème Apple reste central.
5. Google Health ajoute aussi le partage de dossiers médicaux
La mise à jour ne se limite pas aux pas et au sommeil. La source de départ mentionne aussi les Smart Health Links, une fonction permettant de partager des dossiers médicaux avec un professionnel de santé ou un proche. Sur ce point précis, les détails techniques publics restent limités : non communiqué pour les formats exacts, la portée géographique détaillée et la liste exhaustive des établissements compatibles au moment de la rédaction.
Deux métriques dérivées qui donnent une lecture plus concrète
Première métrique dérivée : le rapport autonomie/prix du Google Fitbit Air. Avec 7 jours annoncés pour 99,99 € en France selon le Google Store, on obtient environ 14,29 € par jour d’autonomie théorique. Ce n’est pas une mesure de performance absolue, mais elle aide à situer le produit : Google mise d’abord sur l’endurance accessible, pas sur la sophistication d’une montre complète.
Deuxième métrique dérivée : le coût mensuel théorique du bracelet si on l’amortit sur un an. Sur une base de 99,99 €, cela revient à environ 8 € par mois. C’est utile pour comparer ce bracelet à une montre plus chère ou à un abonnement logiciel. À titre de repère, Google indique qu’après l’essai inclus de trois mois, Google Health Premium est facturé 9,99 $ par mois aux États-Unis, soit environ 9 € au taux de la BCE. L’abonnement mensuel peut donc coûter à lui seul à peu près autant que l’amortissement mensuel du matériel.
Cas d’usage concrets sur iPhone
Premier cas d’usage : l’utilisateur iPhone qui porte un Fitbit Air le jour et une autre montre la nuit, ou l’inverse. Google explique lui-même que le bracelet peut compléter une Pixel Watch pour le sommeil. Sur iPhone, le même principe vaut pour toute stratégie multi-appareil : le tracker collecte, Google Health centralise, puis Apple Health redistribue aux apps compatibles.
Deuxième cas : l’utilisateur qui exploite l’app Santé comme hub principal. Selon Apple Support, l’app Santé rassemble déjà les données de l’iPhone, de l’iPad, de l’Apple Watch et d’apps compatibles. Avec l’écriture depuis Google Health, les séances et mesures Fitbit peuvent enfin rejoindre ce centre unique au lieu de rester isolées.
Troisième cas : le suivi clinique ou familial léger. La fonction Smart Health Links suggère que Google ne veut plus seulement suivre l’activité physique, mais aussi simplifier le partage d’informations médicales. Tant que les détails complets ne sont pas publiés, il faut rester prudent. Mais la direction est claire : passer du simple wearable grand public à une plateforme de circulation de données de santé.
Vie privée, permissions et point de vigilance
Sur ce sujet, Apple pose un cadre strict. Selon sa documentation, chaque app doit demander des autorisations séparées pour lire et écrire des types de données précis dans HealthKit. Selon le guide de sécurité d’Apple, ces interactions nécessitent la permission de l’utilisateur et les données santé bénéficient d’une protection dédiée sur l’appareil.
C’est la bonne nouvelle. La moins bonne, c’est la complexité. Plus l’utilisateur connecte de sources, plus il doit arbitrer entre richesse de données et propreté statistique. La vraie difficulté n’est pas de faire apparaître une donnée dans Apple Health. La vraie difficulté est d’éviter les redondances, les écarts de catégorisation et les historiques incohérents.
Ma position est simple : Google a enfin corrigé l’absence la plus visible de son app santé sur iPhone, mais la qualité réelle de l’expérience dépendra moins de la promesse marketing que de la discipline de synchronisation dans les semaines à venir.
Un seul lien d’autorité pour vérifier la compatibilité
Pour les utilisateurs qui veulent vérifier la disponibilité de l’application, ses notes de version, la compatibilité iOS et les éléments publics visibles au moment du téléchargement, le point d’entrée le plus utile reste la fiche officielle de l’App Store : https://apps.apple.com/fr/app/google-health-fitbit/id462638897.
Mon avis :
Bonne avancée : Google comble enfin une lacune vieille de plus de dix ans en permettant à Google Health 5.05 d’écrire vers Apple Health, ce qui rend les données Fitbit exploitables dans l’écosystème iPhone. Limite nette : cette compatibilité arrive tard et reste dépendante d’autorisations HealthKit, donc encore moins fluide qu’une intégration native Apple.
