Technical SEO tool
Free Robots.txt Tester
We read robots.txt at the site's root, the one file crawlers read for that host.
One per line, up to 20. Leave empty to test the path of the address you enter.
Up to 10, one per line or separated by commas. Leave empty to test Googlebot, Bingbot and 17 AI crawlers.
Free, no sign-up
Each documented crawler's name and purpose checked against its company's own documentation on Oct 29, 2026; one marked commonly cited has no such page. Each source is listed further down this page.
How do I test whether robots.txt blocks a URL?
Enter the page's address and run the test. The tester fetches robots.txt from the root of that site once, reads it, and answers for the page's path whether each crawler may fetch it. To test other pages on the same site, list their paths, one per line.
- Choose URL to read the site's live file, or Paste robots.txt to test a draft before you publish it. Nothing is fetched for a paste, and the file is used for that one test only: it is not cached or saved.
- List up to 20 paths, such as /blog/post or /search?q=shoes. Leave the box empty to test the path of the address you entered, or the home page for a paste.
- Name up to 10 user agents, or leave the box empty to test Googlebot, Bingbot and the 17 AI crawlers listed further down this page.
- Read the answer for each path and crawler, then click a deciding rule to see its line highlighted in the file.
A paste can be up to 60 KB. A live file is read up to 500 KiB, the most Google reads, and a file past that point is flagged.
robots.txt checker: what the address answers
Before any rule matters, a crawler has to get the file. What the address answers decides whether the rules apply at all, and Google documents what it does for each answer.
| The address answers | What Google does | What this tester shows |
|---|---|---|
| 200 with a text file | Reads the rules | The answer for every path and crawler, by line |
| 200 with a web page | Finds no rules in it, so nothing is blocked | A soft 404 error; the page is never read as rules |
| 404, 410 or another 4xx | Treats the site as having no robots.txt (except for 429): everything may be crawled | Every path allowed |
| 500 or another 5xx | Treats the whole site as disallowed while it retries | Every path disallowed, by Google's rule |
| 403, 429 or a bot challenge to our checker | Google may get a different answer: sites often treat crawlers differently | That the site refused our checker, never that the file blocks anyone |
Redirects are followed, as Google follows at least five of them for robots.txt, and the tester says where the file really lives. Each host reads its own file: www.example.com and shop.example.com each need their own robots.txt.
robots.txt validator: lines crawlers read differently
A robots.txt file has no strict syntax check: crawlers skip lines they cannot read and carry on. That makes mistakes quiet. The tester lists every line that a crawler skips, or that Google reads in a way other crawlers may not, with the line number and what to change.
- Rules before the first User-agent line, which belong to no group, so every crawler ignores them.
- Misspelled directives that Google's own parser still accepts, such as Disalow or User agent, which other crawlers may skip.
- A missing colon, a rule path that does not start with a slash, or a User-agent line with no crawler name.
- Sitemap lines that are not full URLs, which Google ignores.
- Directives Google does not support, such as Crawl-delay, Noindex and Host, with what to use instead.
- An Allow rule for an index.html page, which Google also reads as allowing the folder itself.
Which robots.txt rule wins when two match?
The rule with the longest matching path wins, whatever order the lines are in. When an Allow and a Disallow match with paths of the same length, Google uses the least restrictive one, so Allow wins. RFC 9309, the robots.txt standard, says the same.
| Rules in the group | Path | Answer |
|---|---|---|
| Disallow: /shop and Allow: /shop/sale | /shop/sale/shoes | Allowed: the Allow path is longer |
| Disallow: /*.pdf$ | /files/guide.pdf | Disallowed: * matches anything and $ anchors the end |
| Disallow: /*.pdf$ | /files/guide.pdf?v=2 | Allowed: the address does not end in .pdf |
| Allow: /page and Disallow: /page | /page | Allowed: a tie goes to Allow |
A crawler follows only one group: the one that names it, or, if none does, the User-agent: * group. The two are never combined. So a group for GPTBot that says Disallow: /private replaces every rule in the * group for GPTBot, and the tester shows which group each answer came from.
Why can a page robots.txt blocks still appear in Google?
robots.txt controls crawling, not indexing. Google's documentation says a page blocked by robots.txt can still be indexed if other pages link to it, usually shown with no description. To keep a page out of search results, let Google crawl it and add a noindex robots meta tag or header, because Google cannot see a noindex on a page it is not allowed to fetch.
The reverse mistake is common too: a Disallow line meant for a staging site that ships to the live site, or a rule that blocks the CSS and JavaScript files Google needs to render your pages. Test the paths that matter, including a page from each template and the folders your scripts and styles live in.
What happened to Google's robots.txt Tester?
Search Console used to have a robots.txt Tester that showed which line blocked a URL. Its help page now describes the robots.txt report instead, which lists the robots.txt files Google found for your site's top hosts, when Google last fetched each one, and the problems it found, and lets you ask Google to fetch a file again. The report does not test a given URL against the rules.
This page fills that gap for any site, not only ones you have verified: it answers whether a path is allowed for a crawler and points at the deciding line, the way the old tester did. Use the robots.txt report too, to confirm when Google last read your file.
The crawlers this tester knows, and where each comes from
Each documented token below was checked against its company's own crawler documentation on the date shown, and we check them again at least once a year. A token its company does not document is marked as commonly cited. Any other user agent can be tested by name.
| User-agent token | Run by | Purpose | Source |
|---|---|---|---|
| Googlebot | Search engine | Google's documentationChecked Oct 29, 2026 | |
| Bingbot | Microsoft | Search engine | Microsoft's documentationChecked Oct 29, 2026 |
| Applebot | Apple | Search engine | Apple's documentationChecked Oct 29, 2026 |
| GPTBot | OpenAI | AI training | OpenAI's documentationChecked Oct 29, 2026 |
| OAI-SearchBot | OpenAI | AI search | OpenAI's documentationChecked Oct 29, 2026 |
| ChatGPT-User | OpenAI | Fetches for a user's request | OpenAI's documentationChecked Oct 29, 2026 |
| ClaudeBot | Anthropic | AI training | Anthropic's documentationChecked Oct 29, 2026 |
| Claude-SearchBot | Anthropic | AI search | Anthropic's documentationChecked Oct 29, 2026 |
| Claude-User | Anthropic | Fetches for a user's request | Anthropic's documentationChecked Oct 29, 2026 |
| PerplexityBot | Perplexity | AI search | Perplexity's documentationChecked Oct 29, 2026 |
| Perplexity-User | Perplexity | Fetches for a user's request | Perplexity's documentationChecked Oct 29, 2026 |
| Google-Extended | AI training | Google's documentationChecked Oct 29, 2026 | |
| Applebot-Extended | Apple | AI training | Apple's documentationChecked Oct 29, 2026 |
| Meta-ExternalAgent | Meta | AI training | Meta's documentationChecked Oct 29, 2026 |
| Meta-WebIndexer | Meta | AI search | Meta's documentationChecked Oct 29, 2026 |
| Meta-ExternalFetcher | Meta | Fetches for a user's request | Meta's documentationChecked Oct 29, 2026 |
| Amazonbot | Amazon | AI training | Amazon's documentationChecked Oct 29, 2026 |
| Amzn-SearchBot | Amazon | AI search | Amazon's documentationChecked Oct 29, 2026 |
| Amzn-User | Amazon | Fetches for a user's request | Amazon's documentationChecked Oct 29, 2026 |
| Bytespider | ByteDance | AI trainingCommonly cited; ByteDance publishes no page about it that we could find. | Secondary sourceChecked Oct 29, 2026 |
| CCBot | Common Crawl | Open web archive | Common Crawl's documentationChecked Oct 29, 2026 |
The rules this tester applies come from these pages:
- Google: How Google interprets the robots.txt specification
SourceChecked Oct 29, 2026
- RFC 9309: Robots Exclusion Protocol
SourceChecked Oct 29, 2026
- Google: Introduction to robots.txt
SourceChecked Oct 29, 2026
- Google: Block Search indexing with noindex
SourceChecked Oct 29, 2026
- Google Search Console Help: robots.txt report
SourceChecked Oct 29, 2026
Questions about testing robots.txt
How do I check if a URL is blocked by robots.txt?
Enter the URL and run the test. The tester reads robots.txt from the root of that site and says, for Googlebot, Bingbot, the AI crawlers or any user agent you name, whether the file allows the URL's path, with the line that decided it.
Can I test a robots.txt file before I publish it?
Yes. Choose Paste robots.txt, paste the draft and list the paths to test. Nothing is fetched, and the file is used for that one test only: it is not cached or saved. The robots.txt generator on this site can send a file it builds straight to the tester.
Is this the Google Search Console robots.txt Tester?
No. This is Azuqe's tester. It reads the file with the rules Google documents, including how its own parser handles misspellings and missing colons. Search Console's robots.txt report shows which files Google fetched and when, which only Google can tell you.
Why does my robots.txt say a page is allowed when I meant to block it?
Usually because the crawler follows a different group than you expect, or a longer Allow rule wins. A crawler named in its own group ignores every User-agent: * rule, and the longest matching path decides. Click the deciding rule in the result to see which line won.
Does blocking a page in robots.txt remove it from Google?
No. robots.txt stops crawling, not indexing. Google says a blocked URL can still appear in results without a description. To remove a page, allow crawling and add a noindex tag, or put the page behind a password.
Do AI crawlers follow robots.txt?
The companies behind GPTBot, ClaudeBot, PerplexityBot and Google-Extended say they do. Some fetchers that act on a user's request, such as Perplexity-User, say they may not. The tester shows what the file tells each one; it cannot show whether a crawler obeys it.
More free tools
See all free tools- Robots.txt GeneratorBuilds a robots.txt file with a default policy, blocked paths, per-crawler rules for search and AI crawlers, and sitemap lines, with presets and a live preview.
- AI Crawler CheckerReads your site's real robots file and shows what it tells GPTBot, ClaudeBot, PerplexityBot and other AI crawlers, with every syntax problem in the file.
- Sitemap CheckerFinds a site's sitemaps, validates the XML against the sitemap protocol, checks child sitemaps and spot-checks listed URLs for errors, redirects and noindex.
Find every page robots.txt keeps out of search
This tester checks the paths you list. Azuqe's site audit checks every page of your site for indexing problems, including pages robots.txt blocks, stray noindex tags and broken canonicals, and lists the fixes in order of impact.
Free trial on your first site · Cancel any time