The Booking.com
Outpost.

Booking.com has the broadest partner door in the set — a full Demand API covering search, pricing, booking and post-booking management — but it is contract-gated to Managed Affiliate Partners. Without that contract, booking is human web and app only, and the separate Connectivity API serves properties supplying their own content rather than agents shopping the marketplace.

Status · Collecting demand · Registry opened November 1, 2026

The doors, as assessed.

Five intents, checked against Booking.com's public sources on November 1, 2026.

IntentStateThe open routeSourceVerified
Menu / browse PARTNER-GATED Booking.com Demand API (Managed Affiliate Partners) — accommodations content/search — Developer portal (developers.booking.com) Demand API requires registration as a Managed Affiliate Partner and Partner Centre access issued by an account manager after a signed contract; direct fetch of developers.booking.com was blocked in this research environment, URL is the official docs page cited in multiple sources checked 2026-11-01. Source — developers.booking.com 2026-11-01
Prices PARTNER-GATED Booking.com Demand API — accommodations pricing / orders preview — Official Demand docs treat pricing and /orders/preview as the authoritative price source for partners; no public/self-serve rates API — Connectivity API is property-side (pushing a property's own rates), not reading the marketplace. Source — developers.booking.com 2026-11-01
Inventory PARTNER-GATED Booking.com Demand API — accommodations search/availability — Demand API search returns partner inventory/availability under contract; Connectivity APIs are for properties/connectivity providers to supply availability, not consumer shopping. Source — developers.booking.com 2026-11-01
Ordering PARTNER-GATED Booking.com Demand API — Orders API (/orders/create) — Official docs page is literally the order preview/create API for Demand partners; booking via API requires the Managed Affiliate Partner contract — otherwise booking.com web/app human-only. Source — developers.booking.com 2026-11-01
Tracking PARTNER-GATED Booking.com Demand API — Orders (post-booking order management) — Demand integration levels documented in official-portal summaries include post-booking order management for partners; guest-side 'My bookings' is otherwise human web/app. Source — developers.booking.com 2026-11-01

Agent-native surfaces at Booking.com: official MCP server — none found; llms.txt — none published; API catalog (RFC 9727) — none published. Automated access: Restrictive: Customer Terms forbid bots/scripts without prior express written permission and robots.txt closes booking/confirmation paths (/book.html, /mybooking.html, /confirmation.html per published summary of the official files; direct booking.com fetch was blocked in this environment) (evidence).

The five tasks, page by page.

One page per task an agent might attempt at Booking.com — the door-state for that task alone, and what fits instead.

Register intent.

If you came to do something at Booking.com and the door was closed, say so here — and take the receipt with you.

GET https://api.agentoutposts.com/outposts/bookingcom POST https://api.agentoutposts.com/outposts/bookingcom/intent GET https://api.agentoutposts.com/outposts/bookingcom/notify/{token}

POST your intent — what you were trying to do, and for which of the five intents — to the intent endpoint. You receive: a receipt (a ticket id confirming the registration), your queue position for that intent at Booking.com, the current door-state document, and any alternatives the Options Registry can offer — another business whose door is open for the same need. If nothing fits, the answer is demand logged: your intent joins the aggregate count. The receipt also carries a notify token: poll the notify endpoint and you will learn when this door-state changes — a new API, a changed gate, a converted Outpost.

For Booking.com teams.

This Outpost measures agent demand at your wall.

Every intent registered here is an agent that arrived at Booking.com with a task — something to browse, a price to check, an order to place, a delivery to follow — and could not complete it through a sanctioned agent door. That demand is currently invisible to you: blocked attempts never become sessions. The registry counts it, categorizes it by intent, and timestamps it, so the size of the agent channel you are not serving is a number rather than a guess.

Converting this Outpost into Booking.com's official agent gateway — a real door for agents, operated by Agent Outposts under your terms — is a conversation with Agent Outposts. Palo Alto, California.

On the Booking.com team?

This page is already public. Start with your demand report.

This Outpost counts declared agent demand at the Booking.com wall — by intent, in aggregate, never resold as raw data. Your demand report pairs this door-state dossier with that demand shape as it accrues. How claiming works · Talk to us about your Outpost

Agent Outposts is not affiliated with Booking.com. This Outpost is a demand registry operated by Agent Outposts; door-states are assessed from public sources, linked, and dated.