Strava API Update - New Terms & Subs required for API Access

Just received this email from Strava (as BreakAway: Indoor Cycling) utilises Strava API to upload completed workouts from the app to the athlete’s account.

Based on the new T&C, it’s highly likely that BreakAway will no longer be able to support direct uploads to Strava. (Below is Copy/Paste from the email)

  • New tiers & updated terms. To support our revised Developer Program and provide you clarity on where you stand and what level of support you are entitled to, we are launching new developer tier classifications – Standard and Extended Access (learn more), as well as an updated API Agreement and a new API Policy. Visit your API settings dashboard to check your tier.

  • New entry level development access. Standard Tier developers can now self-upgrade to a new level of access (up to 10 athletes, higher rate limits) directly from your API settings dashboardno formal review required.

  • Subscription required for all new Standard Tier developers. A Strava subscription will be required to access the API as a Standard Tier developer. Active developers* without a current subscription are entitled to 3-months free, click here to redeem using d0a2074c43. Extended Access Tier developers are not affected.

  • Intermediary platform access restricted. Apps routing Strava data through third-party intermediary platforms are no longer supported. These platforms prevent us from verifying how athlete data is being accessed and used downstream, creating unacceptable security risks. Direct integrations are not impacted. If your app is one of the small number of apps affected, you’ll receive a separate email with next steps.

Effective June 30, 2026

  • Subscription required for existing Standard Tier developers. A Strava subscription will be required to access the API as a Standard Tier developer. Extended Access Tier developers are not affected.
2 Likes

I have no idea what this means and it’s vague enough to mean anything. What counts as an “intermediary platform”? If you host your app on AWS, does that count as routing Strava data through a third-party intermediary platform?

I suppose this could mean apps can’t pull Strava data from some other API, like Interval.icu’s, but Interval.icu already disallows Strava data from its API, so it’s probably not affected by this.

@david any idea if these changes affect you?

I built a full app to analyze my data using Strava API. Probably in a few weeks I will need to subscribe if I want to continue using it as it is. I am planning to convert the app using the intervals.icu API… only downside I see is untill I stick to Garmin or Wahoo, no issues, but if I want to switch to Magene I am not sure to be able to load the rides, since the only official connections are Strava or Trainingpeaks…

Data is the moat now. I guess we should get used to platforms pulling up the ladder.

1 Like

My personal app will probably die too. Any way to get Apple Watch Workouts into intervals without Strava?

HealthFit: ‎HealthFit App - App Store

Same here. I had an Interface for OpenRowingMonitor to Strava, and after their last API “issues” we already decided we’d move to a much more passive approach to Strava. We are bringing data, and the way they treated us and intervals.icu was just shocking. As lead developer of this app, providing about several thousand users to Strava pro deo, I’m not inclined to start paying for the ability to test on a platform that is absolute rubbish in data analysis. Probably also the end of the line for us. Our focus shifted to other platforms anyways.

I have a simple interface for Intervals, which works well but probably can be improved. openrowingmonitor/app/recorders/intervalsInterface.js at main · JaapvanEkris/openrowingmonitor · GitHub

Feel free to use it. Improvements are welcome :slight_smile:

BreakAway works for this purpose.

Edit: This might be a better link to the actual post on the sync

Interesting. I use Breakaway already to indoor train and get my health measurements into Intervals. Let me look into this.

New developer fees, retired endpoints, a clampdown on “intermediary” data routing, and a Strava-built AI assistant. A breakdown for the athletes and apps caught in the middle.

On June 1, 2026, Strava’s overhauled developer program went live.
The biggest change to how third-party apps can touch your data since the company’s controversial 2024 API rewrite. If you use any app that pulls in your Strava activities, or you build one, the new terms are worth understanding. Here’s what changed, why Strava says it’s doing it, and what it means downstream.

What changed

The headline items, in plain terms:

  • A developer fee. Strava is replacing its old free, tiered API access with a flat subscription for around $11.99/month

  • New access tiers. Developers are now sorted into “Standard” and “Extended Access” classifications, with self-serve upgrades for small apps and formal review for everyone bigger.

  • Retired endpoints. Some endpoints (particularly those exposing aggregate or other-athletes’ data, like club details) are being sunset.

  • An intermediary clampdown. Apps that route Strava data through third-party “intermediary” platforms are no longer supported → a direct shot at services that re-pipe Strava data elsewhere.

  • The standing AI rules. Strava’s 2024 ban on using its API data to train AI models stays, as do the limits on showing one athlete’s data to anyone but that athlete.

  • A 90-day grace period. Existing developers get a transition window before the new rules take effect.

And one addition rather than a restriction: Strava is rolling out its own MCP server (a read-only, subscriber-only connector, launched with Anthropic’s Claude) that lets athletes ask AI assistants natural-language questions about their own Strava data. It’s the company’s sanctioned path for “Strava data in AI,” arriving just as it closes the unofficial ones.

Why Strava says it’s doing it

The framing from CEO Michael Martin is blunt: this is about AI scraping. He’s described AI companies relentlessly crawling public sites to feed their training data, degrading performance, and trying to evade API terms to get at Strava’s data. He’s also said Strava has turned down licensing overtures from major AI labs, and the company has publicly called out Perplexity for allegedly masking its scraping through aggregator services.

There’s a commercial subtext, too. Strava filed confidentially for an IPO in early 2026 at a reported ~$2.2B valuation, with annual recurring revenue approaching half a billion dollars, the bulk of it subscriptions. Tightening control over a proprietary dataset and of course and turning developer access into a revenue line is a sensible story to tell public-market investors.

Whether you read all this as principled privacy protection or pre-IPO moat-building probably depends on which side of the API you sit on. Both can be true at once.

What it means for athletes

For most athletes, day-to-day life won’t change much. Strava has consistently argued that changes like these affect only a tiny fraction of apps. The friction shows up at the edges: third-party tools can generally only show you your own data rather than surface it freely to, say, a coach; some niche apps that leaned on retired endpoints or intermediary routing may break; and if you want to interrogate your Strava data with an AI assistant, the blessed route is now Strava’s own subscriber MCP rather than a third-party pipe.

What it means for developers - and the rest of us

This is the part worth sitting with. Strava is, famously, a platform whose dataset is almost entirely uploaded by its users. Most of it captured on someone else’s hardware: your Garmin, your Wahoo, your Coros. A company in that position fencing off third-party access is a notable move, and it won’t be the last. As training data becomes a strategic asset, expect more platforms to add tolls, retire open endpoints, and funnel access through channels they can meter and police. The open-API era that built the modern fitness-app ecosystem is quietly narrowing. For anyone building on top of these platforms, the lesson is old but newly urgent: an API you don’t own is a dependency, not a foundation.

Full disclosure, since we build in this space: at athletedata we connect to Strava among 15+ platforms, so this touches us too. Strava data will leave our MCP tier when the grace period closes in late August, while our core coaching keeps reading your Strava activities exactly as before. The reason it’s a minor edit rather than a crisis is that we connect to devices directly wherever we can. When your Garmin or Wahoo talks to us at the source, Strava’s API terms never enter the picture. That’s our bias as builders, and weeks like this one are why.

None of this is the end of Strava, or of third-party fitness apps. But June 1 is a clear marker of where things are heading → more walls, more tolls, more data kept close.
Worth watching how the rest of the industry answers over the next 90 days.

4 Likes

At OpenRowingMonitor we are going to abandon Strava. None of the devs cares enough to pay for Strava, so testing the API is practically impossible for us. This means Strava integration will enter an “provided as-is” stage, without any support. In June 2027 Strava is going to change the v3 api considerably enough to present a breaking change for us. That will be the end of the line for Strava via OpenRowingMonitor.

2 Likes

With Avitu, not sure yet what I will be doing… There are a few users that use the Strava integration. I think I will drop Strava after the grace period.

In any case, we knew this was coming… With the explosion of AI integrations and vibe-coding, there are just more apps now that want to integrate. I don’t think the total load on these partners has increased much, just more spread out. But this does indeed require more (manual) validation processes.

I’m holding tight for all the other partners, such as Garmin (took offline their application procedure), TrainingPeaks (basically did the same), Intervals.icu (David told me he is preparing at least some rate-limiting based on supporter/non-supporter), and others…

1 Like

With Incyclist, I’m also not sure what I will be doing.

I have created the app in order to avoid paying for subscriptions. Now Strava is trying to force me to pay a subscription, so that I can offer an Strava upload feature for my users. (FOR A FREE APP !!)

As I don’t charge my users that will just increase the cost for me

im not a dev but I work in IT devops and i do not understand why all the devs and apps have this issues with strava. Just get the data from the source: Garmin, wahoo, etc.

Strava get’s it from them and then punishes everybody to get it.

just stop.

get it from the source, ignore strava except to post if needed. and even to post you can probably post directly to garmin/wahoo that in turn will push it to strava.

and that’s it

Rui

The interfaces for all of the various companies is not the same, so you then build up bespoke specific ones. Some also don’t allow you to connect to them and get data.

So, is it possible to do as you’ve said - sure. It’s not an instant thing though, and you’re also reliant on the companies accepting you as well. For example on Reddit multiple people have posted about requesting API access to COROS and getting no response.

Hi Rui,

I do get the data from the source which is the Smart Trainer or PowerMeter.

However my users want to collect their training data in one place. And unfortunately Garmin does not allow external apps to UPLOAD data into their database - it is restricted to data collected with their watches/bike computers. I don’t know for sure about Wahoo and others, but I guess it is the same there.

As a consequence of that, users have used tools such as Strava to collect (and share) their activities.
If Strava does not want that data from my users, I will advise them to use Intervals.icu is this central data source

1 Like

It isn’t the various interfaces. Most have a basic API, allowing upload of a FIT-file, protected by some temporary keys, password or OAuth. Once you’ve done that trick, it is almost a copy-paste activity with some slight modifications in URL’s. There isn’t that much variation in practice.

Here the same. We are the Smart trainer and we like to upload to anywhere our users want to go. But Garmin is indeed extremely tough to upload data. We can generate FIT-files, but automatic uploading and downloading is extremely difficult. There are tools, but they are down over 50% of the time as Garmin fixes the loophole they are using, making it a cat-and-mouse game with users caught in the middle. Not something I’d offer as a structural solution to users.

Some sites have achieved a full partner status with Garmin (Strava, Tredict) and can do a bit more. But it is a complex and painful process.

I am more and more inclined to consider Intervals.icu as primary solution indeed. Some additional sites are present (Tredict being the other), but that is about it.

If you are strictly uploading, sure. There’s only so many variations.

If instead services are ingesting data from Strava, that’s completely different and there is variation.

Hey @app4g :waving_hand:
I am in the same situation. I have an app for indoor cycling with few users and I created the app to be able to do workouts and pay no money. Strava integration was nice and handy.
I’m already paying Apple and Google devs subs. Adding Strava (that is quite expensive) on top is not an option.
I have ~50 connected users that is not a big number, but for me it’s already a great achievement. I’m very sad I have to drop support. I’m thinking to possible alternatives.
I hope they will do a step back and let upload activities be free at least.
Sad situation we saw many times these last years :frowning:

On a good note, this makes me prioritise Intervals.icu support :smiley:

1 Like

Currently, there are still many GPS brands that do not have a direct connection with Intervals. Also, Strava is often the easiest (and sometimes the only) way to import your entire training history into Intervals.