如果你同时用Fitbit和iPhone，你大概率经历过这种抓狂。手腕上的Fitbit Air兢兢业业记录了你昨晚的深度睡眠时长、今天的心率数据和一万步的行走轨迹，但这些数据进了谷歌Health（原Fitbit App）之后，就再也出不来了。Apple Health里空空如也，你的健康数据被迫分居两地。一个在谷歌的服务器里，一个在苹果的HealthKit里，互不往来。
2026年8月3日，这堵墙终于倒了。
谷歌Health iOS版更新至5.05版本，首次实现了与Apple Health的双向数据同步。运动记录、步数、生命体征、睡眠数据，这些原本只能被谷歌Health单向读取的指标，现在终于可以写入Apple Health。用户授权决定哪些数据可以共享，但有一项例外：心率变异（HRV）不在此次同步之列。两家公司使用不同的计算公式，SDNN和Apple的算法无法直接换算，强行同步反而可能造成误判。
从2014年9月苹果发布HealthKit至今，这场等待整整持续了12年。
一堵12年的墙
谷歌Health 5.05的更新日志看起来并不起眼。在9to5Google的报道中，它被描述为“相对较小的更新”。此前的几周里，谷歌Health已经连续发布了5.01到5.04四个大版本。但5.05的“小”是表象，它触及的是一个长达12年的结构性问题。
此前，谷歌Health（以及更早的Fitbit App）在iOS上只能从Apple Health读取数据，无法写入。这意味着用户可以通过谷歌Health查看Apple Health中的数据，但反过来，Fitbit手环采集的步数、心率、睡眠等数据却无法回流到Apple Health。用户必须借助第三方工具才能完成数据搬运，不仅操作繁琐，而且存在隐私风险。
新版更新彻底改变了这个格局。用户只需在谷歌Health中点击个人头像，进入“Partner apps”，选择Apple Health，按提示完成授权，数据就会自动从谷歌Health流向Apple Health。同时，谷歌Health还新增了Smart Health Links功能（仅限美国地区），允许用户生成医疗记录摘要的共享链接，通过URL或二维码分享给家人或医生。
2014年6月，苹果在WWDC上正式发布HealthKit，同年9月随iOS 8上线。从那一刻起，苹果就为第三方应用和硬件设备建立了一套严格的健康数据读写框架。任何想要与Apple Health交换数据的应用，都必须通过HealthKit API，并获得用户的明确授权。
这套框架的好处显而易见：统一的数据标准、严格的隐私保护、用户对数据的完全控制权。但它的副作用也很明显。第三方硬件厂商在Apple Health生态中天然处于“二等公民”地位。它们可以向Apple Health写入数据，但那些数据一旦进了苹果的围墙，就很难再被导出到其他生态。
谷歌（通过Fitbit）在这个生态中扮演了一个特殊的角色。作为苹果在可穿戴设备市场的直接竞争对手，谷歌在长达12年的时间里，选择了只读不写。这并非技术障碍。HealthKit允许开发者同时申请读写权限。这是商业选择。
为什么谷歌用了12年才学会“写数据”
生态锁定的代价
2021年1月，谷歌以21亿美元完成了对Fitbit的收购。当时，Fitbit拥有超过2900万活跃用户，累计销售超过1亿台设备。这笔交易从一开始就伴随着监管层面的巨大阻力。欧盟委员会对谷歌收购Fitbit进行了长达数月的反垄断审查，最终在谷歌做出了一系列承诺后才批准交易。其中最重要的一条是：Fitbit用户的健康数据不得用于谷歌的广告业务，且必须与谷歌的其他数据保持隔离。
这一承诺在很大程度上塑造了谷歌Health后续的产品策略。当你的健康数据不能用于广告、不能与谷歌其他业务产生协同时，这些数据的经济价值就大打折扣。既然如此，为什么还要费力把它们写入苹果的生态？
答案很简单：因为用户不答应。
用户的声音
在Reddit、Fitbit官方论坛、Google Health Help Center等平台上，“什么时候能把Fitbit数据同步到Apple Health”是过去几年里最高频的提问之一。对于大量同时使用iPhone和Fitbit设备的用户来说，数据孤岛是每天都要面对的痛点。他们不得不安装第三方同步工具，承担额外的订阅费用和隐私风险。
更深层的问题是：当用户换掉手机或换掉手表时，他们的健康数据面临着彻底断裂的风险。一个人多年的运动、睡眠、心率数据，因为生态壁垒而无法迁移，这在数据主权意识日益觉醒的今天，越来越难以被接受。
2026年5月，谷歌将Fitbit App正式更名为谷歌Health，同步推出了全新的健康教练AI功能，以及平价Fitbit Air系列。这次品牌升级不仅仅是换了个名字，更是一次战略定位的调整：从“硬件厂商的配套App”转向“跨平台的健康数据平台”。而实现跨平台数据互通，正是这个战略的必然要求。
技术层面的妥协
值得注意的是，此次同步并非“全量同步”。谷歌Health明确表示，心率变异（HRV）数据不会被同步到Apple Health。原因在于两家公司使用不同的计算模型。谷歌基于SDNN，苹果采用自己的算法，两种数据在数学上无法直接换算，强行同步反而可能造成用户对自身健康状况的误判。
这一细节揭示了健康数据互通的深层困境：即使两家公司愿意开放数据，数据的标准化问题依然存在。心率变异、压力评分、VO2Max等指标，不同的设备厂商和App开发者往往采用不同的计算模型，直接搬运数据可能导致不一致甚至误导。这不仅仅是意愿问题，更是标准问题。
更大的棋局
谷歌Health向Apple Health开放写入权限，表面上是“低头”，实际上是谷歌在健康赛道上的战略升级。
从2021年收购Fitbit到2026年推出谷歌Health，谷歌在健康领域的布局经历了三个阶段。第一阶段是硬件整合，Fitbit产品线并入谷歌硬件体系。第二阶段是品牌升级，Fitbit App更名为谷歌Health。第三阶段是生态开放，实现跨平台数据互通。Smart Health Links的推出则指向了另一个方向：医疗级数据共享，让谷歌Health从“健身追踪”走向“健康管理”。
与此同时，谷歌也在Android端构建自己的健康数据标准——Health Connect。这套框架于2022年5月在Google I/O上发布，由谷歌与三星联合开发，解决的是Android生态中健康数据碎片化的老问题。它与苹果的HealthKit在架构上高度相似，都是系统级的数据中枢，要求第三方应用通过统一API读写数据。随着谷歌Health同时支持Health Connect（Android）和Apple Health（iOS），谷歌实际上在构建一个“跨平台健康数据层”。用户的数据不再被锁定在单一设备生态中，而是可以在不同平台之间自由流动。
开放比封闭跑得更远
谷歌Health向Apple Health开放写入，是健康数据领域的一个标志性事件。它证明了即使是最深的生态壁垒，在用户需求面前也不是坚不可摧的。
对于用户来说，这意味着他们终于可以自由选择硬件设备，而不必担心数据被锁定在某个品牌的围墙内。你在Fitbit Air上记录的睡眠数据，可以完整地出现在Apple Health的Dashboard中；你从Apple Watch切换到Fitbit，也不意味着过去几年的健康数据就此作废。
对于行业来说，这是一个重要的信号。当谷歌这样的公司愿意主动向竞争对手的生态写入数据时，健康数据的互操作性就不再是“能不能”的问题，而是“想不想”的问题。用户数据主权正在从理想走向现实。
短期来看，用户是最大的赢家。长期来看，苹果和谷歌同时受益：健康数据互操作性的提升降低了用户更换设备的心理门槛，反而可能扩大整个可穿戴设备市场的规模。当用户不再担心数据被锁定，他们更愿意尝试新设备，整个市场变得更加活跃。
而那些依赖数据锁定来维持用户粘性的中小厂商，以及那些靠“跨平台数据同步”作为核心卖点的第三方工具，将面临压力。当谷歌Health自家实现了原生同步，第三方工具的存在价值就被大幅削弱了。
12年，一堵墙，一次更新。谷歌Health终于学会了写数据。不是因为它不能，而是因为它终于想通了：在健康数据这场马拉松里，开放比封闭跑得更远。
快报