Discover Property List Sorters
View all Booking.com Hotel & Travel Data endpoints →Inspect documented ordering metadata for the property-list family using dest_id, dest_type, and required check-in/check-out dates. Optional guest, room, category, currency, language, page, and sort inputs retain search context. This metadata response was not live-validated. Use only supported returned property-list sorter identifiers; do not copy tokens from hotel destination search or flight search without validating compatibility.
API Features
Live API Demo
🔒 Sign in to try it live
Log in to call this API with your own API key. New accounts get 100 free credits — no card required.
Log in / Sign upNo active API key found. Create one in your Dashboard, then reload this page. Dashboard →
/api/project/booking/properties-list-sorters API Response (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/booking/properties-list-sorters?key=<API_KEY>&checkin_date=<checkin_date>&checkout_date=<checkout_date>&dest_id=20088325&dest_type=city'
Query Result
Use Cases
- Populate an ordering selector for a property-list search prototype.
- Compare supported property-list rankings for one fixed destination and stay.
- Check sorter coverage after changing a vacation-rental filter set.
- Review cross-family sort-token reuse during an accommodation catalog migration.
Frequently asked questions
Are these the same sorters as search-by-dest-get-sorters?
No response parity was validated. These belong to the property-list workflow; inspect actual identifiers before reusing them.
Why are dates required for sorter discovery?
They are required by this endpoint's request contract. Keep them aligned with the property list instead of retrieving unrelated ordering metadata.