Agent Ready CheckoutEdition . The pay layer for agents.

360 check, 9 Nov 2026

Booking.com on the pay layer: the 360 agent-readiness check

In short

Booking.com scores 37 of 100 on Ora's agent-readiness scan, a D, read 14 Nov 2026. The six payment checks did not apply to booking.com on this read, which is how Ora treats a site it does not read as a shop. A notice asking the agent to enable JavaScript, and a robots.txt that is a web page.

On 14 Nov 2026 the public site at booking.com scored 37 of 100 on Ora's agent-readiness scan, a D, in Ora's Travel & Hospitality category. Booking.com is the largest online travel agency in the world by bookings, so this check reads the Payments layer first: the six checks that look for x402, MPP, UCP, ACP and AP2 on the domain, the same protocols this site's matrix tracks row by row. The other layers follow, with every check Ora ran and what it saw. Ora's one-line summary: Keeps agents at arm's length: no MCP server, no OpenAPI spec, and the homepage renders no text without JavaScript.

The score

Booking.com on Ora, read 14 Nov 2026: points per layer, with the share of each layer's maximum. 13 checks pass, 7 are partial, 47 fail and 71 do not apply to this site.
LayerPointsShareWhat the layer asks
Discovery8.5 of 1365%Can agents find and recommend it
Access18.17 of 4144%Can agents read it
Usability9.43 of 5417%Can agents use it
Payments0 of 0none applyCan agents pay
Total37 of 10037%Grade D

The pay layer

Ora did not run the six payment checks against booking.com on this read: it marks them not applicable on a site it does not read as a shop, so the layer has no maximum and costs nothing. A travel seller that sells online can still publish any of the five protocols; the matrix says which processors and platforms carry each one. Each protocol links to its matrix row, where the processors and platforms that carry it are dated and sourced.

The six Payments checks Ora runs, on booking.com, read 14 Nov 2026. A protocol not found costs nothing, and a check marked does not apply was not run against the site.
Payment checkResultPointsMatrix rowWhat Ora saw
x402Does not apply0 of 2x402 in the matrixNo x402 payment protocol support detected. No commerce signals detected - agent-payment protocols are optional for non-commerce sites
MPPDoes not apply0 of 2MPP in the matrixNo MPP (Machine Payments Protocol) support detected. No commerce signals detected - agent-payment protocols are optional for non-commerce sites
UCPDoes not apply0 of 3UCP in the matrixno UCP (Universal Commerce Protocol) signals detected. No commerce signals detected - agent-payment protocols are optional for non-commerce sites
ACPDoes not apply0 of 3ACP in the matrixno ACP (Agentic Commerce Protocol) signals detected. No commerce signals detected - agent-payment protocols are optional for non-commerce sites

The other layers, check by check

Every check Ora ran on booking.com, grouped by layer, with the result, the points and what Ora recorded where its wording passes this site's gate.

Discovery: 8.5 of 13

Discovery checks on booking.com, read 14 Nov 2026; 5 more checks in this layer did not apply to the site.
CheckResultPointsWhat Ora saw
ARD discoveryFail0 of 1No /.well-known/ard.json, no same-site rel="ard" link, and no legacy /.well-known/ai-catalog.json
Developer resource discoverabilityPass4 of 4Pass, no detail recorded.
Brand name discoverabilityPartial1 of 3booking.com ranks #6 for "booking" (searched your brand name alone: no main product term from your homepage qualified)
robots.txt AI crawler policyPartial0.5 of 1robots.txt answered an HTML page instead of rules. Crawlers find no rules in it and read the whole site, so your AI crawler policy is not stated. Serve a plain-text robots.txt
NPM/PyPI SDK packageFail0 of 1No NPM or PyPI SDK package found
Agent platform configsFail0 of 1Could not locate a public repo containing agent configs or rules. If our probes missed it, AI coding agents likely will too - link the repo from your homepage or docs so it's discoverable.
Agent Plugins manifestFail0 of 1No Agent Plugins manifest (plugin.json) found in discovered repos
ChatGPT app listedPass2 of 2Pass, no detail recorded.
Homepage not hidden from searchPass1 of 1No noindex on the homepage: no robots, googlebot or bingbot meta tag and no X-Robots-Tag header hides it from search.

Access: 18.17 of 41

Access checks on booking.com, read 14 Nov 2026; 6 more checks in this layer did not apply to the site.
CheckResultPointsWhat Ora saw
Sitemap existsFail0 of 1No sitemap found
Content without JavaScriptPartial1.67 of 5Homepage: Very little text content (0 chars), and a <noscript> notice asks visitors to enable JavaScript: the content is rendered by JavaScript, so AI crawlers that run none see an empty page.
Not blocked by bot detectionPass2 of 2Site accessible to 4 agent user-agents (ChatGPT-User, OAI-SearchBot, Claude-User, PerplexityBot).
Agent discovery fileFail0 of 2No agent discovery file found
A2A / agent-cardFail0 of 2No A2A agent card found at /.well-known/agent-card.json
Listed on skills.shFail0 of 1No official skills self-published on skills.sh (100 community skills with potential relation to this domain found, but only self-published official skills count)
pricing.md existsFail0 of 2No pricing.md found - agents need machine-readable pricing to compare products and make purchase recommendations
NLWeb Schema FeedsFail0 of 1No robots.txt found - cannot check for Schema Feeds
MCP well-known discoveryFail0 of 2No MCP server URL discovered
HTTP Link headers (RFC 8288)Fail0 of 1No HTTP Link response headers (RFC 8288) found
Markdown URL fallbackFail0 of 2Homepage does not support the .md suffix. Probed https://booking.com/index.md and it did not return markdown (expected text/markdown content-type or a heading-led non-HTML body).
Modular llms.txt per product areaFail0 of 1No section-level llms.txt found. Tried /docs/llms.txt, /api/llms.txt, /developers/llms.txt, /guides/llms.txt, /reference/llms.txt. This is a bonus check: it can add a point and never costs one.
llms.txt existsPass1 of 1Found the llms.txt at https://developers.booking.com/llms.txt.
llms.txt formattingPartial1 of 2The llms.txt at https://developers.booking.com/llms.txt is well-formatted with markdown links, but at 99,808 characters it exceeds the 30,000-character recommendation for a navigation index.
JSON-LD structured dataFail0 of 2No JSON-LD structured data found on homepage
Pricing info accessibleFail0 of 3No pricing page or pricing data found
Public API/docs linked from homepagePass4 of 4Documentation site found at https://developers.booking.com
Agent instruction / when-to-useFail0 of 1No agent instruction file with when-to-use guidance found
Skills.sh skill qualityFail0 of 2No official skills on skills.sh to evaluate
JSON-LD entity linking (sameAs)Fail0 of 1No JSON-LD found - no entity linking possible
Metadata completenessPartial0.5 of 1Only 1/4 metadata signals present - missing: canonical URL, og:image, og:type
Organization schema completenessFail0 of 1No JSON-LD found - Organization schema missing
Trust anchor pagesFail0 of 1No trust anchor pages found with sufficient content (About, Contact, Privacy)
Markdown alternate linkFail0 of 1No sampled page advertises a markdown alternate. Add <link rel="alternate" type="text/markdown" href="..."> (or the equivalent Link response header) pointing at a markdown twin of the page.
Redirect hygienePass1 of 1Pass, no detail recorded.
Page token budgetPass1 of 1All 6 measured pages fit an agent context budget (largest ~4K tokens)
Content starts near the topPass1 of 1Pass, no detail recorded.
OpenAPI spec publishedFail0 of 8No OpenAPI/Swagger specification found
Developer portalPass5 of 5Developer portal found at https://developers.booking.com
API catalog (RFC 9727)Fail0 of 2No /.well-known/api-catalog found (RFC 9727)
Markdown agent docsFail0 of 1Missing markdown content negotiation. Homepage returned text/html when probed with Accept: text/markdown (expected text/markdown), and none of the well-known root paths (/llms.md, /auth.md, /agents.md, /developers.md
Markdown content negotiation (acceptmarkdown.com)Fail0 of 1Homepage https://booking.com does not meet the Markdown negotiation requirements: Accept: text/markdown returned text/html; charset=utf-8; Vary header missing Accept (got "none")
Bot-UA markdown servingFail0 of 1No probed bot User-Agent (ChatGPT-User, Claude-User, Perplexity-User) receives markdown when requesting HTML. Optional: detect AI-bot UAs server-side and serve them a markdown representation directly.
Agent crawler reachabilityPass1 of 1Reachable to every agent we tested - ChatGPT-User: reachable, OAI-SearchBot: reachable, Claude-User: reachable, PerplexityBot: reachable

Usability: 9.43 of 54

Usability checks on booking.com, read 14 Nov 2026; 55 more checks in this layer did not apply to the site.
CheckResultPointsWhat Ora saw
Public API with reachable endpointsPartial3.43 of 8API described in documentation at https://developers.booking.com but no machine-verifiable API surface confirmed. Best-of-protocols score: 3/7.
OAuth 2.0 supportPass5 of 5OAuth endpoint found at https://login.booking.com/oauth2/authorize
Scoped permissionsFail0 of 5No declared OAuth scopes, security schemes, or scoped-permission documentation found
Agent onboarding frictionPartial1 of 2Onboarding signals described but not verified live: sandbox/test environment
Web Bot Auth directoryFail0 of 2No /.well-known/http-message-signatures-directory found
auth.md existsFail0 of 2No /auth.md found at site root
auth.md structureFail0 of 2No /auth.md found at site root
Agent auth discovery metadataFail0 of 3Neither /.well-known/oauth-protected-resource nor /.well-known/oauth-authorization-server found. Probed: booking.com, api.booking.com.
Agent auth WWW-Authenticate hintFail0 of 1No 401 with WWW-Authenticate: Bearer resource_metadata=... found. Probed [https://booking.com/api, https://booking.com/api/v1, https://booking.com/v1, https://booking.com/v2, https://booking.com/agent/identity
agent_auth endpoints reachableFail0 of 2No agent_auth endpoint URIs found in AS metadata or /auth.md prose; nothing to probe
MCP server / manifestFail0 of 10No MCP server or manifest found
WebMCP supportFail0 of 8No WebMCP support detected - no document.modelContext / navigator.modelContext usage found
JSON error responsesFail0 of 3API does not return JSON error responses (or no API detected)
CLI tool availableFail0 of 3No CLI tool found
NLWeb /ask endpointFail0 of 1No NLWeb-conformant /ask endpoint found via GET or POST
NLWeb streaming supportFail0 of 1NLWeb /ask does not support SSE streaming via GET or POST
MCP server-card.jsonFail0 of 2No MCP server card found (checked /.well-known/mcp/server-card.json, the site's ai-catalog.json, servers[].card in mcp.json, and <server>/server-card)
Product + docs MCP coverageFail0 of 2This bonus needs two MCP servers: one for your product so agents can take actions, and a separate one for your documentation so agents can answer questions from your docs.
Agent-friendly 404sFail0 of 2Fail, no detail recorded.
Accessibility-tree injection safety (bonus)Pass2 of 2Pass, no detail recorded.
MCP Apps supportFail0 of 4No MCP Apps support detected - this product has an in-agent UI surface but exposes no ui:// resources or tool UI metadata for agents to render.
A2UI / generative UI supportFail0 of 2No A2UI or generative UI support detected
API schema complexity analysisFail0 of 2No API schema detected
Function calling compatibilityFail0 of 2No API spec found - function calling requires discoverable endpoints

The fixes worth most points

Ora attaches an estimate to each failing or partial check: how many points the site would gain by passing it. These are the 5 with the largest estimates for Booking.com.

MCP server / manifest
Fail, 0 of 10, about 8.2 points to gain. Ora saw: No MCP server or manifest found.
WebMCP support
Fail, 0 of 8, about 6.6 points to gain. Ora saw: No WebMCP support detected - no document.modelContext / navigator.modelContext usage found.
OpenAPI spec published
Fail, 0 of 8, about 6.5 points to gain. Ora saw: No OpenAPI/Swagger specification found.
Scoped permissions
Fail, 0 of 5, about 4.1 points to gain. Ora saw: No declared OAuth scopes, security schemes, or scoped-permission documentation found.
Public API with reachable endpoints
Partial, 3.43 of 8, about 3.8 points to gain. Ora saw: API described in documentation at https://developers.booking.com but no machine-verifiable API surface confirmed. Best-of-protocols score: 3/7.

Our read

Booking.com opens the door to all four agent user agents and shows them a notice asking them to enable JavaScript: the home page renders zero characters of text without it, so the content row fails and no JSON-LD is read. robots.txt answers with an HTML page instead of rules, so the policy rows cannot be met, and there is no sitemap. Ora read no commerce signals on the largest online travel agency in the world, so the six payment checks did not apply on this read. The act layer is the part that works: developers.booking.com is a real portal with its own llms.txt, an OAuth endpoint sits at login.booking.com, though the API has no machine-verifiable surface, its endpoints do not answer errors as JSON, and Ora found neither an OpenAPI specification nor an MCP server, and no declared scopes. The domain ranks sixth for the word booking. An llms.txt for developers and no home page an agent can read; the template is the fix.

Test your own checkout

The scan above is free and needs no account: enter a domain at ora.ai and read the same layers for your own site, with the six payment checks mapped to this matrix on the Ora Payments page. The command below runs the same audit from a terminal and exits with 1 under the score you set, so it can gate a deploy. Why Ora, and its limits.

npx ax@0.10 audit https://example.com --min-score 70

All 360 checks, one company a day. Corrections to the corrections page.

Sources

  1. ora.ai/api/score/booking.com, Ora's scan (vendor), read 14 Nov 2026
  2. Ora's scoring rules, version 3 (vendor), read 14 Nov 2026
  3. Ora check catalog (GET /api/checks), read 14 Nov 2026
  4. booking.com, the company's site, read 14 Nov 2026

Last reviewed