Skip to main content
Question

Standard Tier — Confirming full access to core activity/athlete/webhook endpoints

  • September 17, 2026
  • 2 replies
  • 25 views

Forum|alt.badge.img+1

Hi everyone,

I'm about to start building a fitness application on Strava API v3 under the Standard Tier developer program. My app lets individual users authenticate via OAuth 2.0 and sync their personal activity records into my app's database.

Before I start development, I wanted to confirm that the following endpoints are fully available (read + write where applicable) under Standard Tier:

  • Activities: GET /athlete/activities, GET /activities/{id}, POST /activities
  • Streams: GET /activities/{id}/streams (GPS, heart rate, power)
  • Webhooks: POST /push_subscriptions (for real-time sync instead of polling)
  • Athlete Data: GET /athlete, GET /athletes/{id}/stats

I've already checked the changelog and understand that the Club endpoints (Activities/Members/Admins) were removed and GET /segments/explore now requires Extended Access Tier — so I'm not asking about those.

Two questions for the community:

  1. Can anyone confirm these four groups are unaffected by the recent Standard Tier changes and still work as documented?
  2. Are there any other endpoints worth knowing about for a personal activity-sync use case like mine (e.g. gear, routes, segments) that I should plan for early, even if I don't need them at launch?

Thanks in advance — happy to share what I learn back here once I've built and tested it.

2 replies

Jan_Mantau
Forum|alt.badge.img+26
  • Hub Powerhouse
  • September 17, 2026

These endpoints work and you wouldn’t necessarily need other endpoints if you only want to load activities.

If you plan to connect more than the default 10 Strava users, be aware of the retention rule of maximum 7 days for data downloaded from the Strava API.


Forum|alt.badge.img+1
  • Author
  • Hub Rookie
  • September 18, 2026

Follow-up on the 7-day retention rule: does it apply only to raw API responses, or also to derived values I extract and store myself (e.g. distance + date per activity), and would rolling those into monthly aggregate totals (then discarding per-activity rows) be a compliant way to keep multi-year leaderboard history?