Accounts
LiveSensitiveCheck one account live, at the source
/data-api/v2/accounts/{platform}/{handle}/live- Scope
- scrape:live
- Freshness
- live read
- Group
- Accounts
- Platforms
- 7 of 7
What this endpoint answers
Reads the platform right now and folds our catalog in behind it, so a single call answers both 'does this account exist and how big is it this second' and 'what have we been watching it do'. This is the endpoint to put in a fraud review, a listing check or a hand-off. It is metered as a live call because every one of them spends real upstream capacity.
This is a live read: it goes to the platform at request time, returns cache_age_s = 0, and is metered against a separate live-per-minute bucket on top of your tier. It needs the scrape:live scope (Live scrape): Read from the platform itself rather than from the catalog: a profile or channel on any of the seven platforms, and on X the whole content layer - timelines, posts, replies, quotes, threads, followers, search, lists and communities.
Good to know
- live.state is the whole answer. `live` means the number is real. `not_found` means the source was asked and said no, so exists is false - that is an answer, returned as a 200, not an error. `unreadable` means the account may well exist but the source will not publish the number: a protected X account, a private Instagram profile, a YouTube channel hiding its subscriber count, a Telegram group with no public member count, or a TikTok bot challenge. exists stays null there.
- 502 and 504 mean our side or the source failed, not that the account is missing. Retry those; never write a not_found into your database on the strength of a 504.
- On the five platforms we scrape directly - Telegram, Bluesky, TikTok, YouTube and LinkedIn - this draws on an upstream budget shared with the rest of the product, and a spent budget is a 429 that names the source and its ceiling. Slow down rather than retrying harder; GET /accounts/platforms publishes every ceiling up front. LinkedIn's is four a minute and is not negotiable: company pages are heavy and LinkedIn blocks anything that reads them faster.
- X and Instagram carry no ceiling of their own here, because the lookup services in front of them already run one across every caller including our crawler. Your tier's live limit is what you will meet there. Both of those reads still cost real upstream capacity that the seller-facing listing flow shares, so treat the catalog as the default and this as the exception.
- The catalog half is best-effort: if the engine database is busy you still get the live reading, with catalog.state=unavailable.
- created_at is only ever populated from a live read on X. No other source we read publishes one.
Parameters
Every value the call accepts, with the example the spec ships so the request runs as written.
| Name | In | Required | Example | What it does |
|---|---|---|---|---|
platform | path | required | instagram | Which platform the handle belongs to. |
handle | path | required | nasa | The account handle, with or without the @. LinkedIn takes the company slug. |
catalog | query | optional | true | Include what our catalog knows alongside the live reading. Costs one index probe. Turn it off if you only want the live number. |
Call it
Authenticate with a bearer token or the x-api-key header. Keys are server-to-server credentials. Never embed one in front-end code - call the API from your own backend and forward the result.
curl "https://crmsolid.com/data-api/v2/accounts/instagram/nasa/live" \
-H "Authorization: Bearer psk_live_..."
const res = await fetch("https://crmsolid.com/data-api/v2/accounts/instagram/nasa/live", {
headers: {
Authorization: `Bearer ${process.env.CRM_SOLID_DATA_API_KEY}`,
},
});
if (!res.ok) {
const { error } = await res.json();
throw new Error(`${error.code}: ${error.message} (${error.request_id})`);
}
const { data, meta } = await res.json();
import os
import requests
res = requests.get(
"https://crmsolid.com/data-api/v2/accounts/instagram/nasa/live",
headers={"Authorization": f"Bearer {os.environ['CRM_SOLID_DATA_API_KEY']}"},
timeout=30,
)
res.raise_for_status()
payload = res.json()
data, meta = payload["data"], payload["meta"]
Keys look like psk_live_... for production keys, psk_test_... for test keys and are minted in the panel.
What comes back
Success is { data, meta }. Failure is { error: { code, message, request_id } }. The body below is the spec's own example: the values in it are illustrative readings, not live numbers.
- Platform
- Handle
- nasa
- Checked at
- 8/30/2026, 9:14:02 AM
- Exists
- yes
- Evidence
- live
- Identity id
- 528817151
- Identity handle
- nasa
- Identity name
- NASA
- Identity avatar url
- https://scontent.cdninstagram.com/v/t51.2885-19/...
- Identity url
- https://www.instagram.com/nasa/
- Identity object
- account
- Audience count
- 104,451,002
- Audience metric
- followers
- Audience precision
- exact
- Flags verified
- yes
- Flags private
- no
- Flags nsfw
- no
- Catalog state
- present
- Catalog status
- active
- Catalog tier
- a
- Catalog category
- science
- Catalog language
- en
- Catalog last seen
- 8/30/2026, 4:02:11 AM
- Catalog data age s
- 18,711
- Catalog directory url
- /best-instagram-accounts/nasa
- Catalog metrics engagement rate
- 0.421
- Catalog metrics avg likes
- 402,118
- Catalog metrics avg comments
- 2,904
{
"data": {
"platform": "instagram",
"handle": "nasa",
"checked_at": "2026-08-30T09:14:02.113Z",
"exists": true,
"evidence": "live",
"identity": {
"id": "528817151",
"handle": "nasa",
"name": "NASA",
"avatar_url": "https://scontent.cdninstagram.com/v/t51.2885-19/...",
"url": "https://www.instagram.com/nasa/",
"object": "account"
},
"audience": {
"count": 104451002,
"metric": "followers",
"precision": "exact"
},
"flags": {
"verified": true,
"private": false,
"nsfw": false
},
"created_at": null,
"catalog": {
"state": "present",
"status": "active",
"tier": "a",
"category": "science",
"language": "en",
"country": null,
"last_seen": "2026-08-30T04:02:11.000Z",
"data_age_s": 18711,
"directory_url": "/best-instagram-accounts/nasa",
"metrics": {
"engagement_rate": 0.4213,
"avg_likes": 402118,
"avg_comments": 2904,
"posts_analyzed": 12,
"citation_score": 91
}
},
"live": {
"state": "live",
"source": "live:iglookup",
"read_at": "2026-08-30T09:14:02.980Z",
"detail": null,
"secondary": {
"following": 78,
"posts": 4318
}
}
},
"meta": {
"request_id": "req_9f2c41a8b3d5",
"generated_at": "2026-08-23T09:14:02.317Z",
"took_ms": 42,
"cache_age_s": 0
}
}
The meta block
request_idstringrequiredUnique id for this request. Quote it in a support ticket.
generated_atstringrequiredServer time the response was produced.
took_msintegerrequiredMilliseconds spent server-side.
pagePageoptionalsourcestringoptionalWhich backend served the payload, for endpoints with more than one.
cache_age_sintegeroptionalAge of the underlying data in seconds. 0 for live reads.
When it fails
GET /accounts/{platform}/{handle}/live documents 8 failure statuses. Branch on error.code, which is stable and enumerated; message is prose and may change.
- 401Unauthorized
unauthorized | invalid_keyNo key was presented, or the key is unknown, revoked or expired.
- 402PaymentRequired
payment_required | subscription_inactiveThe key is valid but the plan behind it cannot serve the call: the included requests are spent and overage is switched off, capped or unfunded (payment_required), or the billing period lapsed and was not renewed (subscription_inactive). Retrying does not help; paying does. The X-Plan-* headers on this response say how far past the line you are.
Carries X-Plan, X-Plan-Limit, X-Plan-Overage, X-Plan-Period-End, X-Plan-Remaining.
- 403Forbidden
forbidden_scope | forbidden_ipThe key is valid but not allowed to make this call: it lacks the scope, or the request came from an address outside the key's allowlist.
- 404NotFound
not_foundThe addressed resource does not exist.
- 422InvalidRequest
invalid_requestA parameter is malformed, out of range or mutually exclusive with another. `details` names the offending fields.
- 429RateLimited
rate_limited | quota_exceededEither the burst ceiling for the current minute or the daily quota is spent. Distinguish with the code: rate_limited clears within the minute, quota_exceeded does not clear until 00:00 UTC.
Carries Retry-After, X-Quota-Limit, X-Quota-Remaining, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset, X-Request-Id.
- 500InternalError
internal_errorSomething failed on our side. Internals are never leaked; quote the request id.
- 503Unavailable
upstream_timeout | upstream_error | not_configuredThe request could not be served right now. BRANCH ON error.code, not on the status: 'upstream_timeout' means a source was too slow (this is what a catalog query hitting its 15-second statement timeout returns, so it is reachable from any endpoint that reads the corpus, not only the live-scrape ones) and the same call is worth retrying with backoff - narrowing it with a smaller limit, a filtered scope or a less popular account makes it far less likely; 'upstream_error' means a source was unreachable, so back off further; 'not_configured' means the capability has no backing service in this deployment, and retrying will never help.
Every response carries X-Request-Id and meta.request_id. Quote it in support requests.
Coverage and limits
This endpoint covers X, Instagram, TikTok, YouTube, Telegram, Bluesky, LinkedIn. Rate limits come from the tier on your key.
| Tier | Requests a minute | Requests a day | Live reads a minute |
|---|---|---|---|
| free | 30 | 1,000 | 5 |
| standard | 120 | 25,000 | 20 |
| pro | 600 | 250,000 | 60 |
| unlimited | 6,000 | 10,000,000 | 600 |
Live reads count against the live column as well as the ordinary one, so a burst of them runs out of the live bucket first. Every response reports where you stand in X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset and the X-Plan headers.
Start calling it
A key takes a minute to mint in the panel, no card. The reference covers authentication, the envelope, scopes, rate limits and every error code in one page.
Reference path: /data-api/reference/accounts-live