Adapting Your Integration to Strava's API Changes

Strava has tightened its API and Developer Program in a series of changes rolling out from 2024 onward, and if you have a live Strava integration you need to bring it back into compliance rather than flip a switch. The short version: re-read the current developer agreement, re-audit every place you store or display Strava data, confirm athlete consent is reflected in your UI, and re-check your rate-limit and webhook architecture. The single biggest gotcha is that routing Strava data through third-party intermediary platforms (including some aggregators) may no longer be supported, so an aggregator-mediated setup can need a direct rebuild. Treat this as a real re-integration effort, and verify every specific below against the current Strava developer agreement and API Policy — the terms have changed repeatedly since 2024.

What actually changes

The changes are less about new endpoints and more about program terms, display rules, and how third-party data can be used. As of 2026, the high-level shifts are below — verify each against the live agreement before acting, because Strava's docs and terms move.

The practical impact concentrates in a few places. Athlete permission and consent are required and must be visible in your UI. Data display and retention are constrained by the current terms, so a field you store or render today may need to be reformatted or dropped. And if Strava data currently flows through an aggregator or intermediary, that path may not comply — a consequential risk for anyone who reaches Strava indirectly. For target-integration setup details see /integrate/strava-api, and if you decide the terms no longer fit your product, weigh /alternatives/strava-api-alternatives.

The migration, step by step

This is an adaptation of an existing integration, so the sequence is audit-first, then reconcile architecture, then re-enroll. Run your current integration in parallel while you validate the changes.

1. Re-read the current agreement. Open the live Strava API Agreement, Developer Program terms, and API Policy — they supersede any summary, including this page.
2. Refresh the Developer Program form. Complete or update it with current screenshots of every surface where Strava data appears, plus the "Connect with Strava" button.
3. Audit stored and displayed fields. Check every Strava field you store or render against current terms; remove or reformat anything non-compliant and fix attribution and branding.
4. Confirm athlete consent. Verify your permission and consent UX meets the current athlete-permission requirements and is reflected in the UI.
5. Check the intermediary/aggregator path. If Strava data flows through an aggregator or intermediary platform, verify that path is still permitted; plan a direct integration if it is not.
6. Re-check rate limits and webhooks. Reconcile your rate-limit handling and the one-subscription-per-app webhook constraint against your architecture — see /fix/strava-webhook-not-firing if events stop arriving.
7. Confirm the subscription requirement. Check whether a Strava subscription is now required for your tier and budget or enroll before the effective date.
8. Choose your tier. Decide Standard vs Extended Access based on athlete reach, and apply for Extended Access if you need it.

Gotchas and how to keep users connected

The intermediary-platform restriction is the one that can force real rework: if you reach Strava through an aggregator, confirm the wording of the current terms before assuming your path survives, and plan a direct rebuild if it does not. Athlete grants and consent are not something you can silently carry over — if you change how you collect consent, plan for athletes to re-authorize. The one-subscription-per-app webhook limit means you cannot spin up parallel subscriptions freely, so coordinate any migration around that single channel. And because tier caps, fees, effective dates, and rate limits have all shifted since 2024, do not build against any specific number from memory.

Keep your existing integration live while you reconcile these items, and cut over only once you have confirmed compliance against the current agreement. Realistically this is a compliance-and-architecture pass, not a rewrite of your core data flow — but the intermediary and subscription changes can escalate it into a direct re-integration, so scope it after you have read the live terms. When in doubt, verify the current Strava developer agreement and API Policy.