OAuth 2.0

(new in 0.7.0)

FitTrackee provides a REST API (see documentation) whose most endpoints require authentication/authorization.

To allow a third-party application to interact with API endpoints, an OAuth2 client can be created in user settings (‘apps’ tab).


OAuth2 endpoints requiring authentication are not accessible by third-party applications (documentation), only by FitTrackee client (first-party application).

FitTrackee supports only Authorization Code flow (with PKCE support). It allows to exchange an authorization code for an access token. The client ID and secret must be sent in the POST body. It is recommended to use PKCE to provide a better security.


The following scopes are available:

  • application:write: grants write access to application configuration (only for users with administration rights),

  • equipments:read: grants read access to equipments endpoints (new in 0.8.0),

  • equipments:write: grants write access to equipments endpoints (new in 0.8.0),

  • profile:read: grants read access to auth endpoints,

  • profile:write: grants write access to auth endpoints,

  • users:read: grants read access to users endpoints,

  • users:write: grants write access to users endpoints,

  • workouts:read: grants read access to workouts-related endpoints,

  • workouts:write: grants write access to workouts-related endpoints.


  • The user creates an App (client) on FitTrackee for a third-party application.

    OAuth2 client creation on FitTrackee
    After registration, the client id and secret are shown.
    They must be stored in the 3rd-party application by the user.
  • The 3rd-party app needs to redirect to FitTrackee, in order for the user to authorize the 3rd-party app to access user data on FitTrackee.
    App authorization on FitTrackee
    The authorization URL is https://<FITTRACKEE_HOST>/profile/apps/authorize.
    The required parameters are:
    • client_id: the client id displayed after registration

    • response_type: code, since FitTrackee only supports Authorization Code flow.

    • scope: scopes separated with space.

    and optional parameters:
    • state: unique value to prevent cross-site request forgery

    For PKCE, the following parameters are mandatory:
    • code_challenge: string generated from a code verifier

    • code_challenge_method: method used to create challenge, for instance “S256”

    Example for PKCE:
  • After the authorization, FitTrackee redirects to the 3rd-party app, so the 3rd-party app can get the authorization code from the redirect URL and then fetches an access token with the client id and secret (endpoint /api/oauth/token).
    Example of a redirect URL:


OAuth2 support is implemented with Authlib library.


If FitTrackee is running behind a proxy, the X-Forwarded-Proto header must be set.
For instance for nginx:
proxy_set_header  X-Forwarded-Proto $scheme;


Some resources about OAuth 2.0: