Agent Readiness Audit avatar

Agent Readiness Audit

Pricing

Pay per usage

Go to Apify Store
Agent Readiness Audit

Agent Readiness Audit

Check how ready a website is for AI agents: robots.txt policy for AI crawlers, llms.txt, sitemap, structured data, MCP server card, and JavaScript dependence.

Pricing

Pay per usage

Rating

0.0

(0)

Developer

Ondřej Úlehla

Ondřej Úlehla

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

5 days ago

Last modified

Share

AI agents are becoming a major consumer of the web. They fetch pages, read robots.txt, look for llms.txt, extract structured data, and increasingly connect through MCP servers. Most websites were never checked against any of that.

This Actor audits any website for AI-agent readiness and returns a scored report with concrete recommendations.

What it checks

CheckWhy it matters for agents
robots.txt existsThe only standard place to express a crawler policy
AI crawler accessWhether GPTBot, ClaudeBot, PerplexityBot, CCBot and others are allowed, restricted, or blocked
llms.txtA markdown site map made for language models (llmstxt.org), consumed directly by agents
XML sitemapLets agents enumerate content instead of crawling blind
MCP server card/.well-known/mcp/server-card.json, the discovery point for a site's MCP server
Structured dataJSON-LD (schema.org) lets agents extract facts without guessing from layout
Meta basicsTitle, meta description, canonical: the first thing any agent reads
Works without JavaScriptMost agents fetch, they do not render; content that only exists after JS is invisible to them
Indexing signalsnoindex / noai directives in meta tags or X-Robots-Tag headers

Each check has a weight. The report gives a 0–100 score, a grade (A–F), per-check details, and a recommendation for every failed check.

Input

{
"urls": ["https://example.com"],
"aiCrawlers": ["GPTBot", "ClaudeBot", "PerplexityBot", "CCBot"]
}

urls is required. aiCrawlers is optional and defaults to the major AI agents and training crawlers.

Output

One dataset item per audited site:

{
"url": "https://example.com",
"score": 62,
"grade": "C",
"checks": {
"robotsTxt": { "passed": true, "weight": 10, "status": 200 },
"aiCrawlerAccess": { "passed": true, "weight": 15, "policies": { "GPTBot": "allowed", "ClaudeBot": "blocked" } },
"llmsTxt": { "passed": false, "weight": 15, "status": 404 },
"worksWithoutJs": { "passed": true, "weight": 15, "visibleTextChars": 18240 }
},
"recommendations": [
"Add /llms.txt: a short markdown map of the site for language models (llmstxt.org). Cheap to add, directly consumed by agents."
]
}

A run summary is stored in the OUTPUT record of the key-value store.

Use cases

  • Site owners: find out what an AI agent actually sees before deciding on an AI traffic policy.
  • Agencies: audit client portfolios for the answer-engine era, the same way you audit SEO today.
  • Agent builders: check whether a target site is agent-friendly before building on top of it.

Notes

  • The audit reads a handful of public URLs per site (homepage, robots.txt, llms.txt, sitemap, well-known paths). It does not crawl the whole site and does not execute JavaScript.
  • "Blocked" verdicts describe what robots.txt requests; they are not a legal statement about what any crawler does.