List queryable tables
curl 'https://api.justcrawl.io/api/v1/bi/schema' \ -H 'Authorization: Bearer $JUSTCRAWL_API_KEY'import os, requestsr = requests.get( 'https://api.justcrawl.io/api/v1/bi/schema', headers={'Authorization': f'Bearer {os.environ["JUSTCRAWL_API_KEY"]}'},)r.raise_for_status()print([t['name'] for t in r.json()['tables']])The tables in your organization’s bi schema — the entire surface a BI query can read.
Results are cached for 60 seconds per org and catalog version.
Authorizations
Section titled “Authorizations”Responses
Section titled “Responses”Tables visible to this organization
object
object
Examplegenerated
{ "tables": [ { "name": "example", "schema": "example", "description": "example" } ], "catalogVersion": 1}Missing or invalid authentication token
object
Example
{ "error": "Missing or invalid authentication token"}Access to the BI surface itself is refused. no_org and feature_disabled fire on every BI route from the mount guard, before any handler runs — feature_disabled is the first response most new integrations see, because the SQL console is entitled per organization. Permission and verified-email gates use insufficient_permissions and email_not_verified; rls_denied and kill_switched come from the engine. This response never describes resource-level authorization: an id you do not own returns 404, not 403.
object
object
Stable, machine-readable error code. Match on this, not on message.
Customer-safe description. Never raw exception or driver text, with one deliberate exception: a syntax_error (SQLSTATE 42601) passes the database’s own message through verbatim, because it describes SQL the caller wrote themselves and names nothing they could not already see — see the root CLAUDE.md §Error reporting for the full carve-out.
Reference page for this code. Codes shared with the rest of the API have their own page; the BI-local vocabulary points at the single BI errors page that tabulates all of them.
Correlation id. Identical to the X-Request-ID response header — quote either one to support.
object
Example
{ "error": { "code": "feature_disabled", "message": "SQL console is not enabled for this organization", "docs_url": "https://docs.justcrawl.io/guides/errors/bi", "request_id": "req_9f3a1c7e2b40" }}Unexpected server error. Full detail goes to the logs and PostHog $exception capture, never the response
Error envelope returned by every /api/v1/bi/* handler error. Unlike the rest of the API — where the structured shape is opt-in via the application/vnd.justcrawl.v1+json media type — a BI handler always emits it, and all four fields are always present. The one exception: 401s from missing or invalid auth are rejected by shared middleware before any BI handler runs, so they carry the flat { "error": "<message>" } shape (Error schema) instead — see the Unauthorized response on each operation.
object
object
Stable, machine-readable error code. Match on this, not on message.
Customer-safe description. Never raw exception or driver text, with one deliberate exception: a syntax_error (SQLSTATE 42601) passes the database’s own message through verbatim, because it describes SQL the caller wrote themselves and names nothing they could not already see — see the root CLAUDE.md §Error reporting for the full carve-out.
Reference page for this code. Codes shared with the rest of the API have their own page; the BI-local vocabulary points at the single BI errors page that tabulates all of them.
Correlation id. Identical to the X-Request-ID response header — quote either one to support.
Example
{ "error": { "code": "internal_error", "message": "Failed to list queries", "docs_url": "https://docs.justcrawl.io/guides/errors/internal_error", "request_id": "req_9f3a1c7e2b40" }}