guides
Robots.txt for AI Crawlers: Search, Training and Bot Access
How should robots.txt handle AI crawlers without accidentally blocking search discovery?
Read guide →Free online crawler-control tool
Create a robots.txt file, validate common mistakes as you edit, then copy or download it. The generator runs in your browser and does not require an account.
Simple mode is safer for quick setup. Advanced mode exposes every crawler group and rule.
Start neutral, then opt in to AI crawler restrictions only when they match your policy.
Neutral default: keep search, AI search and AI-control crawlers open unless your path rules explicitly block them.
Start with a suggested path or add your own. Only block paths that you intentionally want compliant crawlers to avoid.
Suggested paths
Add any site path. Bare paths get a leading slash; full HTTP(S) URLs are reduced to their path and query.
Search
Allowed by default
AI Search
Allowed by default
AI Control / Training
Allowed by default
Live output; generation and validation stay in your browser.
User-agent: * No syntax or compatibility warnings detected.
Build User-agent, Allow, Disallow, and Sitemap directives without hand-formatting every line.
Get warnings for whole-site blocking, invalid sitemap URLs, non-standard directives, and common indexing misunderstandings.
Move from generation to validation, live checking, and URL-rule testing without leaving the site.
Use a standard, WordPress, Blogger, or staging preset, then review every rule for your own site.
Enter one Allow or Disallow path per line and specify the main User-agent group the rules apply to.
Advanced controls can create separate groups for crawlers that should behave differently from the main rules.
Use an absolute HTTP(S) sitemap URL such as https://example.com/sitemap.xml.
A valid-looking file can still contain a dangerous rule. Fix errors and review warnings before publishing.
The standard location is /robots.txt, for example https://example.com/robots.txt.
robots.txt controls crawler access. It is not an authentication system, and blocking a URL from crawling is not the same thing as guaranteeing that the URL cannot appear in search results.
The Advanced section keeps separate crawler tokens separate. For example, a provider may document one crawler for search discovery and another token for model-development or AI-product controls. Choose a crawler-specific rule only when you intentionally want it to differ from the main User-agent rules.
Traditional search crawlers such as Googlebot and Bingbot discover and crawl content for search products.
Examples include OAI-SearchBot, Claude-SearchBot, and PerplexityBot. Provider documentation should be checked before changing access.
Tokens such as GPTBot, ClaudeBot, and Google-Extended have provider-specific purposes that should not be treated as identical.
Platform presets are editable starting points, not universal best practices. Review the paths your own site actually uses before publishing them.
Use a separate page when your task changes from creating a file to validating, checking, or testing it.
Knowledge base
Practical guides for crawler rules, indexing controls, host scope, parameter URLs, deployment behavior, and robots.txt troubleshooting.
Copy practical robots.txt examples for allowing all crawlers, blocking paths, adding sitemaps, wildcards, and crawler-specific rules.
→Practical robots.txt guides covering crawler policy, noindex, sitemap directives, subdomain scope, query parameters, caching, file limits, and rule behavior.
→Platform-specific robots.txt guides for Shopify, Next.js, Wix, Squarespace, Webflow, and Magento / Adobe Commerce, with configuration and verification workflows.
→guides
How should robots.txt handle AI crawlers without accidentally blocking search discovery?
Read guide →guides
Can robots.txt prevent a page from being indexed, and when should noindex be used instead?
Read guide →guides
Where should we add a Sitemap directive in robots.txt, and how do we verify multiple sitemap references?
Read guide →guides
How do robots.txt wildcards and conflicting Allow or Disallow rules actually match?
Read guide →guides
Does the root-domain robots.txt apply to subdomains, HTTP, HTTPS, or another port?
Read guide →platforms
Should we use app/robots.txt or app/robots.ts in Next.js, and how do we keep previews from blocking production?
Read guide →Rules and crawler-specific guidance are checked against primary standards and provider documentation rather than copied from other SEO tools.
Robots Exclusion Protocol syntax, matching, grouping, and percent-encoding behavior.
Google-specific robots.txt behavior and supported fields.
OAI-SearchBot and GPTBot crawler purposes and controls.
ClaudeBot, Claude-SearchBot, and Claude-User crawler behavior.
PerplexityBot indexing behavior and robots.txt compliance.
Google-Extended Gemini training and grounding controls.
At the root of the host it controls, normally /robots.txt.
It primarily controls crawling. If your goal is to prevent indexing, use the appropriate indexing control rather than relying on Disallow alone.
Googlebot does not support the Crawl-delay directive, so this validator warns when it appears.
Not automatically. Different crawler tokens can serve search, user-requested retrieval, model development, or other provider-specific purposes. Decide by crawler and verify the provider's current documentation.
Yes. Core generation and validation happen in the browser and do not require an account.