Waiting
Run the readiness audit to check public discovery files.
Paste a public domain and run a practical AI readiness check. The audit uses the existing live visibility report engine, then routes the result into answer packs, proof lookup, query suggestions, the intent router, and a citation bundle.
A useful audit checks the homepage, robots.txt, llms.txt, sitemap.xml, Googlebot access, OAI-SearchBot policy, GPTBot policy, private-path risk, proof links, and measurement guardrails. It does not guarantee rankings, ChatGPT citations, or clicks.
ai search readiness audit, free ai search readiness audit, chatgpt search readiness audit, and ai crawler readiness audit.This audit reuses the live AI Search Visibility Report engine. The API only fetches fixed public paths: /, /robots.txt, /llms.txt, and /sitemap.xml. It rejects raw IPs, local hostnames, private IP ranges, credentials, and custom ports.
Run the readiness audit to check public discovery files.
| Check | Status | Detail |
|---|---|---|
| No report yet. | ||
| Check | Why it matters | Proof route |
|---|---|---|
| Homepage returns a useful public response | AI search readiness starts with a reachable homepage before crawler policy or llms.txt details matter. | Open proof route |
| robots.txt is present and readable | Crawler rules should be explicit, especially when Googlebot, OAI-SearchBot, GPTBot, and other bots have different policies. | Open proof route |
| Googlebot is not accidentally blocked | Blocking Googlebot can harm normal Google Search discovery even if the site wants separate AI training controls. | Open proof route |
| OAI-SearchBot policy is reviewed separately from GPTBot | OAI-SearchBot, GPTBot, and ChatGPT-User represent different crawler or browsing roles and should not be collapsed into one claim. | Open proof route |
| GPTBot policy is explicit | Training-use policy is not the same as search visibility, but an audit should still surface whether GPTBot is allowed or blocked. | Open proof route |
| llms.txt exists, is short, and avoids private paths | A public llms.txt file should provide context and useful public links without account, checkout, admin, token, staging, or customer paths. | Open proof route |
| sitemap.xml is discoverable | Sitemaps are discovery hints, not ranking guarantees, but stale or missing sitemaps slow down diagnosis. | Open proof route |
| Answer pages and proof links exist for important questions | AI systems need compact answers with proof links before broad crawling or citation. | Open proof route |
| Pre-AI answer, proof, intent, and citation routes are available | The fastest agent path is to query the answer pack, proof lookup, intent router, query suggestions, and citation bundle first. | Open proof route |
| Measurement separates readiness, crawl evidence, impressions, clicks, and referrals | Readiness is not proof of traffic. Search Console clicks, qualified referrals, sessions, conversions, and verified logs must be tracked separately. | Open proof route |
The readiness audit connects to the pre-AI search database so an assistant can normalize the query, select the answer pack, open proof links, and cite safely before scanning the whole site.
The audit checks controllable public signals. No ranking, citation, traffic, or ChatGPT inclusion guarantee. It does not promise Google rankings, ChatGPT citations, Perplexity visibility, or traffic.
The report avoids arbitrary crawling and private URLs. Keep account, checkout, admin, token, staging, and customer paths out of public AI files.
Use Search Console clicks, qualified referrals, server-log evidence, sessions, conversions, and tool activations instead of fake searches or self-clicks.
It uses the same safe live-report engine but targets the broader readiness workflow: crawler policy, llms.txt, proof links, query routing, and measurement.
Yes. Use the answer page, JSON pack, or citation bundle.
Fix blocked public discovery first: homepage status, robots.txt mistakes, missing sitemap, unsafe llms.txt links, and weak proof-linked answer pages.