If you want to build your own client experience rather than use the standard portal, the Fytkit SDK lets you talk to your Fytkit data from your own web or mobile app. To do that you need a developer app, which gives you a publishable clientId. Manage these under Configuration → Developer.
This is an optional, technical feature — you don’t need it to run your coaching business on Fytkit.
Go to Configuration → Developer. The table lists each app with its Name, Client ID, Status, and Last used date. Each Client ID has a copy button beside it.
clientId is shown as soon as the app is created.Requests are accepted only from the origins you list here — this is what stops someone else’s site using your Client ID. Type an origin and press Enter to add it.
https://app.example.com.http://localhost and http://127.0.0.1 are allowed so you can test locally before publishing.Turn on Allow native apps if you’re building an iOS or Android app (for example with React Native). Native apps send no Origin header, so they can’t be matched against your allowed-origins list — this toggle is what lets those requests through. Leave it off if you’re only building for the web.
Optionally set a Password reset URL — the deep link your clients land on when they reset their password from your app, e.g. https://app.example.com/reset. This URL is embedded in an email and clicked from arbitrary mail clients, so it must use https — localhost isn’t accepted here. Leave it blank while you’re still developing.
Each app has a Status toggle: active or revoked. Revoking is the right move if a Client ID has been misused or an integration is retired.
A revoked app rejects all new requests, but existing client sessions stay valid until they expire — so revoking isn’t an instant cut-off for everyone already signed in. You can also delete an app outright.
clientId is publishable — it’s designed to ship in browser code. Your allowed-origins list, not secrecy, is what protects it.localhost to the dev app without loosening your live one.