Booking.com Hotel Scraper: Prices & Availability
Pricing
from $8.00 / 1,000 hotel scrapeds
Booking.com Hotel Scraper: Prices & Availability
Scrape public Booking.com accommodation search results with hotel names, prices, guest scores, review counts, cancellation signals, property IDs, images, and URLs.
Pricing
from $8.00 / 1,000 hotel scrapeds
Rating
0.0
(0)
Developer
Md Jakaria Mirza
Maintained by CommunityActor stats
0
Bookmarked
3
Total users
2
Monthly active users
4 days ago
Last modified
Share
Booking.com Hotel Scraper - Prices, Reviews & Availability
Scrape Booking.com hotel and accommodation search results for travel market research, price monitoring, and competitor analysis. The actor searches one or more destinations for a date range, extracts clean property records, deduplicates by Booking.com property ID, and saves the results to an Apify Dataset. Export to JSON, CSV, Excel, or HTML, or pull via the Apify API. No login and no API key required.
For the first run, start small: one destination, a one-night future date range, maxResults: 1, and the recommended residential proxy enabled.
Each clean hotel record is saved through the hotel-scraped pay-per-event flow, so output is only kept when the result event charge is accepted. The actor skips incomplete cards that do not expose a property name and Booking.com hotel URL, so the dataset avoids empty placeholder rows.
Features
- Multiple destinations in one run
- Check-in and check-out date search
- Adults, rooms, currency, review score, and property type inputs
- Pagination up to 500 properties per destination
- Residential proxy support for Apify cloud runs
- Random delays, session pool, and retry handling
- Null fallbacks for fields that Booking.com does not expose on every search card
Data Extracted
| Field | Description |
|---|---|
propertyId | Booking.com hotel slug or property ID |
hotelName | Property name |
propertyType | Hotel, apartment, hostel, villa, resort, B&B, or guest house when exposed |
starRating | Star rating when exposed |
guestReviewScore | Guest review score from 0 to 10 |
reviewCount | Number of reviews |
totalPrice | Total stay price for the searched dates |
pricePerNight | Calculated or exposed nightly price |
originalPrice | Original price before discount when exposed |
discountPercentage | Discount percentage when calculable |
currency | Requested currency |
breakfastIncluded | Breakfast signal from the card |
freeCancellation | Free cancellation signal from the card |
roomsAvailable | Rooms available when exposed |
amenities | Amenities/facilities exposed on the card |
city / country | Parsed from destination input |
distanceFromCityCenter | Distance text from Booking.com |
address | Address when exposed |
propertyUrl | Clean direct Booking.com hotel URL |
thumbnailImageUrl | Property thumbnail image URL |
latitude / longitude | Coordinates when exposed |
sustainabilityBadge | Sustainability badge signal |
geniusDiscount | Genius discount signal |
scrapedAt | ISO timestamp |
Use Cases
- Hotel price monitoring across cities and dates
- Travel app and comparison-site data enrichment
- Hospitality competitor research
- Market research by review score, price, and destination
- Accommodation data collection for travel market research
Pricing and cost control
This Actor uses Apify Pay Per Event pricing. The live Store configuration charges a small Actor start event and then charges hotel rows only when clean records are saved to the dataset.
| Event | Price | When charged |
|---|---|---|
apify-actor-start | $0.00005 per GB | When the run starts, minimum one event |
hotel-scraped | $0.008 | For each clean hotel record saved |
The current live pricing does not expose a separate per-destination search event. Hotel records are saved through the hotel-scraped event, and the run stops when the user's maximum cost limit is reached.
Cost-control tips:
- Start with one destination.
- Use a one-night future date range for your first test.
- Use
maxResults: 1for the first test run. - Leave
minReviewScoreat 0 for the broadest first test; add 7 or higher after output looks right. - Keep residential proxy enabled for reliability.
- Increase destinations and result limits only after a small run returns the expected data.
- Runtime memory is capped at 2 GB to keep runs predictable.
Input
| Field | Type | Required | Default | Description |
|---|---|---|---|---|
destinations | array | yes | ["London, United Kingdom"] | One or more destinations to search. Use one destination for tests. |
checkIn | string | yes | 2026-08-15 | Future check-in date in YYYY-MM-DD format. |
checkOut | string | yes | 2026-08-16 | Future check-out date in YYYY-MM-DD format. Must be after check-in. |
adults | integer | no | 2 | Number of adults per room. |
rooms | integer | no | 1 | Number of rooms to search for. |
propertyTypes | array | no | [] | Optional property type filters. Leave empty for all accommodation types. |
minReviewScore | number | no | 0 | Optional guest review score threshold. |
maxResults | integer | no | 1 | Maximum properties per destination. Use 1 for the first test; up to 500. |
currency | string | no | USD | Display currency for prices. |
proxyConfiguration | object | no | Residential | Apify proxy settings. Residential proxy is recommended. |
Input Example
{"destinations": ["London, United Kingdom"],"checkIn": "2026-08-15","checkOut": "2026-08-16","adults": 2,"rooms": 1,"minReviewScore": 0,"maxResults": 1,"currency": "USD","proxyConfiguration": {"useApifyProxy": true,"apifyProxyGroups": ["RESIDENTIAL"]}}
Important: Booking.com requires future dates. If you reuse this sample later, update checkIn and checkOut to future dates before running.
How to Scrape Booking.com Hotels (Step by Step)
- Click Try for free / Run.
- Enter one
destinationand futurecheckIn/checkOutdates. - Set
adults,rooms,currency, andmaxResults: 1for the first run. - Optionally filter by
propertyTypesandminReviewScore, then click Run. - When the run finishes, export results to JSON, CSV, Excel, or HTML, or pull them via the Apify API.
Output dataset
The default Hotel Records dataset view is designed for quick export to CSV, Excel, JSON, or API workflows. It shows the most useful booking research fields first: destination, hotel name, stars, guest score, review count, total price, nightly price, currency, city/country, distance from city center, cancellation signal, property URL, property ID, and scraped timestamp. Extra fields such as property type, amenities, original price, images, and coordinates remain available in the full JSON output when Booking.com exposes them.
{"propertyId": "royal-national","hotelName": "Royal National Hotel","propertyType": null,"starRating": 3,"guestReviewScore": 7.9,"reviewCount": 19601,"reviewCategories": {"location": null,"cleanliness": null,"comfort": null,"facilities": null},"city": "London","country": "United Kingdom","distanceFromCityCenter": "1.8 km from downtown","totalPrice": 261,"pricePerNight": 261,"currency": "USD","breakfastIncluded": false,"freeCancellation": false,"propertyUrl": "https://www.booking.com/hotel/gb/royal-national.html","thumbnailImageUrl": "https://cf.bstatic.com/xdata/images/hotel/square240/example.webp","destination": "London, United Kingdom","scrapedAt": "2026-06-21T12:43:43.000Z"}
Technical Details
- Runtime: Node.js 20 on
apify/actor-node-playwright-chrome:20 - Scraping engine: Crawlee PlaywrightCrawler
- Proxy: Apify residential proxy recommended for cloud runs
- Retry policy: 3 retries with blocked-request retry handling
- Storage: Apify Dataset
- Charge model:
Actor.pushData(record, "hotel-scraped")per saved hotel
Notes
- Booking.com can vary card fields by market, destination, availability, and experiment. Unavailable fields are returned as
null. - The default Apify table view focuses on populated search-result fields and hides optional columns that are often unavailable on Booking.com cards. Raw JSON still includes those fields.
- This actor collects search result card data, not every detail available on individual hotel detail pages.
- Data is for research and business intelligence, not booking, legal, or financial advice.
Responsible Use
This Actor is intended for lawful collection of publicly available information only. Users are responsible for ensuring their use complies with the source website's terms, robots.txt, applicable privacy laws, including India's DPDP Act, and all local regulations.
Do not use this Actor to collect, store, sell, or misuse personal data without a lawful basis. The Actor author is not responsible for misuse by end users.