Accounts

Check one account against our catalog

GET/data-api/v2/accounts/{platform}/{handle}
Scope
directory:read
Freshness
catalog read
Group
Accounts
Platforms
7 of 7

What this endpoint answers

Everything our crawlers know about one handle on one platform, in a shape that is identical across all seven: identity, audience, verification, creation date where the platform publishes one, and how old the reading is. This is the cheap check - one index probe, no upstream, bounded only by your tier. Add /live when you need the number as it is this second.

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 directory:read scope (Directory): Read the account and channel catalog across all seven platforms.

Good to know

  • exists is true when a source confirmed the account and null when nothing authoritative was asked. It is NEVER set to false by a catalog miss: our crawlers track the accounts worth ranking, which is a small slice of any platform, so catalog.state=absent means we have not indexed it and nothing more. Call /live for a real existence answer.
  • Every count is number or null, and null means not measured. It never means zero.
  • catalog.data_age_s is how stale the reading is. Telegram is the one platform whose freshness comes from a different column, and channels with no stored fetch timestamp report null rather than a guess.
  • created_at is populated on X, Bluesky and YouTube. Instagram, TikTok and Telegram do not publish an account creation date on any surface we read, so it is null there rather than estimated.
  • catalog.metrics carries only what that platform genuinely measures. Instagram is the one catalog whose crawl returns per-post like and comment counts, so it is the one that reports a measured engagement rate; Telegram is the one that gets average post views.
  • Accounts flagged as adult content are excluded from every v2 catalog read, so one reports as absent here.
  • This addresses accounts by HANDLE only. To look one up by its platform id - which survives a rename - use GET /directory/{platform}/{id}, which accepts either.

Parameters

Every value the call accepts, with the example the spec ships so the request runs as written.

NameInRequiredExampleWhat it does
platformpathrequiredinstagramWhich platform the handle belongs to.
handlepathrequirednasaThe account handle, with or without the @. Bluesky handles are domains and a bare name is completed to <name>.bsky.social. LinkedIn takes the company slug.

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
curl "https://crmsolid.com/data-api/v2/accounts/instagram/nasa" \
  -H "Authorization: Bearer psk_live_..."
JavaScript
const res = await fetch("https://crmsolid.com/data-api/v2/accounts/instagram/nasa", {
  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();
Python
import os

import requests

res = requests.get(
    "https://crmsolid.com/data-api/v2/accounts/instagram/nasa",
    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
instagram
Handle
nasa
Checked at
8/30/2026, 9:14:02 AM
Exists
yes
Evidence
catalog
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,443,318
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
200 GET /accounts/{platform}/{handle}
{
  "data": {
    "platform": "instagram",
    "handle": "nasa",
    "checked_at": "2026-08-30T09:14:02.113Z",
    "exists": true,
    "evidence": "catalog",
    "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": 104443318,
      "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
      }
    }
  },
  "meta": {
    "request_id": "req_9f2c41a8b3d5",
    "generated_at": "2026-08-23T09:14:02.317Z",
    "took_ms": 42
  }
}

The meta block

  • request_idstringrequired

    Unique id for this request. Quote it in a support ticket.

  • generated_atstringrequired

    Server time the response was produced.

  • took_msintegerrequired

    Milliseconds spent server-side.

  • pagePageoptional
  • sourcestringoptional

    Which backend served the payload, for endpoints with more than one.

  • cache_age_sintegeroptional

    Age of the underlying data in seconds. 0 for live reads.

When it fails

GET /accounts/{platform}/{handle} documents 8 failure statuses. Branch on error.code, which is stable and enumerated; message is prose and may change.

  • 401Unauthorizedunauthorized | invalid_key

    No key was presented, or the key is unknown, revoked or expired.

  • 402PaymentRequiredpayment_required | subscription_inactive

    The 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.

  • 403Forbiddenforbidden_scope | forbidden_ip

    The 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.

  • 404NotFoundnot_found

    The addressed resource does not exist.

  • 422InvalidRequestinvalid_request

    A parameter is malformed, out of range or mutually exclusive with another. `details` names the offending fields.

  • 429RateLimitedrate_limited | quota_exceeded

    Either 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.

  • 500InternalErrorinternal_error

    Something failed on our side. Internals are never leaked; quote the request id.

  • 503Unavailableupstream_timeout | upstream_error | not_configured

    The 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.

XInstagramTikTokYouTubeTelegramBlueskyLinkedIn
TierRequests a minuteRequests a dayLive reads a minute
free301,0005
standard12025,00020
pro600250,00060
unlimited6,00010,000,000600

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/accounts-check

We value your privacy

We use cookies to improve our site, analyze traffic, and personalize ads. You can accept all, reject non-essential, or customize your choices. Read our Cookie Policy.