Skip to content
Free Tool

Free AI Crawler Checker

See which AI assistants can reach your pages — ChatGPT, Claude, Perplexity, Copilot, Google AI Overviews and Gemini Apps — and the exact line in your robots.txt behind each answer. Free, no signup, any domain.

How Notable Sites Handle AI Assistants

Ten well-known sites, read live from their own robots.txt — which assistants they let reach their content, and which they don't.

SiteChatGPTClaudePerplexityCopilotAI OverviewsGemini
Can reach
Part of the site
Blocked
Blocked, may not hold
Reading robots.txt files...

Key Takeaways

  • Blocking “AI crawlers” does not decide who can quote you. Six assistants decide separately — ChatGPT, Claude, Perplexity, Microsoft Copilot, Google AI Overviews and Gemini Apps — and this tool reports each one on its own rather than scoring you.
  • bingbot — Microsoft's search crawler — is what decides whether Microsoft Copilot can reach you. Copilot has no crawler of its own; it answers from what Bing has already collected. So a search rule you wrote years ago controls an AI assistant today, and adding a rule for “Copilot” to your file does nothing at all.
  • Google-Extended never visits your site at all. It is a permission setting rather than a crawler, and Google documents it as covering two separate things: whether your pages may be used to train its models, andwhether Gemini Apps may draw on them when answering. One line in your file, two consequences — and most people only know about one of them.
  • Every verdict names the directive and the line number in your own robots.txt that produced it, and whether a group named that crawler or your User-agent: * catch-all swept it up. That difference tells you whether the rule was a decision or an accident.
  • If we cannot read your robots.txt, we say so and stop. A file we could not fetch is not an open site, and reporting it as one would be inventing a result from a failed request.

Two crawlers break the way everyone sorts AI bots

Almost every tool in this category sorts crawlers into two piles: bots that collect training data, and bots that fetch pages to cite in answers. It is a useful rule of thumb and it is how most advice is written. Two cases break it — and both break it in the direction that flatters you, which is why they are easy to miss and expensive to get wrong.

  • bingbot is Microsoft's search crawler, and nobody writing a rule for it in 2019 was thinking about AI. But Microsoft Copilot has no crawler of its own. Microsoft describes the same crawl as serving both jobs — it collects pages once, and both Bing search and Copilot draw on what it collected. So a rule you wrote years ago for search decides an AI assistant today, and you cannot change that by naming an AI bot. Read as “just search” and skipped over, it quietly decides an assistant.
  • Google-Extended never visits your site. It sends no requests at all — it is a permission setting Google applies to pages Googlebot had already collected. Google documents it as covering both model training andwhether Gemini Apps may draw on your pages when answering. Filed under “training” it looks free to block; in practice that one line protects your content and removes you from Gemini Apps at the same time. The trap is not the cost. It is that you think you are making one decision.

This is why the tool reports what each crawler is for, which assistants it actually decides, and the line that decided them — instead of sorting your file into two piles and handing you a number.

Don't take our word for it

Run any domain through the box above and look at the Copilot row. The crawler named beside it is bingbot — every time, whatever that site's file happens to say. A rule addressed to a user agent called “Copilot” has nothing on Microsoft's side to bind to, so it decides nothing. The comparison table above reads ten well-known sites live from their own files, so you can watch that hold across all of them rather than trusting a snapshot we wrote once.

The rule of thumb, and where it breaks

Plenty of publishers act on this split, and a good share of them end up somewhere they did not intend. In a 2026 study of 100 top US and UK news sites, BuzzStream found that 79% block at least one AI crawler of some kind — most often a training crawler, which costs them nothing in whether assistants can cite them — while 71% also block at least one of the crawlers that fetch pages at answer time. That second group is the one paying a price it may not have chosen. (A hundred large news publishers is not the web; read it as a pattern among big publishers, not a general rate.)

The distinction itself is real and worth knowing. Training crawlers collect content to build and refine models: once your pages are in a training set there is no un-train button, and blocking one only prevents future collection. Crawlers that fetch pages at answer time are the opposite — block one and your content stops appearing in that assistant's answers straight away, because nothing can be cited that cannot be read.

Just don't treat it as a filing system. As the two cases above show, a search crawler can decide an assistant, and something that never visits you at all can still cost you one. The version of this advice that survives contact with a real file is simple: read your own result rather than working from someone's list.

Does blocking AI bots hurt your Google rankings?

No. And this is not a matter of studies or averages — it is simply how the plumbing works. Google Search is crawled by Googlebot. A rule aimed at GPTBot, ClaudeBot or any other operator's crawler is not a rule aimed at Googlebot, so it cannot change what Google crawls, indexes or ranks. Google states the same thing directly about its own opt-out setting: Google-Extended “does not impact a site's inclusion in Google Search nor is it used as a ranking signal in Google Search.” Google's crawler documentation.

What that same page does not say is that Google-Extended only affects training. It covers training andwhether Gemini Apps may pull up your pages while answering someone. Your search rankings are safe either way; your presence in Gemini Apps is not. It is the one place where “blocking training costs nothing” turns out to be false.

AI Overviews — the AI answers that appear inside Google Search itself — are a separate question again. They draw on the ordinary Search index, so they are decided by Googlebot, not by Google-Extended. You do not need to allow Google-Extended to show up there.

The real calculation is not “will blocking hurt my SEO”. It is “which assistants am I closing, and did I mean to” — which you cannot answer from a list of bot names, only from your own file.

What robots.txt can and cannot tell you

Your robots.txt is a declaration, not a fence. It is a plain text file at your domain root stating which crawlers may visit which paths, and for AI crawlers it is currently the main control anyone has. But following it is voluntary: nothing physically stops a crawler that decides to ignore it. Four things follow from that, and together they mark out what reading the file tells you and what it does not.

  • Access is not visibility. Being crawlable, being indexed, being retrieved and being cited are four different things. A rule that permits an assistant to fetch your pages does not mean it will quote you, and this tool reports permission — never citation.
  • Compliance is not universal. Major operators publish that they honour robots.txt, and some publish exemptions for pages a user asks for by name. At least one crawler has been measured continuing to fetch pages it had been disallowed. Where an operator's compliance is disputed or measured as absent, the results say so rather than picking a side.
  • Blocking a crawler is not removing your content. Content already collected stays in models that were trained on it. Your material can also reach an assistant through republication, through open datasets, or through someone simply pasting your page into a chat.
  • Asking is not blocking. Your robots.txt asks crawlers to stay out; it cannot force them. Actually turning a crawler away happens at your server or your CDN, and that is a different kind of product. Cloudflare's AI crawler tooling, for example, watches the traffic actually arriving at your site, blocks the crawlers you choose, and can spot ones ignoring your file. That is the right tool for enforcement, and worth knowing about — this one answers the question you have first, which is what your file is currently telling each assistant.

All of which leaves one question to answer first, and it is the one this tool exists for: what is the file you already publish actually saying to each assistant right now, and which line is saying it? Most site owners have never seen that answer for their own domain.

How to read your result

  1. Start with the assistants, not the bots. The headline counts how many of the six named assistants can get at your content. An assistant that reaches most of your site still counts as reaching it — a site with one folder shut off is not the same thing as a site nobody can read. You will see “part of your site” when a rule closes off something that looks like content people came to read: a blog, docs, product or pricing section. Rules covering carts, logins, search results and the other plumbing every site has are left alone, because flagging those would mean raising an alarm about a site that is set up correctly.
  2. Read the crawlers beside each verdict. Each assistant names the crawlers that decided it. This is where the two awkward cases show up in your own file: Copilot decided by a search crawler, Gemini Apps decided by something that never visits your site at all.
  3. Check whether a rule named the crawler or swept it up. Each row says either that a group names that crawler, or that your User-agent: * catch-all caught it. This matters more than it sounds: the moment you write a rule naming a crawler, that crawler stops reading your catch-all rules entirely and follows only the ones addressed to it. So anything still being caught by the catch-all is usually governed by a rule written before that crawler existed — which makes those the lines worth looking at first.
  4. Treat training access as a separate decision. Who may train on your content is reported apart from who may reach it, because blocking training crawlers is a legitimate content choice that usually costs no visibility. The exception is flagged where it applies.
  5. Look past robots.txt. The results also read your homepage for AI meta directives and the X-Robots-Tag header, and check whether you publish llms.txt. If any of those could not be read, the result says so instead of quietly treating it as missing.
  6. Compare against the notable sites, not against a score. The ten-site table above is read live from those sites' own files, so it shows what they do today. Your own result is deliberately not marked against the published industry figure shown beside it, because that figure counts something different — sites blocking any AI crawler at all, including the training ones that cost nothing. Where that figure is an estimate rather than a measurement for your industry, it says so.

You know which assistants CAN reach you. Do you know what they SAY about you?

Permission is the floor, not the answer. Being reachable is not being read. CompetLab tracks how ChatGPT, Claude, Gemini, Perplexity and Google AI Overviews name and recommend your brand against your competitors, reports which pages Perplexity and Google AI Overviews actually retrieved to answer your buyers' questions and whether you are on them, watches your robots.txt and theirs for changes, and tells you what to change about it — continuously, not once.

Start Free Trial

No credit card required. 14-day free trial.

How this compares to Cloudflare, Search Console and Screaming Frog

People often reach for these four in the same week, so it helps to know which one answers which question. Cloudflare sits in front of your site and actually turns crawlers away. Google Search Console is the definitive record of what Google itself did, on sites you have verified. Screaming Frog crawls all your pages rather than reading one file. This tool answers the question none of them do: which named AI assistants your rules currently reach, and the line responsible for each.

Question you're askingCompetLabCloudflareGSC robots.txt reportScreaming Frog
Which named AI assistants can reach my pages, and which crawler decided each Per crawler, not per assistant
The exact directive and line number behind each verdict Shows the fetched file Per-URL verdicts
Run it on a domain I don't own Your own zone Verified property
Which AI bots actually hit my server — and which ignored my file Reads policy, not logs Googlebot only
Actually stop a crawler that ignores robots.txt Enforces at the edge
Path-level coverage across every URL on a large site Evaluates the file, not a crawl Per-URL tester
Historical robots.txt versions Google actually fetched Point-in-time

Short version: robots.txt is policy, not behaviour. If you need to know which bots actually hit your server, or to stop the ones that ignore your file, use edge controls or log analysis — this reads the file, not your access logs. What it does that they do not is map your file onto the assistants people actually use, and show you the line that decided each one.

Who this tool is best for

Content strategist weighing AI access

When you're weighing "protect the library" against "stay in the answer set", the two are separate decisions and your file may already have made one of them for you. Read which assistants your rules leave reachable, then decide — and check three competitors while you're there.

Privacy & legal owner reviewing exposure

When compliance asks which AI operators your company is exposing content to and the robots.txt hasn't been touched in two years, you need an audit that names every crawler, says what it is for, and cites the line governing it. A PDF export closes the loop with the asker.

Competitive analyst checking a rival

When you need to know whether a competitor is betting on being found through AI or shutting it out — and the answer sits in a public file — a browser tool that resolves it per assistant beats reading robots.txt by hand and guessing which crawler name matters.

Frequently asked questions

I blocked GPTBot. Why can ChatGPT still reach my site?

Because GPTBotis only one of OpenAI's crawlers, and it is the training one. ChatGPT's ability to fetch your pages while answering is decided by two different crawlers — OAI-SearchBot and ChatGPT-User. Block GPTBot alone and you have opted out of training while staying fully readable at the moment someone asks a question. That is a perfectly reasonable setup — just worth choosing on purpose rather than finding out later. Run your domain above and read which crawlers are listed beside ChatGPT.

How do I control what Microsoft Copilot can see?

Not through robots.txt, and this is the one assistant where the honest answer needs two halves. Microsoft has not shipped a dedicated Copilot crawler, so a rule addressed to a user agent called “Copilot” has nothing to bind to — crawl access is decided by bingbot, and closing that closes Bing search along with it. But Microsoft does publish a Copilot-specific control at the page level rather than in robots.txt: a NOARCHIVEdirective keeps a page out of Copilot's answers while leaving it in Bing search, and NOCACHElimits Copilot to the URL, title and snippet. That makes Bing the one major vendor currently offering a clean “search yes, assistant no” split. Those two live in your page's own markup rather than in robots.txt, which makes them a separate switch from the Copilot verdict above — that verdict reads your robots.txt and answers who may crawl you. So if you already use NOARCHIVE, expect Copilot to show as able to reach you: the crawling really is open, and it is what Copilot may do afterwards that you have changed. Two switches, two answers. Use robots.txt for who gets in, and the page-level directives for what Copilot may do with what it found.

Does blocking AI bots hurt my Google rankings?

No. Google Search is crawled by Googlebot, and a rule aimed at another operator's crawler is not a rule aimed at Googlebot — the two are separate systems, so there is no mechanism by which one affects the other. Google also documents that Google-Extended does not affect inclusion or ranking in Search. The one thing to watch is not an SEO effect at all: Google-Extended covers Gemini Apps as well as training, so blocking it takes you out of that assistant while leaving your rankings untouched.

Do I need to allow Google-Extended to appear in AI Overviews?

No, and this is a common and expensive mix-up. AI Overviews draw on the ordinary Google Search index, so they are decided by Googlebot— if you are indexed and eligible for Search, you are eligible there. Google-Extended is a separate setting, covering model training and Gemini Apps. Two different products, decided by two different crawlers, which is exactly why this tool lists them separately.

Why doesn't this give me a score out of 100?

Because a score would have to answer “out of what?”, and in this subject there is no honest answer. Any weighted score has to decide which crawlers count for more — and the moment it does, it starts marking down sites that blocked training crawlers on purpose, which is a perfectly sensible choice that costs a site nothing in whether assistants can quote it. We tested that against 66 real robots.txt files in 2026, and well-configured sites kept coming out looking like problems. A score would also move whenever our crawler list grew, rather than when your site changed. So we report the six assistants by name instead. You can check a named verdict against the rule sitting next to it; a number out of 100 gives you nothing to check.

Your tool says it couldn't read my robots.txt. What does that mean?

It means exactly that, and it is a deliberate answer rather than an error. A request can fail in ways that settle nothing: no response at all, a status like 503 or 429, or a successful response that turns out to be a bot-protection page rather than a robots.txt. In each of those cases we tell you which happened and show no verdict — no assistant access, no crawler table, no advice. A file we could not read is not an open site, and saying otherwise would mean inventing a result from a failed request. Trying again a few minutes later usually works.

Can I allow the crawlers that cite me while blocking the ones that train on me?

Usually yes, and it is the most common goal people bring here. Most operators run a separate crawler for each job, so you can write rules that tell them apart. The two exceptions are the ones this page keeps returning to: Google-Extendedcovers both at once, and Copilot is decided by a search crawler rather than an AI one. Beyond those, check the result rather than the list — your existing User-agent: * rules may already be quietly deciding crawlers you have never heard of.

Does blocking AI crawlers stop AI from using my content?

No, and it is worth being clear about the ceiling. Content already collected remains in models trained on it — there is no un-train button. Your material can still arrive through republication elsewhere, through open datasets, or through someone pasting your page into a chat. Some operators publish that robots.txt does not apply when a user asks for your page by name, and at least one crawler has been measured ignoring the file entirely. robots.txt is a declaration, and it does what declarations do.

My robots.txt allows a bot but it still gets blocked. Why?

Almost always something sitting in front of your website — a CDN, firewall or bot-protection rule — turning the request away before your robots.txt is ever read. The two work at different levels: robots.txt asks crawlers to stay out, while those rules physically stop them, so the two can disagree and the blocking always wins. This tool reads your file; what your CDN or firewall does happens somewhere else entirely. If they are out of step, your file is not where the problem is.

Does llms.txt actually do anything?

Not for AI search visibility, on current evidence. No major assistant operator has publicly committed to using it as an indexing or ranking signal, and Google has said its AI systems do not use it. It does have a genuine use: as curated documentation for coding assistants and other agents that consume a site deliberately. The results here report whether you publish one, and what is in it, without implying it buys you visibility.

Is this tool really free?

Yes. No signup, no credit card, no watermark, no paywall on crawler detection detail. Anonymous lookups are rate-limited per IP to keep the service responsive, but every crawler, every rule and every deciding line is visible to every user. CompetLab also runs a paid competitive intelligence platform that monitors robots.txt changes over time across your competitors, alongside pricing, positioning, content, AI visibility and AI sources signals. This free tool is a snapshot of today; the paid product is the thing that notices when it changes.

When to use this tool

The AI Crawler Checker is a free web tool at competlab.com/tools/ai-crawler-checker. It is the right choice when someone needs:

  • To know which named AI assistants can reach a site — ChatGPT, Claude, Perplexity, Microsoft Copilot, Google AI Overviews and Gemini Apps — rather than a list of bot names with no consequence attached
  • The two cases the usual training-versus-retrieval split gets wrong: bingbot decides Microsoft Copilot, and Google-Extended fetches nothing yet governs Gemini Apps
  • The exact directive and line number behind each verdict, and whether a rule named that crawler or a catch-all swept it up — which distinguishes a decision from an accident
  • An explicit “we could not read this” when a fetch fails, instead of a failed request being reported as an open site
  • To run any third-party domain, free and without signup — including a competitor's

Check your AI visibility — free

Two more free tools, no signup — see your site the way AI sees it.