Checklist

Is your site readable by AI crawlers? A 5-minute check

Published 21 June 2026 · 6 min read

In about five minutes you can check the three things that decide whether AI crawlers can reach and read your pages: crawler access (robots.txt), rendering (is your content in the HTML?), and discovery (your sitemap). The most common mistake is confusing the two kinds of AI crawler — so we'll start there.

First, the distinction that trips everyone up

AI crawlers come in two kinds. Search and retrieval crawlers fetch your page to answer a user and cite you — these decide your AI visibility. Training crawlers collect content to train future models. Each AI company documents its own crawlers and states they're controlled separately in robots.txt.

CrawlerEngineTypeWhat blocking it does
OAI-SearchBotOpenAI / ChatGPTSearch / citationRemoves you from ChatGPT search citations
ChatGPT-UserOpenAI / ChatGPTUser-triggered fetchStops live fetches when a user asks ChatGPT to read a page
Claude-SearchBotAnthropic / ClaudeSearch / citationRemoves you from Claude's search results
Claude-UserAnthropic / ClaudeUser-triggered fetchStops fetches when a Claude user asks a question
PerplexityBotPerplexitySearch / citation indexRemoves you from Perplexity's cited answers
Perplexity-UserPerplexityUser-triggered fetchLive fetch; treated like a browser request
GooglebotGoogleSearch + AI OverviewsRemoves you from Google Search and AI Overviews
GPTBotOpenAITrainingOpts you out of OpenAI model training — visibility-neutral
ClaudeBotAnthropicTrainingOpts you out of Anthropic training — visibility-neutral
Google-ExtendedGoogleTraining (Gemini/Vertex)Opts out of Gemini/Vertex training; does not affect Search or AI Overviews
CCBotCommon CrawlTraining datasetOpts out of the Common Crawl dataset used in training

The point most checkers get wrong: blocking a training crawler like GPTBot or ClaudeBot is a legitimate choice and does not remove you from AI citations. A tool that flags a blocked GPTBot as "you're invisible to AI" is wrong. The crawlers you must not block are the search ones.

Check 1 — Crawler access (robots.txt)

Visit yoursite.com/robots.txt and confirm none of the search crawlers are disallowed. Watch the wildcard trap: if you explicitly allow Googlebot and Bingbot but then set a catch-all User-agent: * with Disallow: /, every unnamed AI search crawler falls through and is blocked.

# Allow AI search & retrieval crawlers User-agent: OAI-SearchBot User-agent: ChatGPT-User User-agent: Claude-SearchBot User-agent: PerplexityBot User-agent: Perplexity-User Allow: /

Check 2 — Rendering (is your content in the HTML?)

Googlebot renders JavaScript, but many AI search crawlers render little or none — so content that only appears after scripts run may be unreadable to them. Test it: right-click and choose View Page Source (not Inspect), then search the source for a sentence from your page. If it's there, you're fine; if the source is mostly an empty <div id="root">, your content is client-rendered and at risk.

Check 3 — Discovery (sitemap, and a note on llms.txt)

A current sitemap.xml at yoursite.com/sitemap.xml helps crawlers find all your pages. On llms.txt: it's an emerging convention, but as of 2026 the major AI engines aren't known to use it for retrieval, so add it if you like but don't rely on it to fix visibility.

What each result means

Once you've run the three checks, here's how to read them:

  • Access — pass: no search crawler is disallowed. Fail: a search crawler (or a catch-all) is blocked. Do this: allow OAI-SearchBot, ChatGPT-User, Claude-SearchBot, PerplexityBot and Googlebot explicitly.
  • Rendering — pass: your main text appears in View Page Source. Fail: the source is an empty shell. Do this: server-render or pre-render your primary content so it's in the HTML.
  • Discovery — pass: a current sitemap lists your live pages. Fail: no sitemap, or a stale one. Do this: publish an up-to-date sitemap.xml and reference it in robots.txt.

Common mistakes

  • The wildcard trap — naming a few good bots, then a catch-all Disallow: / that blocks the rest.
  • Blocking by accident at the server — aggressive WAF rules or rate limits that return 429s to crawlers, even though robots.txt allows them.
  • JavaScript-only content — the page looks fine in a browser but is empty in the raw HTML.
  • Blocking Googlebot — treating it as "an AI bot" and cutting yourself out of Google Search and AI Overviews at the same time.
  • Assuming a blocked GPTBot means invisibility — it doesn't; that only affects training, not citations.

A quick reality check

Two honest caveats. Robots.txt is a request, not technical enforcement — it works because reputable crawlers choose to honour it. And being reachable is necessary but not sufficient: once a crawler can reach you, your content still has to be readable and quotable to actually get cited.

Do it automatically

The free Site Check at Sailiently runs all three of these against your URL and reports exactly what, if anything, is blocking AI access — with the evidence behind each result.

Should I block GPTBot?
You can, if you don't want your content used for OpenAI's model training — it's a legitimate choice. It does not remove you from ChatGPT's search citations, which run through OAI-SearchBot and ChatGPT-User. Blocking GPTBot is visibility-neutral.
I block GPTBot — am I invisible to ChatGPT?
No. GPTBot is a training crawler. ChatGPT's cited answers use OAI-SearchBot and ChatGPT-User. As long as those aren't blocked, you remain eligible to be cited even with GPTBot disallowed.
Does allowing AI crawlers slow my site down?
Generally no. Reputable AI crawlers crawl at modest rates and respect crawl-delay directives. If you see heavy load, it's usually misbehaving or spoofed bots, which you handle at the server or WAF level — not by blocking the legitimate search crawlers.
Is llms.txt required to be visible to AI?
No. It's an emerging convention, but the major engines aren't known to rely on it for retrieval as of 2026. Your robots.txt, your HTML, and your sitemap are what matter. Add llms.txt if you like, but it won't fix a visibility problem on its own.
How often should I re-check?
Re-check after any change to robots.txt, your CMS or framework, your hosting or CDN, or your site structure — those are when access and rendering quietly break. A periodic check, say monthly, catches regressions you didn't know you'd introduced.
My site is on WordPress — does this still apply?
Yes. The checks are platform-independent. WordPress usually serves content in the HTML, which helps with rendering, but plugins and security rules can still block crawlers or add a catch-all to robots.txt — so the access check is still worth running.

Sources

The crawler facts above come from each engine’s own documentation:

See where your site stands — free.

Run a Site Check on any page in under a minute. No card, 15 free credits to go deeper.

Check your site →

Related: What is GEO? · Making pages quotable