Naver Place Scraper (네이버) — Korea Business, Reviews, Menus avatar

Naver Place Scraper (네이버) — Korea Business, Reviews, Menus

Pricing

from $1.40 / 1,000 businesses

Go to Apify Store
Naver Place Scraper (네이버) — Korea Business, Reviews, Menus

Naver Place Scraper (네이버) — Korea Business, Reviews, Menus

Korean local business data from Naver Place: businesses, visitor reviews, reputation aggregates, menus and photos. Filters out the out-of-area results Naver silently pads its responses with, and tells you how many it dropped. No login, no browser.

Pricing

from $1.40 / 1,000 businesses

Rating

0.0

(0)

Developer

Oswaldo Carabano

Oswaldo Carabano

Maintained by Community

Actor stats

0

Bookmarked

3

Total users

2

Monthly active users

15 days ago

Last modified

Share

Naver Place Business & Reviews Scraper (Korea)

Korean local business data from Naver Place — the directory Koreans actually use, where Google Maps coverage is thin. Businesses, visitor reviews, reputation aggregates, menus and photos.

No login. No session cookies. No browser. Just the pages Naver serves publicly to any visitor.


What makes this one different

Naver pads its search results with businesses from outside the area you asked for — silently, with HTTP 200, and with no marker in the response. Measured across 10 queries: for 역삼동 치과 Naver reports 638 matches, serves 300, and only 162 are actually in 역삼동. For 율현동 치과 it reports 52, serves 52, and 2 are in the area.

This actor filters them out and tells you how many it dropped:

"역삼동": 162 of 300 results are actually located in this area.
138 were padding from neighbouring areas and were dropped.
Naver reports 638 matches for this query, but that count includes
out-of-area padding and is not an inventory figure.

It also tells you the real ceiling: Naver serves at most 300 results per query. Wide coverage needs more regions or narrower terms, and the run log says so instead of letting you assume you got everything.

What you get

Businesses — name, category (translated, with the Korean original kept), phone, road and jibun addresses, coordinates, opening status and hours, facilities, photos, menu count, booking and chat links.

Reputation aggregates, computed by Naver itself: average rating, star distribution across 10 bands, review and reviewer counts, image-review count, and Naver's own theme analysis with counts (taste, price, atmosphere…).

Reviews — full text, visit date, photos and videos, and whether the review is receipt-verified. Star ratings depend on the vertical: restaurants and cafés carry them, clinics and pharmacies do not — Naver simply does not compute a rating there, and the field comes back null rather than a made-up zero.

Menus — item name, price in KRW, description and photos.

One entity type per run

Pick what you want with entityType: businesses, reviews, menu items or photos. Each run writes a single clean shape to the dataset, so the CSV or JSON you download has one set of columns instead of a mix. Run it once per type if you need more than one. Failed requests go to the key-value store under ERRORS and are never charged.

Reviewer identities are never returned

Every review on Naver carries the reviewer's nickname, a stable account id, and a link to their entire public review history. None of it is returned here. Not behind a flag, not on request. An automated test fails the build if a reviewer identifier appears in any delivered row, at any depth.

You get what was said and how it was rated — which is what competitor analysis needs — not who said it.

Fill rates, measured on 3,295 businesses across 8 verticals and 8 regions

Present for at least 90 % of businesses in every vertical measured: name, category, all three address forms, coordinates, image count, blog review count.

Phone: 88 % on average, but 37 % in the worst vertical measured (pharmacies). Between 37 % and 87 % of businesses only publish the 0507-… relay number Naver puts in front of the real one — phone_is_virtual tells you which you got.

Some fields depend heavily on the vertical. visitor_review_score is absent for clinics, academies and pharmacies. micro_review and save_count only appear for restaurants and cafés. The dataset always includes the key with an explicit null, never a missing field.

Input

FieldDefaultWhat it does
queries["치과"]Search terms. See below
regionsall 17Korean administrative regions. See below
entityTypebusinessesbusinesses, reviews, menus or photos
businessTyperestaurantWhich Naver vertical the detail pages come from. See below
maxResults100Hard cap on delivered rows
includeReputationtrueRatings, star distribution and Naver's theme analysis. One detail request per business
maxReviewsPerBusiness50Reviews paginate by cursor, so the full corpus is reachable — 1,120 reviews cost 24 requests

regions — the 17 first-level regions, and their 229 districts

Region names go in Korean, because that is what Naver's search accepts. Leave the field empty and the actor sweeps all 17 first-level regions (시/도).

ValueRomanisedDistrictsExample of a district value
서울Seoul25서울 강남구
부산Busan16부산 강서구
대구Daegu8대구 남구
인천Incheon10인천 강화군
광주Gwangju5광주 광산구
대전Daejeon5대전 대덕구
울산Ulsan5울산 중구
세종Sejong1세종 세종시
경기Gyeonggi31경기 수원시
강원Gangwon18강원 춘천시
충북Chungbuk11충북 청주시
충남Chungnam15충남 천안시
전북Jeonbuk14전북 전주시
전남Jeonnam22전남 목포시
경북Gyeongbuk23경북 포항시
경남Gyeongnam18경남 창원시
제주Jeju2제주 제주시

To narrow further, write the first-level name, a space, and the district (구/시/군): 서울 강남구, 부산 해운대구, 경기 수원시. The actor knows all 229 districts and filters the results so only businesses actually located there come back — Naver's own search leaks neighbouring areas, and that filtering is the difference between "businesses in Gangnam" and "businesses Naver associated with the word Gangnam".

Narrowing is also how you get past the ceiling: Naver serves at most 300 results per query, so one district at a time beats one broad query that overflows.

queries — free text, but Korean pays

There is no fixed vocabulary here: it is whatever you would type into Naver. 치과 (dentist), 카페 (cafe), 헬스장 (gym). English works and returns far less — Naver's index is Korean-first, so dentist is a fraction of 치과.

businessType — the 15 verticals

restaurant · cafe · hospital · pharmacy · hairshop · nailshop · beauty · accommodation · academy · fitness · attraction · petshop · car · culture · place

⚠️ This does not filter your search results. Naver ignores it as a search filter — it only decides which detail-page layout is read. What selects the category is the search term in queries. If you want cafes, ask for 카페; setting businessType: "cafe" alone will not do it. place is the generic layout and works for anything.

Coverage tips

  • Query in Korean. Naver's search is Korean-first: 치과 returns far more than dentist.
  • Add regions to go past the 300-per-query ceiling. ["서울 강남구", "서울 마포구"] covers two districts properly instead of one query overflowing.
  • Reviews cost more than businesses to collect, because each business needs its own paginated sweep. Start with a small maxResults to see the shape before running wide.

Data policy and removal requests

naver.actorstack.dev · privacy@actorstack.dev

Every row is fetched fresh from Naver and says so: from_cache is false, fetched_at and data_age_hours are null. Shared caching is designed but not switched on yet — when it is, those three fields will carry the age of the data, so a cached result can never be presented as fresh.

Failed requests go to the key-value store under ERRORS and are never charged.

Not affiliated with, endorsed by, or connected to Naver Corporation.