focadio.
click to skip
API

API access for AI visibility workflows.

Create projects, queue visibility runs, and read scored results from your own systems. The focadio API wraps the same tenant-scoped pipeline the dashboard uses — with run queues, idempotency, and metering built in.

Endpoints are described against the platform as it exists today. Anything roadmap-only is marked clearly.

API surface
tenant-scoped
Dashboard authSupabase JWT
Enterprise authAPI keys
Run executionnon-blocking
Meteringper-call capture
Same pipeline. Programmatic access.
Authentication

Two surfaces. One tenant boundary.

The dashboard uses a customer-side JWT for human sessions. Enterprise customers can also issue API keys for server-to-server programmatic access. Both authenticate into the same tenant scope.

Dashboard

Dashboard sessions authenticate through Supabase JWT.

Authorization: Bearer <supabase_jwt>

Enterprise API keys

Enterprise customers can issue API keys. Keys are hashed at rest.

Authorization: Bearer <api_key>
Core endpoints

The endpoints behind every visibility workflow.

Nine endpoints cover the full loop: project setup, query management, run creation, run status, results, score breakdowns, and an optional callback for n8n orchestration.

GET/healthService health check.
POST/projectsCreate a tenant-scoped project.
POST/projects/{id}/queriesAdd target queries to a project.
POST/projects/{id}/queries/discoverDiscover candidate queries for a project.
POST/projects/{id}/runsStart a visibility run (debits credit on creation).
GET/runs/{id}Read run status, including queue and pipeline state.
GET/runs/{id}/resultsRead visibility results after the run has processed.
GET/runs/{id}/scoresRead the per-query score breakdown for a run.
POST/callbacks/n8nOptional n8n callback for orchestrated workflows. Optional
API principles

How the API stays honest under load.

Tenant-scoped access

Every API call resolves to a tenant. Projects, runs, results, and ledger entries stay inside that scope.

Non-blocking runs

Run creation enqueues background pipeline work and returns a run ID. The API never blocks on long-running engine calls.

Credit debit on run creation

Run creation debits credit from the tenant ledger so usage is predictable and observable.

Idempotency keys

Run creation supports idempotency keys, so retries do not produce duplicate runs or duplicate debits.

Metering on external calls

Adapter-mediated AI and SERP calls capture tokens, latency, and cost — visible per run.

Results read after queued processing

Result endpoints reflect the state of the queued pipeline. Callers poll the run status or wait for completion.

Final word

Move AI visibility data into your own systems.

Talk to us about scoping API access for your enterprise workflow. We will only describe endpoints and behavior the platform supports today.