amazon.com

Whether agents can crawl you, find you in the registries and searches they check, and trust what they find.

• ✓Sitemap present & freshrequired4/4

  Sitemap at https://aws.amazon.com/sitemaps/index/: 7863 entries, freshest <lastmod> 2026-08-17 (0 days ago)

  Resolved the sitemap from robots.txt or /sitemap.xml, validated XML, and checked lastmod freshness

  spec ↗report issue
• ✓Brand search discoverabilityrequired4/4

  Both searches ("Amazon Web Services (AWS)" and "Amazon Web Services (AWS) infrastructure devops") cited amazon.com: https://aws.amazon.com/compliance/, https://aws.amazon.com/compliance/faq/, https://aws.amazon.com/blogs/security/download-aws-security-hub-csv-report/, https://aws.amazon.com/compliance/programs/, https://aws.amazon.com/resourceexplorer/

  Ran clean brand-name web searches and checked whether your domain is cited in the results

  report issue
• —MCP registry listingsrecommendedna

  No MCP server detected for this product

  Queried the official MCP registry, Smithery, Glama, and PulseMCP for servers matching your domain

  spec ↗report issue

Whether your robots policy, bot protection, and agent guidance actively admit AI agents instead of blocking them.

• ✓robots.txt present & parseablerequired2/2

  /robots.txt parses: 2 User-agent group(s), 3 Sitemap line(s)

  Fetched /robots.txt and validated it parses as a robots policy

  spec ↗report issue
• ✓AI crawler policyrequired5/5

  All 12 AI crawler user-agents (GPTBot, ClaudeBot, PerplexityBot, …) are allowed at / by robots.txt

  Evaluated robots.txt groups for the major AI agent user-agents (GPTBot, ClaudeBot, PerplexityBot, …)

  report issue
• ✗Content Signals directivesemerging0/2

  No Content-Signal lines in robots.txt

  fix → Declare Content Signals in robots.txt (e.g. `Content-Signal: search=yes, ai-train=no`) to express AI usage preferences machine-readably.

  Looked for Content-Signal lines in robots.txt

  spec ↗report issue
• ✓Agent user-agent paritybetarequired4/4

  All three UAs get HTTP 200; bot bodies are ClaudeBot 100%, GPTBot 100% of the browser response (482486 bytes)

  Compared responses served to browser and AI-agent user-agents (informational while in beta)

  report issue
• ✗agents.mdrecommended0/3

  No agents.md: https://aws.amazon.com/agents.md → HTTP 404, https://aws.amazon.com/AGENTS.md → HTTP 404

  fix → Add /agents.md: what agents may do on your site, key URLs, auth, rate limits, and who to contact.

  Fetched /agents.md and checked for substantive agent guidance

  spec ↗report issue

Whether your pages carry machine-readable identity: structured data, llms.txt, clear copy an agent can quote.

• ✓Homepage states what you arerequired3/3

  Homepage clarity rated 5/5 — an agent can confidently say what this company does (model's one-sentence read: "AWS provides comprehensive cloud computing services, enabling organizations to accelerate innovation, reduce costs, and scale more efficiently across various industries.")

  An LLM read your homepage as an agent would and rated how confidently it could say what you do

  report issue
• ◐OpenGraph / social metadatarecommended1/2

  Homepage has og:title, og:description but is missing og:image (twitter:card="summary_large_image" present)

  fix → Add og:image meta tags to your homepage; agents and link unfurlers use them as your canonical summary.

  Parsed homepage og:title / og:description / og:image and twitter:card meta tags

  spec ↗report issue
• ✗llms.txtrecommended0/4

  GET /llms.txt returned HTTP 404

  fix → Add /llms.txt: an H1 with your name, a one-line blockquote summary, and H2 sections of curated links to docs, pricing, and API.

  Fetched /llms.txt and validated it against the llmstxt.org shape (H1, summary, curated links)

  spec ↗report issue
• ✗llms-full.txtbonusrecommended0/2

  GET /llms-full.txt returned HTTP 404

  fix → Add /llms-full.txt with expanded inline docs content so agents can load everything in one fetch.

  Fetched /llms-full.txt and checked for substantial inline markdown content

  spec ↗report issue
• ◐JSON-LD structured datarequired2/4

  2 JSON-LD block(s) on homepage and pricing page (types: BreadcrumbList, ItemList) but none is a substantive type, or Organization/WebSite lacks name+url

  fix → Embed Organization + WebSite JSON-LD with name and url on your homepage (plus logo, sameAs) and Product/Offer JSON-LD on pricing.

  Extracted and validated application/ld+json blocks on the homepage and pricing page

  spec ↗report issue
• ✗Markdown content negotiationrecommended0/3

  GET / with `Accept: text/markdown` returned HTTP 200 text/html; no .md twins found (2 probed)

  fix → Serve text/markdown when clients send `Accept: text/markdown` (or expose .md twins of key pages) — agents get far more signal per token.

  Requested key pages with Accept: text/markdown and probed .md twin URLs

  report issue

Whether the artifacts an agent needs to build on you — docs, API specs, SDKs, MCP servers — exist and are findable.

• ✓Developer resource discoverabilityrecommended3/3

  Search "Amazon Web Services (AWS) API documentation" cited your own domain: https://docs.aws.amazon.com/cloudsearch/latest/developerguide/search-api.html, https://docs.aws.amazon.com/apigateway/latest/developerguide/api-ref.html, https://docs.aws.amazon.com/resource-explorer/latest/userguide/using-search-query-syntax.html, https://docs.aws.amazon.com/amazonq/latest/api-reference/API_SearchRelevantContent.html

  Searched for your brand with developer-keyword suffixes and checked which official resources are cited

  report issue
• ✗OpenAPI spec discoverablerequired0/5

  No OpenAPI spec found: checked docs-page links and /openapi.json, /openapi.yaml, /swagger.json, /api/openapi.json, /docs/openapi.json, and api-subdomain locations

  fix → Publish your OpenAPI spec at /openapi.json and link it from docs — it's the single highest-leverage artifact for agent integration.

  Probed standard OpenAPI locations and docs links for a fetchable, parseable spec

  spec ↗report issue
• ✓Docs discoverablerequired4/4

  Docs found at https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5 (via homepage link, 18313 chars of readable text)

  Followed homepage nav/footer links and probed /docs, /developers, docs.{domain}

  report issue
• ◐MCP server discoveryrequired2.5/5

  MCP evidence found only as a mention in docs page (https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5): "https://d1.awsstatic.com/onedam/marketing-channels/website/aws/en_US/product-categories/developer-tools/approved/agenttoolkit/01-aws-mcp-server-v4.3cf0c5069a27e173b73e0a3e85b19d84a335a8c1.png" — no well-known server card

  fix → Publish /.well-known/mcp/server-card.json describing your MCP endpoint so agents can autodiscover it. Evidence found: docs page (https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5).

  Probed /.well-known/mcp/server-card.json, mcp.json, and docs mentions for an MCP endpoint

  spec ↗report issue
• ✗npm SDKrecommended0/2

  No official npm SDK found: probed 6 candidate(s) (@amazonwebservicesaws/sdk, @amazonwebservicesaws/amazonwebservicesaws, amazonwebservicesaws, amazonwebservicesaws-sdk, amazonwebservicesaws-api, amazonwebservicesaws-js)

  fix → Publish an official npm SDK (suggest @amazonwebservicesaws/sdk) with your domain in package.json homepage so agents can verify it's official.

  Searched the npm registry for an official, domain-verified SDK package

  report issue
• ✓PyPI SDKrecommended2/2

  Official PyPI package "mcp-proxy-for-aws" (verified via linked from the site's own docs): latest 1.6.4 published 2026-07-20

  Searched PyPI for an official, domain-verified SDK package

  report issue

Whether your specs, docs, and tools are complete and descriptive enough for an agent to use them without guessing.

• —OpenAPI validity & qualityrecommendedna

  No OpenAPI spec found — nothing to lint

  Linted the spec: descriptions, operationIds, securitySchemes, servers

  report issue
• ✗Docs qualityrecommended0/3

  Docs at https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5 scored clarity 1/5, completeness 0/5, runnable examples 0/5, agent-friendliness 0/5 (mean 0.3/5)

  fix → Docs scored 0/5 on completeness. The documentation provided is a general marketing overview of AWS products and services, not specific API documentation or an agent toolkit for integration.

  An LLM rated your docs for clarity, completeness, runnable examples, and agent-friendliness

  report issue
• ✗Quickstart / getting startedrecommended0/2

  Quickstart page https://aws.amazon.com/getting-started/?nc2=h_dsc_aa_gs exists but contains no code block (<pre> or fenced code)

  fix → Add a copy-pasteable code example (auth → first API call) to your quickstart — agents follow it literally.

  Looked for a quickstart/getting-started guide containing code blocks

  report issue
• —MCP tool qualityrecommendedna

  MCP endpoint is auth-gated — tools could not be listed unauthenticated

  Linted listed tools for descriptions, typed input schemas, and naming

  report issue

Response hygiene, TLS and redirect discipline, and security contact channels agents depend on at runtime.

• ✓TLS & redirect hygienerequired2/2

  http://aws.amazon.com/ upgrades to https in 1 hop(s), 1 redirect(s) total, final HTTP 200; HSTS present

  Checked http→https redirect behavior, chain length, and TLS health

  report issue
• ✓Response speed & weightrequired1/1

  Homepage TTFB 68ms, payload 471KB, Content-Encoding: gzip

  Measured homepage TTFB, payload size, and compression

  report issue
• ✓security.txtrecommended1/1

  Valid security.txt at https://aws.amazon.com/.well-known/security.txt: Contact mailto:aws-security@amazon.com, Expires 2026-09-24

  Fetched /.well-known/security.txt and validated Contact + Expires

  spec ↗report issue

Whether agents can discover your auth model machine-readably (OAuth metadata) and follow documented steps to credentials.

• ✗OAuth authorization server metadatarecommended0/3

  Neither /.well-known/oauth-authorization-server nor /.well-known/openid-configuration resolved (HTTP 404 / HTTP 404)

  fix → Serve RFC 8414 metadata at /.well-known/oauth-authorization-server with PKCE (S256) and a registration_endpoint so agents can self-onboard.

  Fetched /.well-known/oauth-authorization-server (and openid-configuration fallback)

  spec ↗report issue
• ✗OAuth protected resource metadatarecommended0/2

  No RFC 9728 metadata: https://aws.amazon.com/.well-known/oauth-protected-resource → HTTP 404

  fix → Serve RFC 9728 metadata at /.well-known/oauth-protected-resource naming your authorization servers so agents can discover how to authenticate.

  Fetched /.well-known/oauth-protected-resource

  spec ↗report issue
• ✗Auth documentationrecommended0/2

  No auth/API-key link found among 151 links on docs page https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5, and /auth.md is absent

  fix → Document auth end-to-end (key creation → header format → example call), or ship /auth.md.

  Looked for /auth.md or an authentication docs page with code examples

  report issue

Whether pricing is discoverable and machine-readable, and whether you support agent payment protocols.

• ◐Pricing discoverablerequired2.5/5

  Pricing page found at https://aws.amazon.com/pricing/?nc2=h_pr_hub (via homepage link) but no legible price signals in 11538 chars of page text — no currency amounts, "per month"/"/mo", or "free plan" terms (reads as contact-sales only).

  fix → Add literal plan prices to https://aws.amazon.com/pricing/?nc2=h_pr_hub; 'Contact sales'-only pricing means agents can't complete a purchase evaluation.

  Followed nav/footer links and probed /pricing for a page with legible price signals

  report issue
• ◐Machine-readable pricingrecommended2.5/5

  Pricing at https://aws.amazon.com/pricing/?nc2=h_pr_hub is extractable only via inference and stays ambiguous — only contact-sales/unpriced plans came back (confidence 0.80): pay-as-you-go (no listed price). No Offer JSON-LD on the page.

  fix → Add Offer JSON-LD per plan (name, price, priceCurrency, billing period) to https://aws.amazon.com/pricing/?nc2=h_pr_hub so pricing parses without inference.

  Looked for Offer JSON-LD, then had an LLM attempt structured extraction of your plans

  spec ↗report issue
• ✗x402 payment supportbonusrecommended0/2

  /.well-known/x402 returned HTTP 404. No x402 support detected (bonus check — absence costs nothing).

  fix → Support x402: serve payment requirements at /.well-known/x402, or answer unauthenticated API calls with HTTP 402 plus an x402 payment-requirements payload (x402Version, accepts[]).

  Probed /.well-known/x402 and API endpoints for HTTP 402 payment-required envelopes

  spec ↗report issue
• ✗AP2 readinessemerging0/1

  No AP2 hints found — scanned docs page (https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5); /.well-known/ap2 returned HTTP 404.

  fix → Adopt AP2 to accept delegated agent payments — see https://ap2-protocol.org.

  Scanned fetched artifacts and well-known paths for AP2 hints

  spec ↗report issue
• ✗Agentic Commerce Protocolemerging0/1

  No Agentic Commerce Protocol hints found — scanned docs page (https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5); /.well-known/acp returned HTTP 404.

  fix → Adopt the Agentic Commerce Protocol so agent checkouts can complete against your store — see https://developers.openai.com/commerce.

  Scanned docs and specs for agentic checkout endpoints

  spec ↗report issue
• ✗Other agent payment protocolsbonusemerging0/1

  No UCP/MPP hints found — scanned docs page (https://aws.amazon.com/products/developer-tools/agent-toolkit-for-aws/?nc2=h_dsc_ex_s5).

  fix → Track emerging agent payment protocols (UCP, MPP) and adopt the ones your buyers' agents use.

  Scanned fetched artifacts for UCP/MPP protocol hints

  report issue

Whether an end user's agent can operate on their behalf: working MCP tools, published skills, agent configs.

• —Agent skill publishedbonusemergingna

  Requires the analysis phase — not yet evaluated

  Checked /skill.md, /.well-known/skills/, and skills.sh for published agent skills

  report issue
• ✗MCP handshake & tools listrequired0/4

  MCP endpoint https://d1.awsstatic.com/onedam/marketing-channels/website/aws/en_US/product-categories/developer-tools/approved/agenttoolkit/01-aws-mcp-server-v4.3cf0c5069a27e173b73e0a3e85b19d84a335a8c1.png returned 401/403 without resolvable resource_metadata in WWW-Authenticate

  fix → MCP endpoint https://d1.awsstatic.com/onedam/marketing-channels/website/aws/en_US/product-categories/developer-tools/approved/agenttoolkit/01-aws-mcp-server-v4.3cf0c5069a27e173b73e0a3e85b19d84a335a8c1.png failed handshake: auth-gated without RFC 9728 metadata. If auth-gated, return resource_metadata in WWW-Authenticate so agents can discover how to authenticate.

  Performed a streamable-HTTP initialize + tools/list against the MCP endpoint

  spec ↗report issue
• —Agent configs in public repobonusemergingna

  Requires the analysis phase — not yet evaluated

  Checked your public GitHub org's main repos for AGENTS.md / .claude / .cursor configs

  report issue

Whether the site itself is legible to non-rendering and browser agents: semantic HTML, no JS walls, accessibility.

• ✗NLWeb endpointemerging0/1

  No NLWeb endpoint detected: /.well-known/nlweb.json returned HTTP 404 (text/html); GET /ask?query=hello returned HTTP 200 (text/html)

  fix → Consider exposing an NLWeb /ask endpoint (and /.well-known/nlweb.json) for conversational access to your content.

  Probed /.well-known/nlweb.json and the /ask endpoint

  spec ↗report issue
• ✗Semantic HTML structurerequired0/3

  Only 2/6 semantic signals present on the homepage (missing: <header>/<footer>, exactly one <h1> (found 3), no heading-level skips, text-to-markup ratio ≥ 0.10)

  fix → Add landmark elements and a clean heading hierarchy — missing: <header>/<footer>, exactly one <h1> (found 3), no heading-level skips, text-to-markup ratio ≥ 0.10.

  Scored landmark elements, heading hierarchy, and text-to-markup ratio on the homepage

  report issue
• ✓Content readable without JavaScriptrequired2/2

  Homepage raw HTML contains 9717 chars of visible text without JavaScript

  Measured visible text in the raw, unrendered homepage HTML

  report issue
• ✓Accessibility basicsrequired2/2

  Homepage accessibility: 4/5 checks passed — failing: labeled inputs (2/4 unlabeled)

  Static checks: lang attribute, title, alt coverage, labeled inputs, landmarks

  report issue
• ✗WebMCPemerging0/1

  No WebMCP evidence on homepage: no application/webmcp script and no navigator.modelContext reference

  fix → Consider WebMCP to expose page actions as tools to browser agents.

  Looked for WebMCP script declarations on the homepage

  spec ↗report issue