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.
→
→
→
→
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.
- 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.