Profile
1 credit/v1/threads/profileGet Threads user profile.
handle
Fetch public Threads data as structured JSON with one SocialCrawl API key. Same Post, Comment, and Author schema as every other platform. Reads are priced in credits.
5 active endpoints
5 live read endpoints for public Threads data. Profiles, user posts, single posts, and search. Data API only.
/v1/threads/profileGet Threads user profile.
handle
/v1/threads/user/postsList Threads user posts.
handle, trim
/v1/threads/postGet Threads post details.
url, trim
/v1/threads/searchSearch Threads posts.
query, start_date, end_date, trim
/v1/threads/search/usersSearch Threads users.
query
Returns a Threads account's public profile: bio, the external link set in that bio, follower count, profile picture URL, and verification status.
Use it when you have a handle and want the account itself; user/posts returns what that account has posted.
1 credit
handle · Threads username without the @ symbol
$ curl https://www.socialcrawl.dev/v1/threads/profile?handle=zuck \
-H "x-api-key: sc_YOUR_API_KEY"// Running this live needs your own API key. Hit "Try it" to see an example responseThreads is a normal SocialCrawl social surface. You call GET /v1/threads/… with an API key, spend credits on live misses, and get a single JSON envelope back. No second SDK.
Send your key in the x-api-key header. The same key works across the SocialCrawl catalog.
Routes are GET. Pass handles, urls, queries, and cursors as query strings. We validate formats before charging.
Live misses debit the route tier. Cache hits cost 0. Empty or hard failures refund.
Every response is the same shape: success, data, credits_used, credits_remaining, request_id, cached.
Most products resolve an account, page content, then deepen only the posts that matter.
GET /v1/threads/profileAuthor-shaped profile
Resolve the handle or id once.
GET /v1/threads/user/postsPostList of recent public items
Page with cursor or after when the route supports it.
GET /v1/threads/postFull Post for one URL or id
List rows are not enough when you need the full record.
GET /v1/threads/searchCommentList when the platform exposes it
Expand only when a thread matters.
GET /v1/threads/profile
?handle=zuck
Host: www.socialcrawl.dev
x-api-key: sc_your_api_key_here{
"success": true,
"data": { "/* Author | Post | PostList | CommentList | … */": true },
"credits_used": 1,
"credits_remaining": 9999,
"request_id": "req_…",
"cached": false
}Field names match the rest of SocialCrawl where archetypes align.
id, username, display_name, avatar_url, bio, followers, url, ext
items[].post with id, url, content, engagement, author, published_at, ext
items[] with author, content.text, engagement, published_at when comments ship
search hits, media metadata, or transcripts depending on route
Same request lifecycle as every other /v1 platform endpoint.
Next.js catch-all routes into the Hono social API. We mint a request_id, authenticate the key, then enforce rate limit and concurrency.
Registry lookup finds the route. Required params run first. Invalid input returns 400 with no charge. Valid calls debit before upstream work.
A deterministic cache key is built from platform + resource + params. Hit: credits_used = 0. Miss: upstream fetch with retries and circuit breaker.
Upstream JSON is mapped to Author / Post / PostList / CommentList (or route archetype), validated, wrapped in the success envelope, and logged for billing audit.
Billing rules that matter in production
Threads is public-read data on SocialCrawl. We normalize it into the shared schema so your code does not learn a second OAuth flow.
Public Threads surfaces exposed by the registry. Read-only for research, monitoring, and product jobs.
Social-read upstreams behind one gateway. Prism composites combine legs when a fat route is registered.
Unified JSON envelope: success, data, credits_used, request_id, cached. Shared Author / Post / Comment leaves where archetypes align.
No write endpoints and no private inbox. Disabled routes stay out of the active count. Prefer registry docs for the live inventory.
The jobs this API is most often used for.
Threads monitoring and content intelligence
Callers concentrate on profile, content lists, search, and deepen paths on Threads. Structured Threads JSON on the shared schema with one SocialCrawl API key.
Detail reads are typically a few seconds on live miss. Search and fat composites are slower paths.
The jobs Threads data is most often used for. Each one is a full recipe with the endpoint chain and pricing.
Common ways teams put this data to work, and the stack each one tends to run.
Poll profiles and feeds on Threads. Alert when engagement velocity jumps.
Search and expand posts for brand, product, and competitor language on Threads.
Wire resolve to list to detail into pipelines. Cache hits keep recurring runs cheap.
Live misses spend credits by tier. Cache hits are free. Empty or hard failures refund.
curl "https://www.socialcrawl.dev/v1/threads/profile?handle=zuck" \
-H "x-api-key: sc_your_api_key_here"curl "https://www.socialcrawl.dev/v1/threads/user/posts?handle=zuck" \
-H "x-api-key: sc_your_api_key_here"Same key as the rest of the catalog
Every endpoint returns structured JSON in a unified envelope. Computed fields such as engagement rate and content category are included only where the endpoint supports them and the required source inputs are present.
Same Threads data, two very different paths. Auth, rate limits, schema, and cost, side by side.
| Feature | SocialCrawl | Threads API (Meta) |
|---|---|---|
| Authentication | One x-api-key header | OAuth with Meta developer app credentials |
| Setup / approval | Sign up and call immediately | Meta app creation, review, and permission approval |
| Rate limits | Credit-based, pay per request | Per-user and per-app quotas enforced by Meta |
| Response schema | Unified JSON shared across 51 platforms | Graph-API-style fields specific to Threads |
| Pricing | 1 credit per request; 100 free credits on signup | Free, but limited to data your authorized users grant |
| Data coverage | Any public profile, post, keyword search, or user search | Mostly your own account's data; official posting and insights |
| Maintenance | Schema stays stable when Threads changes internals | You track Meta API versioning and permission changes |
Authentication
Setup / approval
Rate limits
Response schema
Pricing
Data coverage
Maintenance
Find answers to frequently asked questions about SocialCrawl's API, pricing, and capabilities.
Contact usAsk AI about SocialCrawl