Industry News
Quick Verdict
If any third-party app reads your Fitbit data, open it this month and check that it still shows today's numbers. Fitbit's own developer site now carries a deprecation notice: "The Fitbit Web APIs are moving to a new, scalable infrastructure. We will be deprecating the legacy Fitbit Web API in September 2026." That interface is the pipe almost every non-Google app has used to pull your steps, sleep and heart rate out of Fitbit. Its replacement is the Google Health API, which Google's developer site describes as "the next generation of the Fitbit Web API" and runs on Google's OAuth 2.0 framework rather than Fitbit's. The consumer half of the change already happened: Google's help center says that starting May 19, 2026, the Fitbit app became the Google Health app.
Here is the catch, and it is the reason this is worth ten minutes of your time rather than none. No single authoritative consumer shutdown date has been published, and the apps that have warned their users do not say the same thing. Big Team Challenge tells members they "must update your connection to Google Health before the 30th September 2026". HealthCheck360 tells its users the transition "is automatic for existing Fitbit users and preserves all historical workout stats and health metrics". Both statements can be true, because two different things moved: your Fitbit account, which Google migrated for you, and the authorisation each separate app holds to read your data, which in general it did not. Fitbit's own notice names a month and not a day. The practical conclusion is unglamorous: assume every app connection needs to be redone before the end of September, and verify it by looking at real numbers rather than at a green "connected" label.
What Changed, and When
Every row below comes from the page named in the last column, fetched for this article. We have kept the attribution per row on purpose, because the dates come from different kinds of source and carry different weight.
| Date | What happened | Stated by |
|---|---|---|
| May 19, 2026 | "Starting May 19, 2026, the Fitbit app will become the Google Health app" | Google Health Help Center |
| May 19 to 26, 2026 | Accounts already connected to a Google Account update automatically; standalone Fitbit accounts must be moved to Google | Google Health Help Center |
| Around May 25, 2026 | Weight stopped reaching at least one partner platform through the connection | HealthCheck360 |
| September 2026 | "We will be deprecating the legacy Fitbit Web API in September 2026" | Fitbit developer site |
| September 30, 2026 | "You must update your connection to Google Health before the 30th September 2026" | Big Team Challenge |
Two things are worth noticing in that table. The only first-party date for the developer interface is a month, not a day, so September 30 is one partner's reading of it rather than a published Google deadline. And the weight row is the kind of detail that never makes a headline: a single metric quietly stopped crossing over six days after the app changed name, and the only place that is written down is a corporate wellness vendor's help article.
One more change is buried in Google's own notes and matters if it applies to you: the help center states that connections to Lifescan devices are no longer supported. That is a hard removal, not a reconnection.
Why Your Apps Have to Ask You Again
The short version is that the login moved houses. The legacy Fitbit Web API authenticated against Fitbit. The Google Health API, in Google's own words, lets developers "view and manage health and fitness metrics and measurement data from Fitbit, Pixel Watch, and other third-party devices and apps" on "a unified API infrastructure on Google's secure OAuth 2.0 framework". When the identity provider changes, the permission an app was granted under the old one does not automatically become a permission under the new one.
You can see that in the instructions partners are writing. HealthCheck360 tells users to pick "Continue with Google. Do not put in your email address or password as Fitbit is now connected with Google", and to "Ensure that you select Allow All to make the connection". Big Team Challenge walks members through Sync Device settings, a "Start update" button, and "Reconnect with Google" using the same account linked to their Google Health app. Both flows are a fresh sign-in, not a silent handover.
The detail that catches people out is the account choice. If you ever had a standalone Fitbit login and a separate Google account, the reconnection screen will happily let you authorise the wrong one, and the app will then sync an empty account rather than fail loudly. Big Team Challenge is explicit that it has to be the same Google account as the one in your Google Health app.
The Two Routes Fitbit Data Can Take
There are now two distinct ways your Fitbit numbers reach another app, and they fail for different reasons. Knowing which one your app uses tells you what to check.
| Route | Works on | Who has to do the work | How it breaks |
|---|---|---|---|
| Cloud, through the Google Health API | iPhone and Android | The app developer migrates, then you re-authorise with Google | Developer did not migrate, or you never re-authorised |
| On-device, through Health Connect | Android only | You grant per-data-type permissions on the phone | A data type was never permitted, or the source app stopped writing it |
| Apple Health | iPhone | Listed by Google as a way third-party sources share data with the Google Health app | Google does not publish an equivalent list of what it writes out to Apple Health |
On Android the on-device route is the more durable one, because it does not depend on anyone's cloud credentials. Google's help center says that "for most third-party apps and devices, data can be shared with the Google Health app through Health Connect (Android phones) and Apple Health (iPhones)", and its Health Connect page lists a long set of types Google Health can both read and write, covering fitness, sleep, vitals, body measurements, nutrition and cycle health. If your Android app can read from Health Connect, that path is worth setting up as a backstop even if the direct connection is working today. Our guide to Health Connect with Garmin covers the same permission model in more detail, and the mechanics are identical whichever wearable is writing.
iPhone is where this gets thinner. Google names Apple Health as a way data is shared with the Google Health app, which is inbound. It does not publish a matching list of what Google Health writes out to Apple Health, and Vora's own Fitbit integration page states plainly that Fitbit does not share with Apple Health, which is why Vora's iPhone route is a direct connection rather than a read from the phone's health store. So on iPhone, if an app loses the cloud connection, there is no obvious local fallback. Treat that as the version of this change most likely to leave someone with a gap in their history.
What Partner Apps Are Telling Their Users
Google's help center names Apple Watch, Garmin watches and trackers, Samsung Galaxy watches, WHOOP and Oura rings among the devices that connect to the Google Health app, and Strava and MyFitnessPal among the apps. That is the scale of what is being re-plumbed. The useful reading, though, is in the notices individual apps wrote for their own members, because those describe what actually went wrong.
Big Team Challenge documents a live problem rather than a theoretical one: "a known issue on Google's side where synced totals are lower than what appears on your device or inside the Google Health app". That is the failure mode to watch for. Your app looks connected, your steps look plausible, and the number is simply short. A connection status light will not catch it. Comparing one day's total against the Google Health app will.
HealthCheck360 lists what its integration receives after the move: duration, distance, steps, calories, sleep and heart rate in beats per minute. That is a narrower set than Fitbit devices record, and it is a reasonable expectation to carry into any app you reconnect. If your app used to show a metric that is not on a list like that, verify it specifically rather than assuming the whole connection came back intact.
We also looked for a notice from MyFitnessPal, which Google lists as a connected app. Its help center refused our request, so we are not quoting what we could not read.
What To Do Before the End of September
This takes about ten minutes and it is the whole point of the article.
First, list the apps that read your Fitbit data. Most people have more than they remember: a calorie tracker, a training app, an insurance or workplace wellness portal, maybe a sleep app. Second, open each one and look at a number you can verify, such as today's steps or last night's sleep duration, and compare it against the Google Health app. Do not accept a connection indicator as proof.
Third, where the numbers are missing or short, disconnect and reconnect, and at the sign-in screen choose Continue with Google using the same Google account as your Google Health app. Grant all the requested data types; a partial grant is the most common reason one metric comes back and another does not. Fourth, if you are on Android, open Health Connect and check which apps have read and write permission for the types you care about, so you have a second path if the cloud connection lapses. Our breakdown of which wearable metrics actually sync is a useful reality check on the gap between what a device records and what it exports.
Finally, if you were already thinking about leaving the platform, this is a reasonable moment to price the alternatives rather than reconnect out of habit. We covered the field in the Fitbit Air alternatives roundup, and Fitbit Air versus Pixel Watch 4 covers what staying inside Google's health stack now looks like.
Where Vora Fits
Fitbit reaches Vora through a direct connection on both iPhone and Android, and on Android you can also let it arrive through Health Connect. The direct connection is free on every Vora plan, and it imports sleep, heart rate, HRV, blood oxygen, activity and workouts. There is a real limit attached to it today, and it is published on our own help page rather than buried: direct spots are limited while Google verifies Vora's Fitbit access, and when they are full the Fitbit screen in the app says more spots are coming soon.
We are not going to tell you that Vora is unaffected by an interface change that touches every app reading Fitbit data, because that is not a claim we can make from a source. What we can point you at is the current state of the connection: our integrations page carries the live status, and the Fitbit help article describes both routes and the spot limit. If you are on Android and want the more robust setup, connect through Health Connect as well as directly, and Vora will keep both sources and pick one per metric. Choosing the source yourself is a Pro feature.
One thing worth knowing before you expect a number to reappear: Vora calculates its own Sleep, Recovery and readiness scores from the underlying data and does not import other companies' scores. So a Fitbit reconnection restores the raw metrics, not a Fitbit score. That is the same boundary that applies to Garmin Body Battery and Oura's Readiness, and it is deliberate rather than a gap.