Leads
SensitiveEnrich a company from its website domain
/data-api/v2/leads/linkedin/domains/{domain}- Scope
- leads:read
- Freshness
- catalog read
- Group
- Leads
- Platforms
- 1 of 7
What this endpoint answers
The enrichment lookup keyed on the identifier a caller actually holds. Nobody arrives with a LinkedIn slug; everybody arrives with the domain off an email address or a signup form. Returns firmographics, page-activity signals, role contact addresses, decision-maker counts and whatever follower and headcount observations exist, with the measured coverage of every column alongside so a null is readable as absent rather than as zero.
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
- Personal email addresses are never returned by this endpoint, at any scope. We hold 80,360 of them across 20,272 domains; this serves role addresses (info@, sales@ - company contact data) in full and reports named individuals' addresses as a count only.
- Filter and read country_code, not country_text. country_text is the free text LinkedIn writes and is populated on 1.51 percent of rows, and what it holds is usually a region rather than a country - Adcash above is filed under 'Harju County' with country_code EE. country_code is the engine's resolved ISO 3166-1 alpha-2 and reaches 82.32 percent.
- trend is null for 96.9 percent of the catalog, and that is the honest answer rather than a zero: 88,303 of 91,140 tracked companies have exactly ONE follower observation. Where it exists it spans 5.5 days on average. The LinkedIn crawler works against active blocking - HTTP 999 responses and roughly 135 pages an hour - so read `observations` and `window_days` before reading any delta, and do not annualise one.
- posted_within_90d is null, not false, when we never captured a post date. last_post_at is populated on 78.14 percent of rows.
- mx_ok is a DNS check on the domain. No address here has been verified for deliverability: lidir_contacts.verify_status is the literal 'unknown' on all 242,555 rows because the verification pass has not run.
- A domain can map to several companies - regional entities sharing one corporate site. About 2,700 domains do, against 79,264 that map to exactly one. Up to five are returned, ranked by followers.
- Nothing here is guessed. No address is permuted or pattern-built from a name; every value was read off a page the company published, and every contact row carries its own source URL in the console for an Article 15 request.
- Holding these rows under our legitimate-interest basis does not transfer that basis to you. A client storing this data needs its own lawful basis and its own ability to honour erasure and objection requests.
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 |
|---|---|---|---|---|
domain | path | required | adcash.com | Company website domain. A bare host, a full URL or an email address are all accepted and normalised the same way. |
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/linkedin/domains/adcash.com" \
-H "Authorization: Bearer psk_live_..."
const res = await fetch("https://crmsolid.com/data-api/v2/leads/linkedin/domains/adcash.com", {
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/linkedin/domains/adcash.com",
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.
- Domain
- adcash.com
- Companies
- 1 items
- Coverage company columns measured at
- 2026-08-31
- Coverage company columns rows
- 93,677
- Coverage companies returned
- 1
{
"data": {
"domain": "adcash.com",
"companies": [
{
"id": "adcash",
"name": "Adcash",
"website_domain": "adcash.com",
"linkedin_url": "https://www.linkedin.com/company/adcash",
"firmographics": {
"industry": "Advertising Services",
"org_type": "Privately Held",
"size_band": "51-200 employees",
"staff_count": 122,
"founded_year": 2007,
"followers": 10095
},
"hq": {
"location": "Tallinn, Harju County",
"country_code": "EE",
"country_text": "Harju County"
},
"activity": {
"last_post_at": "2026-08-24T12:18:22.834Z",
"posts_sampled": 10,
"avg_reactions": 7,
"avg_comments": 1,
"posted_within_90d": true
},
"trend": {
"observations": 2,
"window_days": 4.7,
"followers_first": 10070,
"followers_last": 10095,
"followers_delta": 25,
"staff_first": 123,
"staff_last": 122,
"staff_delta": -1
},
"contacts": {
"role_emails": [],
"role_email_count": 0,
"personal_email_count": 0,
"phone_count": 0,
"mx_ok": null
},
"people": {
"named": 22,
"decision_makers": 0,
"with_title_or_seniority": 19
},
"enrichment": {
"status": "no_contacts",
"last_enriched": "2026-08-22T21:29:27.450Z",
"last_seen": "2026-08-27T11:58:17.507Z"
}
}
],
"coverage": {
"company_columns": {
"measured_at": "2026-08-31",
"rows": 93677
},
"companies_returned": 1
}
},
"meta": {
"request_id": "req_9f2c41a8b3d5",
"generated_at": "2026-08-23T09:14:02.317Z",
"took_ms": 42
}
}
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 /leads/linkedin/domains/{domain} 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 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 |
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-linkedin-domain