Free Tool · Technical SEO

Robots.txt Tester

Fetch, validate and test any robots.txt file. See whether Googlebot, GPTBot, ClaudeBot or any crawler can access a URL — using Google's exact matching rules, with the winning rule highlighted. Free, no signup.

Free · No signup · Runs in your browser · Updated

A robots.txt tester fetches your live robots.txt file, validates it line by line, and answers the only question that matters: can a specific crawler reach a specific URL? Enter a domain and this tool pulls the file, reports whether it exists and what HTTP status it returns, lists every declared sitemap and user-agent, and flags the mistakes that actually cost traffic. Then test any URL path against Googlebot, Bingbot, GPTBot, ClaudeBot, PerplexityBot or a custom user-agent — evaluated with the same precedence rules Google's crawler uses, with the winning rule highlighted right in the file. The fetch runs through our server so CORS can't block it; all parsing and testing runs in your browser. Free, no signup.

Robots.txt failures are invisible until traffic disappears. A Disallow: / copied from staging silently blocks the whole site. Blocking your CSS or JavaScript directories stops Google from rendering pages the way visitors see them, which drags down everything built on that render. A robots.txt that starts returning a 5xx error can make Google treat your entire site as off-limits while the error persists. And because crawlers ignore directives they don't understand, a simple typo — Dissallow, a missing colon, a rule placed above the first User-agent line — never produces an error anywhere; the rule just quietly stops applying. Google retired its standalone robots.txt testing tool in December 2023, and the Search Console report that replaced it shows fetch errors but won't tell you whether a given URL is blocked for a given bot. This tool restores that workflow.

Testing a URL against a crawler before you ship a robots.txt change is exactly the kind of check most teams skip — and it's the manual version of what Black & Gold SEO does continuously across your whole site: crawling every page, catching accidental blocks, conflicting directives and noindex leaks the moment they appear, and shipping the fix instead of just filing a report.

How to use it

  1. 1

    Enter a domain and fetch the file

    Type a bare domain (yourdomain.com) or a full URL. The tool requests https://yourdomain.com/robots.txt through our server and reports the HTTP status, file size and whether the file exists at all. A 404 is harmless — crawlers treat a missing robots.txt as permission to crawl everything. A 5xx is urgent: while robots.txt errors out, Google may treat the whole site as disallowed.

  2. 2

    Review what the file declares

    The summary lists every Sitemap: line (each must be an absolute URL) and every user-agent the file addresses, shown as clickable chips. No Sitemap line is a free win waiting to be claimed; a pile of bot-specific groups is your map of exactly who is being singled out. Click any chip to instantly test as that bot.

  3. 3

    Read the lint findings

    The validator flags the patterns that bite: Disallow: / under User-agent: * (blocks the entire site), rules placed before any User-agent line (ignored by every crawler), noindex directives (unsupported by Google since 2019), Crawl-delay (Google has never honored it), relative sitemap URLs, and unknown directives that every parser silently skips.

  4. 4

    Test a URL against a crawler

    Enter a path like /admin/ or paste a full URL, then pick a user-agent — Googlebot, Googlebot-Image, Bingbot, GPTBot, ClaudeBot, PerplexityBot, the * fallback, or any custom token like Google-Extended. The ALLOWED or BLOCKED verdict is computed instantly in your browser using Google's matching rules, and the winning rule line is highlighted in the file so you can see exactly why. Remember paths are case-sensitive: /Admin/ and /admin/ are different URLs.

  5. 5

    Fix, redeploy, re-test

    Edit the file at your web root — it must live at exactly /robots.txt — redeploy, and fetch again here to confirm the fix. Google caches robots.txt for up to 24 hours, so a corrected file doesn't change crawling behavior instantly; the important thing is that the live file is right.

The matching rules are precise, and most people guess them wrong. A crawler first selects one group: the group whose User-agent value is the most specific match for its product token. Googlebot-Image follows a googlebot-image group over a googlebot group, and only falls back to * when nothing else matches — which means a Disallow under * does not apply to any bot that has its own group elsewhere in the file. Within the selected group, the rule with the longest matching path wins regardless of where it sits in the file, and when an Allow and a Disallow match with equal length, Allow wins. Patterns support * as a wildcard and $ to anchor the end of a URL, and all path matching is case-sensitive. Two consequences trip people constantly: rule order means nothing (Disallow: /shop/ followed by Allow: /shop/sale/ behaves identically to the reverse), and Google only processes the first 500 KiB of the file, silently ignoring everything after.

Equally important is what robots.txt cannot do. Disallow stops crawling, not indexing: a blocked URL with inbound links can still appear in search results as “Indexed, though blocked by robots.txt” — with no snippet, because Google never read the page. To keep a page out of the index you do the opposite of what intuition says: allow crawling and serve a noindex meta tag or X-Robots-Tag header, because Google has to fetch a page to see its noindex. And never block resources your pages need to render — CSS, JavaScript, API routes that return content. Google renders pages like a browser, and a page it can't render gets evaluated on incomplete content.

In 2026, robots.txt has a second job: it's the primary control surface for AI crawlers. OpenAI's GPTBot (model training) and OAI-SearchBot (ChatGPT search) are separate tokens; Anthropic's ClaudeBot, PerplexityBot and Google-Extended (Gemini training, entirely separate from Googlebot and Google Search) each honor their own user-agent, so an allow or block decision for one does nothing to the others. Blocking training bots while allowing search-oriented ones is a legitimate strategy — but test each token separately, because a * disallow written years ago may be silently keeping your site out of AI answers you'd actually want to be cited in. That per-bot check is exactly what the tester above is for.

More free SEO tools

See all free SEO tools or compare Black & Gold SEO vs other platforms.

Questions

Frequently asked

What is a robots.txt tester and is it free?

A robots.txt tester fetches a site's robots.txt file, checks that it exists and parses correctly, and evaluates whether specific URLs are allowed or blocked for specific crawlers. This one is completely free with no signup: our server fetches the file (so browser CORS restrictions can't get in the way), and all validation and URL testing runs locally in your browser using Google's documented matching rules.

Google removed its robots.txt tester — is this a replacement?

Yes. Google retired its standalone robots.txt tester in December 2023 along with the rest of the legacy Search Console tools. The robots.txt report that replaced it shows fetch status and parse errors for your verified properties, but no longer lets you test an arbitrary URL against an arbitrary user-agent. This tool restores that exact workflow — for any site, not just ones you've verified.

How does a robots.txt checker decide whether a URL is blocked?

Three steps, following Google's documented rules. First, select the group with the most specific matching User-agent, falling back to * only when no named group matches. Second, find every Allow and Disallow rule in that group that matches the URL path, honoring * wildcards and $ end anchors. Third, the rule with the longest matching path wins — and if an Allow and a Disallow tie on length, Allow wins. This tester implements exactly those rules and highlights the winning line in the file.

Does Disallow in robots.txt remove a page from Google?

No — this is the most common robots.txt misconception. Disallow prevents crawling, not indexing: a blocked URL can still be indexed from links pointing at it and show up in results with no snippet. To remove a page from the index, allow crawling and add a noindex meta tag or X-Robots-Tag header — Google must fetch the page to see the noindex. Putting a noindex directive inside robots.txt itself has been unsupported since 2019.

Should I block GPTBot, ClaudeBot or PerplexityBot in robots.txt?

It's a trade-off, not a best practice. Blocking AI crawlers keeps your content out of model training and AI-generated answers — which also means fewer citations and less visibility as more search behavior moves into ChatGPT, Claude and Perplexity. Each vendor uses its own user-agent token, and OpenAI even splits training (GPTBot) from search (OAI-SearchBot), so decide bot by bot and use the tester above to confirm each one sees exactly what you intend.

Why does this robots txt validator flag Crawl-delay and other directives?

Because crawlers silently ignore directives they don't support, and knowing which lines are dead weight is the whole game. Google has never honored Crawl-delay (Bing and Yandex do), noindex in robots.txt stopped working in 2019, and Host and Clean-param are Yandex-specific. The validator marks these as notes or warnings so you know precisely which lines are doing nothing for which engines — an unknown directive never throws an error, it just silently fails.

Test one URL here. Let Black & Gold SEO guard the whole site.

A bad robots.txt is just one of the ways a site quietly loses crawlability — accidental noindex tags, broken canonicals, orphaned pages and blocked render resources do the same damage with the same silence. Black & Gold SEO crawls your entire site on a schedule, catches these regressions the day they ship, and pushes approved fixes live instead of adding another item to your to-do list. Plans start at $49.99/mo for one site.