Avec la dépréciation de Google Fit fin 2026, la migration vers Google Health est cruciale. Cette plateforme intègre Gemini pour l'analyse prédictive et unifie le flux de données via Health Connect. Pour les développeurs, c'est l'assurance d'une interopérabilité immédiate et d'une réduction drastique des coûts de maintenance logicielle. La transformation de l'application Fitbit en Google Health redéfinit l'écosystème de santé et de bien-être connecté de Google en 2026. Depuis le 19 mai, Google regroupe dans une même expérience les données issues des appareils Fitbit et Pixel Watch, de Health Connect, d'Apple Health et de services tiers compatibles. Google Health Coach ajoute une couche conversationnelle conçue avec Gemini pour fournir des recommandations personnalisées en matière de forme physique, de sommeil et de bien-être. Google précise cependant que ces fonctions ne sont pas destinées à établir des diagnostics ni à remplacer un professionnel de santé. Pour les équipes techniques, l'enjeu le plus concret concerne la coexistence de plusieurs chemins de migration. Google recommande Health Connect pour les applications Android centrées sur les données stockées sur l'appareil, tandis que Google Health API devient la plateforme cloud et web destinée notamment à succéder au Fitbit Web API. Ce dernier doit être abandonné avant son extinction annoncée pour septembre 2026. Les Google Fit APIs bénéficient d'un calendrier différent et restent annoncées comme supportées jusqu'à la fin de 2026. Cette évolution accompagne une tendance plus large vers des assistants de santé et de bien-être capables d'interpréter un contexte utilisateur plus riche, là où ChatGPT Santé illustre également l'intérêt croissant de l'industrie pour les interfaces conversationnelles appliquées aux usages de santé. Cette réorganisation intervient alors que les utilisateurs combinent de plus en plus plusieurs appareils, applications et sources de données. Dans un autre registre, des expériences comme Granola pour Apple Watch illustrent cette recherche d'interfaces plus discrètes et contextuelles. Google cherche ici à réduire la fragmentation en faisant de Google Health, Health Connect et Google Health API des points de convergence complémentaires plutôt qu'une infrastructure unique. « En transformant l'application Fitbit en Google Health et en modernisant parallèlement ses API, Google ne réalise pas une simple opération de rebranding. Il cherche à devenir la couche d'interopérabilité entre appareils, données de bien-être et intelligence artificielle, avec tout le potentiel mais aussi toute la responsabilité qu'implique cette position. » — KingLand Editorial La transition vers Google Health me paraît surtout révélatrice d'un changement d'échelle. Google ne se contente plus de fournir un bracelet, une montre ou un tableau de bord : il assemble une application grand public, une couche locale avec Health Connect, une API cloud avec Google Health API et un assistant conversationnel conçu avec Gemini. Cette architecture peut devenir extrêmement attractive pour les développeurs, mais elle confère également à Google un rôle central dans les flux techniques de l'écosystème. La question stratégique n'est donc pas de savoir si Google a supprimé toute dimension sociale — ce n'est pas le cas — mais jusqu'où les éditeurs souhaitent dépendre de cette nouvelle couche d'intermédiation. Cette évolution traduit aussi un changement de notre rapport aux données personnelles. Le suivi ne sert plus uniquement à produire un nombre de pas ou un graphique de sommeil : il devient un contexte exploitable par un agent capable de relier activité, récupération, nutrition et autres informations autorisées. La promesse est puissante, mais Google rappelle lui-même les frontières du dispositif : les réponses peuvent être inexactes et Google Health Coach n'est pas destiné à diagnostiquer, traiter ou prévenir une maladie. Pour les acteurs de la HealthTech, la valeur pourrait justement résider dans la capacité à construire autour de cette infrastructure des expériences humaines, spécialisées et réglementairement maîtrisées. À mon sens, le véritable changement se situe donc moins dans le Fitbit Air que dans la séparation désormais plus nette entre collecte, interopérabilité et intelligence. Health Connect peut faciliter les échanges locaux, Google Health API moderniser les intégrations cloud et Gemini transformer certains flux de données en conseils de bien-être contextualisés. Cette architecture pourrait nourrir de nouveaux services de prévention, de recherche ou de suivi à distance, mais les usages médicaux réglementés nécessitent des cadres supplémentaires : Google Health API impose notamment des restrictions spécifiques pour les données relevant de HIPAA et pour les produits assimilables à des dispositifs médicaux. Le potentiel est considérable, à condition de ne pas confondre puissance d'interprétation et validation clinique.