Get Stay Details by ID or URL

View all Booking.com Hotel & Travel Data endpoints →

Inspect hotel details using query as a numeric hotel ID, a Booking.com property URL, or a supported hotel-name value. Optional dates, guests, rooms, currency, and display preferences describe the stay. Documentation supports these input forms, but this flexible lookup route was not live-validated and must not inherit the tested get-hotel-details schema by assumption. Accommodation autocomplete is unavailable; use an independently known property and verify the returned identity.

API Features

Flexible property query forms Use the documented hotel ID, property URL, or hotel-name input forms.
Known-property entry without suggestions Start from an independently known hotel while accommodation autocomplete is unavailable.
Stay context with flexible resolution Send dates and occupancy even when the property arrives as a pasted link.
Identity verification after name lookup Check the resolved property instead of accepting a similarly named hotel silently.

Live API Demo

GET /api/project/booking/stays-details

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/stays-details?key=<API_KEY>&query=180769'
📢
Need Help?
If you encounter API issues or need other API requirements, please contact us.
Contact Us

Use Cases

Frequently asked questions

Which input forms are documented for query?

A numeric hotel ID, a full Booking.com property URL, or a supported hotel-name value. These forms were not live-validated on this route; verify the resulting property identity.

Can I assume a URL lookup returns the tested numeric-detail response?

No. Only get-hotel-details was validated for that hotel. Inspect the flexible route's actual schema, identity, and stay dates before relying on parity.

Related operations

Guides

View Subscription Plans →