Bookingbooking.com

ScoredJul 24, 2026, 09:48 AM

com's API program shows real strengths in API design and core discoverability, but two areas are holding back partner and agent adoption. The most urgent gaps are in agent understanding — there is no structured agent instruction file or machine-readable doc surface, which means AI coding agents cannot reliably interpret or act on the API without manual effort.

API DesignA clean, typed, well-governed API contract agents can reason about4 pass1 warn0 fail96A+
SignalPointsFindingsRationale
passSchema coverage & depthvia sdk25/25289/289 (100%) public params are fully typed (no any/**kwargs). Analyzer confirms all methods have a derivable input schema. Investigated: sdk 100%, spec 83%.Typed, complete request/response schemas are what make agent function-calling possible.
passAuth declared & discoverablevia docs25/25authentication documented in the docs site at https://developers.booking.com/connectivity/docs/authentication-best-practices. Investigated: docs 100%, spec 50%.Agents can only authenticate when auth is declared, scoped, and discoverable.
warnMachine-readable, versioned contractvia spec20/25info.version="1.0" set but no versioning scheme (URL / header / media type) detected. Investigated: spec 80%, docs 60%.A current OpenAPI version with a declared versioning scheme lets agents reason about the contract.
passSecurity & governance hygienevia spec15/15No credential-shaped strings detected in spec. Investigated: spec 100%, wellknown 50%.No leaked secrets, no critical lint violations, no OWASP API Top-10 spec smells, and a published vulnerability-disclosure channel.
passExample coveragevia docs10/10Code samples present on 3/20 pages across 2 language(s); broader multi-language coverage missing. Investigated: docs 100%, sdk 100%, spec 0%.Examples carry shape semantics schemas under-specify — for humans and agents alike.
Developer ExperienceThe context both developers and agents need to integrate fast — onboarding, code samples, complete descriptions and worked examples4 pass0 warn1 fail79B
SignalPointsFindingsRationale
passSelf-service developer portalvia docs29/29Signup page at https://booking.com/signup; no free-tier language detected in docs/pricing. Investigated: docs 100%.Self-serve key/account creation is the fast first call for partners, with no sales gate.
passCode samples in docsvia docs18/18Code samples present on 3/20 pages across 2 language(s); broader multi-language coverage missing. Investigated: docs 100%.Multi-language samples shorten time-to-first-call.
passDescription completenessvia spec15/1550% description completeness. Investigated: spec 100%, sdk 92%.Complete descriptions are the context humans and agents need to use endpoints.
passChangelog publishedvia spec13/13changelog documented in the docs site at https://developers.booking.com/connectivity/docs/changelog/changelog-archive. Investigated: spec 100%, docs 100%.A published changelog lets partners track changes without surprise.
failQuickstart presentvia docs0/25No quickstart/getting-started page found at the conventional paths. Investigated: docs 0%.A quickstart is the fastest path from landing page to first successful call.
Agent DiscoveryPartners and their agents can find your APIs — llms.txt, registries, crawlable and reachable docs1 pass3 warn0 fail79B
SignalPointsFindingsRationale
passRegistry & SDK presencevia docs28/28Indexed on Context7 (wpmanageninja/fluent-booking, 171 snippets). Investigated: docs 100%, sdk 92%, cli 0%.Listing in MCP registries and publishing SDKs puts the API where agents and their tooling look.
warnDocs reachable, not hard auth-gatedvia docs22.5/30Server ignores Accept: text/markdown header (0/48 sampled pages return markdown). Investigated: docs 75%.Agents can only index and fetch docs they can reach — past auth gates and over correct HTTP semantics.
warnllms.txt present, valid & comprehensivevia docs15/30No llms.txt directive found in HTML of any of 50 sampled pages. Investigated: docs 50%, sdk 0%.A valid, comprehensive llms.txt is the machine-readable entry point for agents.
warnCrawlable / AEOvia wellknown9/12Sitemap present (1062 entries) but carries no lastmod values. Investigated: wellknown 75%.Bots allowed plus a fresh sitemap make docs findable by agent crawlers.
Agent UnderstandingAgents can correctly interpret your APIs — machine-readable errors, consistent descriptions, structured data, parseable docs1 pass2 warn2 fail73B
SignalPointsFindingsRationale
passMachine-readable errors (RFC 9457)via docs28/28error codes documented in the docs site at https://developers.booking.com/connectivity/docs/codes-err. Investigated: docs 100%, sdk 100%, spec 50%.RFC 9457 problem details and a documented error-code inventory let agents parse failures without burning tokens.
warnOperation purpose clarityvia spec22.5/2583% of operations are agent-inferable (target 90%+). Investigated: spec 90%.Agents select the right endpoint from its summary + operationId; clear, named operations make tool-selection reliable — the strongest driver of correct tool choice.
warnAgent-navigable, token-efficient docsvia docs12.2/2210 of 47 pages have substantive content differences between markdown and HTML (avg 13% missing). Investigated: docs 56%.Server-rendered, clean, small-footprint docs are what an agent can cheaply fetch and parse correctly.
failAgent instructions file (AGENTS.md)via wellknown0/10No AGENTS.md at the site root or /.well-known/. Investigated: wellknown 0%.An AGENTS.md gives coding agents explicit setup, auth, and usage instructions to interpret and operate the API — beyond llms.txt's link index.
failDocs structured datavia docs0/8Neither JSON-LD nor OpenGraph/meta tags detected across 20 sampled pages — likely a CSR-only docs site. Investigated: docs 0%.Structured data (JSON-LD/schema.org) on docs pages gives agents an unambiguous parse target and is what answer engines cite. Detected on the JS-rendered head (Firecrawl) for a bounded page budget, so JS-injected JSON-LD is now caught; pages we can't render are excluded rather than failed.
naDescription consistency across surfaces—/7Only 1 surface description(s) with ≥6 tokens available; need at least 2 to compare.Every surface tells the same story about what the product is.
Agent UsabilityAgents have the context to use your APIs reliably, not just find them3 pass1 warn1 fail84A
SignalPointsFindingsRationale
passIdempotency documentedvia sdk27/27Built-in retry machinery is present (grep-derived). Investigated: sdk 100%, spec 0%, docs 0%.Documented idempotency lets agents retry safely.
passRate-limit signalingvia spec22/22rate-limit behavior documented in the docs site at https://developers.booking.com/demand/docs/development-guide/rate-limiting. Investigated: spec 100%, docs 100%.Machine-readable rate-limit headers let agents throttle adaptively.
passPagination documented & consistentvia docs22/22pagination documented in the docs site at https://developers.booking.com/demand/docs/development-guide/pagination. Investigated: docs 100%, sdk 67%, spec 63%.Consistent, documented pagination lets agents traverse collections.
warnSandbox separationvia sdk10/20No test-mode flag or sandbox environment is exposed. Investigated: sdk 50%, spec 0%, docs 0%.An isolated environment lets agents exercise destructive operations safely.
failRunnable collection with test scriptsvia platform0/9No public Postman workspace discovered for the org. Investigated: platform 0%.A public, maintained collection with assertions is runnable truth agents validate against.
Resources Discovered

The public resources we found for Booking — the evidence behind the score. All discovered from public sources; nothing here requires access to your systems.

Agent hintsContext7 (171)
APIs analyzed5Connect API, Facilities API, Payments API, Rooms API, Charges API
Want to improve your results?