Static Content API
The Static Content API returns hotel names, images, star ratings, facilities, addresses, and other property details that do not change with availability. Because this data is pre-stored — not fetched live from suppliers — responses are fast and consistent.
The parallel call pattern — critical for performance
Call Static Content at the same time as Search Init, not after. This is the most important implementation detail for this API.
Static Content API
Returns immediately with hotel names, images, and static details. Your UI can start rendering hotel cards right away.
Search Init API
Fires against all configured suppliers and returns a token. Rates come in via polling — they will take longer to arrive.
The result: your users see hotel cards loading immediately while rates stream in behind the scenes. If you call Static Content after Search Init completes, your users see a blank screen while waiting — unnecessary and avoidable.
What the response includes
Matching content to rates on the checkout page
On the checkout page, the content you display must come from the same supplier as the rate the user selected. This is a certification requirement — displaying mismatched content causes discrepancies during booking.
providerName from the rate object in the Rooms & Rates response. Pass it as the providerPrefs parameter in your Static Content API call for the checkout page. This overrides the default content preference configured at the channel level and ensures the property details match the rate source exactly.
Accepted search criteria
The Static Content API accepts the same search criteria as Search Init — circular, polygon, multi-polygon, and hotel ID. Pass the same parameters to both calls when firing them in parallel.
providerPrefs you pass.
Updated 26 days ago