Blog search
1 credit/v1/naver/blog/searchSearch Naver Blog.
query, display, start, sort
Fetch public Naver search surfaces as structured JSON with one SocialCrawl API key. Blog, news, cafe, knowledge-in, web, image, local, trends, and shopping insight. Reads are priced in credits.
14 active endpoints
14 live read endpoints for public Naver search and insight data. Blog, news, cafe, Kin, web, image, local, brief composite, trends, and shopping insight. Data API only.
/v1/naver/blog/searchSearch Naver Blog.
query, display, start, sort
/v1/naver/news/searchSearch Naver News.
query, display, start, sort
/v1/naver/cafearticle/searchSearch Naver Cafe articles.
query, display, start, sort
/v1/naver/kin/searchSearch Naver KnowledgeiN (지식iN).
query, display, start, sort
/v1/naver/webkr/searchSearch Naver Web (웹문서).
query, display, start, sort
/v1/naver/image/searchSearch Naver Image.
query, display, start, sort, filter
/v1/naver/local/searchSearch Naver Local (장소 검색).
query, display, sort
/v1/naver/briefOne query across the Korean internet (5 Naver corpora) + optional digest.
query, corpora, display, start, sort
/v1/naver/search-trendGet Naver search-volume trend for Korean keywords (검색어트렌드).
keywords, start_date, end_date, time_unit, group_name
/v1/naver/shopping-insight/keywordGet Naver Shopping click trend for keywords inside a category (쇼핑인사이트).
category_code, keyword, start_date, end_date, time_unit, device
Returns Naver Blog posts matching a query: post title, link, a text snippet, the blogger's name and blog link, and the publish date.
Use it for long form Korean blog writing, which is where most Korean product reviews and how to guides live.
query · Free-text search term (UTF-8). Required.
$ curl https://www.socialcrawl.dev/v1/naver/blog/search?query=%EC%86%8C%EC%85%9C%ED%81%AC%EB%A1%A4&display=10 \
-H "x-api-key: sc_YOUR_API_KEY"// Running this live needs your own API key — hit "Try it" to see an example responseNaver is a normal SocialCrawl social surface. You call GET /v1/naver/… 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/naver/blog/searchKeyword for the Naver surface you need
Pick blog, news, cafe, Kin, or web per job.
GET /v1/naver/news/searchRanked hits with titles, snippets, URLs
Page with start/display where the route supports it.
GET /v1/naver/cafearticle/searchMulti-corpus rollup via brief when you need several sources
One Prism-style call instead of hand-fanning every corpus.
GET /v1/naver/kin/searchTrend or shopping-insight series when demand is the question
Separate from document search endpoints.
GET /v1/naver/blog/search
?query=소셜크롤
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
Naver is public-read data on SocialCrawl. We normalize it into the shared schema so your code does not learn a second OAuth flow.
Public Naver 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.
Korea-native search and brand monitoring
Callers concentrate on profile, content lists, search, and deepen paths on Naver. Naver blog, news, cafe, and Kin search on the same key as global social platforms, plus a brief composite for multi-corpus pulls.
Detail reads are typically a few seconds on live miss. Search and fat composites are slower paths.
The jobs Naver 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 Naver. Alert when engagement velocity jumps.
Search and expand posts for brand, product, and competitor language on Naver.
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/naver/blog/search?query=소셜크롤" \
-H "x-api-key: sc_your_api_key_here"curl "https://www.socialcrawl.dev/v1/naver/news/search?query=삼성전자" \
-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 Naver data, two very different paths. Auth, rate limits, schema, and cost — side by side.
| Feature | SocialCrawl | Naver Open API |
|---|---|---|
| Authentication | Same x-api-key you already use for TikTok, Instagram, and YouTube | Client-id and client-secret pair issued per registered app |
| Setup | One GET request, works the minute you sign up | Requires Naver Developers app registration before the first call |
| Rate limits / quotas | Credit-based, buy what you use instead of hitting a fixed daily ceiling | Daily quota per app (25,000 calls/day for the search API) |
| Response schema | Unified data.items schema shared across 50 platforms | Naver-specific XML/JSON shapes that vary by corpus |
| Pricing | 1 credit per call on every corpus; 100 free credits at signup | Free within quota, genuinely hard to beat for small projects |
| Data coverage | All 8 search corpora behind one consistent endpoint pattern | Same 8 corpora, each with its own parameters and response quirks |
| Maintenance | One integration covers Naver plus 49 other platforms | Separate keys and quota management per app |
Authentication
Setup
Rate limits / quotas
Response schema
Pricing
Data coverage
Maintenance
Find answers to frequently asked questions about SocialCrawl's API, pricing, and capabilities.
Contact usAsk AI about SocialCrawl