Leads
SensitiveFollower-graph export for one X account
/data-api/v2/leads/x/followers- Scope
- leads:read
- Freshness
- catalog read
- Group
- Leads
- Platforms
- 1 of 7
What this endpoint answers
The accounts we know to follow a given handle, filterable and sortable, with an optional language and country breakdown of the whole known set. Two different numbers are always returned side by side: what X reports on the profile, and how many of those followers our catalog actually holds as edges.
This is a catalog read: it is served from the CRM Solid database in milliseconds, costs one budget unit, and reports how old the reading is in meta.cache_age_s. It needs the leads:read scope (Leads): LinkedIn company and contact data, and X follower-graph exports.
Good to know
- Bulk lead data carries compliance obligations for the caller. These rows are personal data about identifiable people, collected from public sources and held by us under a legitimate-interest basis for our own outreach. Receiving them through this API does not transfer that basis: you need your own lawful ground, you must be able to identify the source and date for anything you store, and you must be able to honour an erasure or objection request against your copy. Suppression on our side does not delete yours.
- followers_known is what WE hold, not what X reports. Every account the crawler expands contributes its following list, and read in reverse that is a follower index - so it only ever covers accounts already in our catalog. Measured: 37,812 of @elonmusk's 241M, 1,725 of @RTErdogan's 19.8M.
- The edge scan is materialized at the first 60,000 edges per account before filtering and sorting. Above that the ranking is the strongest among the first 60,000 found, not the true global top. The unbounded version of this query took 87-107 seconds and is why the cap exists.
- Pages are capped at 200 rows and the export is depth-capped at 10000 rows per handle and filter combination.
- facets describe the whole known set rather than the filtered page, so changing a filter narrows the list without changing the composition behind it.
- Bios are returned verbatim as the crawler read them. If yours is a surface where a bio could be mined for contact details, strip it on your side.
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 |
|---|---|---|---|---|
handle | query | required | elonmusk | X handle without the @. |
sort | query | optional | followers | followers ranks by the follower's own audience, influence by citation score, recent by when the edge was last confirmed. |
min_followers | query | optional | 10000 | Only followers with at least this many followers of their own. |
language | query | optional | en | Follower's detected language code. |
country | query | optional | US | Follower's resolved ISO 3166-1 alpha-2 country. |
verified | query | optional | - | Only legacy-verified or blue-verified followers. |
q | query | optional | - | Substring match on the follower's handle or display name. |
facets | query | optional | - | Include the language and country composition of the whole known set. Computed over the known set, not over the filtered page. |
limit | query | optional | 100 | Rows per page, 1-200. Capped lower than other list endpoints because this is an export. |
cursor | query | optional | - | Opaque cursor from meta.page.next_cursor. |
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/leads/x/followers?handle=elonmusk" \
-H "Authorization: Bearer psk_live_..."
const res = await fetch("https://crmsolid.com/data-api/v2/leads/x/followers?handle=elonmusk", {
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/leads/x/followers?handle=elonmusk",
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.
- Target user id
- 44196397
- Target username
- elonmusk
- Target name
- Elon Musk
- Target followers reported
- 241,382,119
- Target followers known
- 37,812
- Target known share pct
- 0.016
- Followers
- 1 items
- Facets languages
- 1 items
- Facets countries
- 1 items
{
"data": {
"target": {
"user_id": "44196397",
"username": "elonmusk",
"name": "Elon Musk",
"followers_reported": 241382119,
"followers_known": 37812,
"known_share_pct": 0.0157
},
"followers": [
{
"user_id": "1234567890",
"username": "example",
"name": "Example Account",
"followers": 812004,
"following": 1204,
"tweets": 44120,
"is_blue_verified": true,
"language": "en",
"country": "US",
"edge_seen": "2026-08-18T11:02:41.000Z",
"profile_url": "https://x.com/example"
}
],
"facets": {
"languages": [
{
"value": "en",
"count": 21904
}
],
"countries": [
{
"value": "US",
"count": 9442
}
]
}
},
"meta": {
"request_id": "req_9f2c41a8b3d5",
"generated_at": "2026-08-23T09:14:02.317Z",
"took_ms": 42,
"page": {
"limit": 50,
"next_cursor": "eyJrIjoiMTczNDU2IiwiZCI6ImEifQ",
"count": 50
}
}
}
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.
meta.page
limitintegerrequiredRows requested. Default 50, maximum 500.
next_cursorstringrequiredPass as ?cursor= to fetch the next page. null means the result set is exhausted, and it is the only reliable stop condition.
countintegerrequiredRows in this page.
totalintegeroptionalTotal matching rows. Present only when counting is cheap; never assume it is there.
List endpoints take ?limit= (max 500) and ?cursor=. Follow meta.page.next_cursor until it is null; cursors are opaque and signed.
When it fails
GET /leads/x/followers documents 7 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.
- 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. 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 |
This call only draws on the ordinary per-minute and per-day columns. 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/leads-x-followers