# Changelog of Zigbang Scraper - Korea Real Estate Listings & Agents (`haketa/zigbang-scraper`) Actor

- **URL**: https://apify.com/haketa/zigbang-scraper/changelog.md
- **Full Actor documentation**: https://apify.com/haketa/zigbang-scraper.md

## Changelog

### 0.1.9 — 2026-11-01

- **Fixed a run-breaking bug with the sale (매매) listing type.** Zigbang's one-room feed serves rentals only and rejects `매매` with HTTP 400 ("원룸의 경우 매매 거래 유형은 존재하지 않습니다"), which previously killed the entire tile request and returned **0 listings** whenever `매매` was selected. The scraper now keeps only the supported rental types (월세 / 전세 / 단기) when querying tiles, and `매매` was removed from the input options so runs can no longer be broken by it.
- **Verified 400 unique listings in ~94 seconds** over the default Apify Proxy, with **100% coverage on every core field** (`itemId`, `url`, `salesType`, `serviceType`, `deposit`, `rent`, `areaM2`, `address`, `agentName`, `agentPhone`) and **0 duplicates** on `itemId`. No value bugs (\[object Object], scheme-less URLs) detected.
- **Refreshed the README** to the current gold standard: accurate rentals-only framing (월세 / 전세 / 단기), a real output example and full field reference grounded in the fresh run, pagination & scale notes, an expanded FAQ, and related-scraper links.
- Updated the actor description and input-schema copy to accurately describe rental coverage.

### 0.1.8 — 2026-10-25

- Updated the listing-tile endpoint to Zigbang's current API path (`/house/property/v1/items/onerooms`) so location searches return full results again; re-verified the pipeline end-to-end (price, deposit, size, floor, address, agent name & phone, nearby subways) against the live site.