Search Hotels by Location Text

View all Booking.com Hotel & Travel Data endpoints →

Search with a user-confirmed location string plus explicit check-in/check-out dates, guests, rooms, and currency. Optional price bounds, category identifiers, bed count, page, and sort refine the documented request. This text-oriented route was not live-validated and is not a proven replacement for unavailable accommodation autocomplete. Verify returned property geography and actual response fields before displaying matches for ambiguous location names.

API Features

User-confirmed place text Accept a location string while requiring the traveler to resolve ambiguous geography.
Text-search stay constraints Send dates and occupancy alongside the location rather than relying on a place name alone.
Location shortlist refinements Optional price bounds and category filters belong to this location-search request.
Geography check after name resolution Inspect actual returned locations before treating text matching as destination confirmation.

Live API Demo

GET /api/project/booking/search-by-location

Request cost is temporarily unavailable. No price is assumed.

View pricing

API Response (JSON)

{}
curl -X GET 'https://api.opendata-api.com/api/project/booking/search-by-location?key=<API_KEY>&location=<location>'
📢
Need Help?
If you encounter API issues or need other API requirements, please contact us.
Contact Us

Use Cases

Frequently asked questions

Is this a verified fallback for broken accommodation autocomplete?

No. The route is documented but was not live-validated. Do not assume that it bypasses destination-discovery failures; verify actual results and geography first.

Which location string should I send?

Use a user-confirmed location with enough geographic context, such as the documented Berlin, Berlin Federal State, Germany example. Similar names can refer to different places.

Related operations

Guides

View Subscription Plans →