Strava-data inzetten voor uitvoering en progressie zonder privacy, context en trainingsdoel uit het oog te verliezen.
Algemeen · Alle niveaus
Pas toe in je schema
Strava-data is bruikbaar wanneer het een trainingsvraag beantwoordt. Koppel activiteiten eerst privé aan het plan, combineer objectieve data met RPE en laat communitydeling een aparte opt-in keuze zijn.
| Data | Gebruik |
|---|---|
| Segment/PR | Leuk als context, niet automatisch bewijs van trainingskwaliteit. |
| Plan versus uitvoering | Eerst vergelijken met het doel van de sessie. |
| Trend | Meerdere vergelijkbare sessies zijn waardevoller dan één uitschieter. |
| Privacy | Deel alleen data waarvoor je bewust toestemming geeft; scope en opslag moeten passen bij het doel. |
→
→
→
→
Een activiteit is bewijs van uitvoering, niet van kwaliteit
Strava vertelt dat je hebt gelopen, gefietst of gezwommen en bevat afhankelijk van apparaat en toestemming gegevens zoals duur, afstand, tempo, hartslag en vermogen. Dat is waardevol, maar zegt nog niet of de sessie deed wat het trainingsplan bedoelde.
GTGF moet daarom eerst de activiteit aan een geplande sessie koppelen. Pas daarna kun je vragen stellen als: kwam duur overeen, was de intensiteit logisch en hoe voelde de sessie?
Match automatisch, maar laat onzekerheid zichtbaar
Sporttype, datum/tijd, duur en eventueel afstand of intervalkenmerken kunnen samen een matchscore vormen. Bij een duidelijke match kan GTGF automatisch koppelen. Bij twijfel hoort het systeem te vragen: “Was dit de geplande duurtraining van dinsdag?”
Dat is beter dan zelfverzekerd een verkeerde koppeling maken. Automatisering moet administratie verminderen, niet nieuwe dataruis creëren.
Gebruik data voor trends, niet voor sociale druk
Een snelle training op Strava kan door wind, afdaling, groepsrit of wedstrijdcontext heel anders zijn dan de vorige. Vergelijk vooral sessies die inhoudelijk vergelijkbaar zijn. Voor progressie zijn trends in output bij vergelijkbare RPE, hartslagreactie en uitvoering van sleutelsessies nuttiger dan kudos of weekranglijsten.
Extra activiteiten moeten bovendien niet automatisch als “beter” tellen. Een ongeplande harde rit kan juist herstel verstoren.
Privacy begint vóór de communityfeed
De Strava API werkt met expliciete scopes. Apps horen alleen de toegang te vragen die nodig is. GTGF moet een ingelezen activiteit standaard als privé trainingsdata behandelen. Pas een afzonderlijke gebruikersvoorkeur bepaalt of afstand, tijd of activiteit in de club zichtbaar wordt.
Strava vereist ook dat applicaties privacy-instellingen respecteren, toestemming uitleggen en een route bieden om toestemming in te trekken en verwijdering aan te vragen. Dat hoort in GTGF zichtbaar en begrijpelijk te zijn.
Een dashboard toont alleen data die een beslissing ondersteunt
De beste integratie is niet degene met de meeste grafieken. Op Today wil je weten: is de geplande training gedaan, hoe kwam hij overeen met het plan en is feedback nodig? In Progress kun je vervolgens meerweekse trends tonen.
Stel bij ieder datapunt de vraag: welke beslissing kan de sporter hier beter mee maken? Als het antwoord “geen” is, is het waarschijnlijk secundaire detailinformatie.
PRAKTIJKVOORBEELD
Voorbeeld: snelle Strava-rit op een geplande herstelmiddag
De PR is niet het belangrijkste datapunt. De relevante vraag is of de extra intensiteit invloed heeft op de volgende sleuteltraining. Label daarom de activiteit als uitvoering, voeg RPE/context toe en laat de Coach pas bij een patroon adviseren. Data hoort training uit te leggen, niet achteraf te rechtvaardigen.
- Controleer welke Strava-scopes GTGF werkelijk nodig heeft.
- Maak activity matching uitlegbaar en vraag bevestiging bij twijfel.
- Toon planned-versus-completed vóór losse prestatiegrafieken.
- Laat iedere communitycategorie afzonderlijk opt-in zijn.
- Geef in instellingen een duidelijke knop voor loskoppelen en gegevensverwijdering.
Veelgemaakte fouten
- Iedere activiteit automatisch in de communityfeed zetten.
- Ongeplande extra training als bonuspunten behandelen.
- Een snelheidsrecord zonder context als progressie interpreteren.
- Meer API-toegang vragen dan de functie nodig heeft.
Strava- en wearabledata zijn trainingsinformatie, geen medische diagnose. Onverklaarde fysiologische klachten horen niet door een activityscore beoordeeld te worden.
ONDERBOUWD & TOEGEPAST
Wat je kunt vertrouwen — en waar de nuance zit
Strava documenteert verschillende scopes voor profiel- en activiteitsdata en adviseert toepassingen alleen de benodigde toegang te vragen. De API-voorwaarden vereisen toestemming, respect voor privacy-instellingen en duidelijke mogelijkheden voor intrekken/verwijderen. Voor de trainingskant gebruikt GTGF RPE en planned-versus-completed als context, omdat monitoringonderzoek laat zien dat interne belasting niet volledig uit externe output kan worden afgeleid.
GTGF-duiding: Voor GTGF geldt een extra grens: Strava-data wordt niet gebruikt alsof het vrij beschikbare trainingsdata is. Productbeslissingen moeten voldoen aan actuele API- en privacyvoorwaarden.
Bronkeuze: GTGF geeft voor praktische claims voorrang aan consensusdocumenten, systematische reviews, meta-analyses en recente vakliteratuur. Waar onderzoek geen harde individuele grens ondersteunt, presenteren we een besliskader in plaats van schijnprecisie.
Kennis telt pas als je er iets mee doet.
Kies één volgende stap. GTGF verandert niets automatisch; jij bepaalt waar je dit inzicht gebruikt.