The Insito API has two authentication modes — one for SDK traffic from your mobile app, one for dashboard traffic from the admin.insito.app web UI. They never overlap.Documentation Index
Fetch the complete documentation index at: https://docs.insito.app/llms.txt
Use this file to discover all available pages before exploring further.
SDK: project API keys
All/v1/sdk/* routes require a Bearer token in the
Authorization header. The token is your project’s API key from
admin.insito.app → Project →
Settings → API key.
- Format:
proj_xxxwherexxxis a 32-char random hex string. - One key per project — rotating creates a new key and invalidates the old one immediately.
- Scoped to one project’s data. Reads and writes outside that project return 404.
Dashboard: Supabase JWTs
/v1/dashboard/* routes require a Supabase auth JWT in the same
Authorization: Bearer shape.
sub (user ID) and the
member table. Cross-org access returns 404.
Rate limits
Per-endpoint, per-key/JWT. See Plan limits for response caps. Other endpoints (identify, event, impression) have generous limits — ~100 req/s burst, ~10 req/s sustained per project. Going above returns429 Too Many Requests with a Retry-After header.
Error shape
Every non-2xx response looks like:| Code | HTTP | Meaning |
|---|---|---|
unauthorized | 401 | Missing or malformed Authorization header |
invalid_token | 401 | Token recognized as ours but rejected (rotated, deleted) |
forbidden | 403 | Token is valid but the action isn’t allowed |
not_found | 404 | Resource doesn’t exist OR exists in a different org (deliberately ambiguous) |
validation_failed | 400 | Body failed zod schema validation |
rate_limited | 429 | Rate limit hit; honor Retry-After |
response_limit_reached | 402 | Plan exhausted; payload includes upgradeUrl |
internal_error | 500 | Bug on our end; included requestId for support |
Versioning
The API is versioned via URL prefix (/v1). We bump major versions
for breaking changes; backwards-compatible additions never get a new
version. Deprecation notices ship in the Sunset and Deprecation
HTTP headers per RFC 8594
at least 6 months ahead of removal.