Generate your robots.txt
Set the open paths, the closed paths and an AI crawler stance, and get one complete file. Copy it to your domain root, then validate it live.
After generating
Serve it at /robots.txt on the exact host, then run the robots check. It resolves every rule per URL the way each crawler does and names what is actually blocked, including the AI agents.
What the robots.txt generator includes
The form builds one robots.txt file from four inputs: a sitemap URL, paths to disallow, paths to explicitly allow, and a preset AI-crawler stance. The default path examples close areas such as /admin/, /cart/, /checkout/, /account/ and /search/, while explicitly allowing common product, collection, page and blog paths. You can replace those examples with paths that match your site.
The AI choice creates named groups for GPTBot, ClaudeBot, CCBot, Bytespider, Google-Extended, OAI-SearchBot, ChatGPT-User, PerplexityBot and Claude-SearchBot. The preset can allow all, block all, or allow selected search/fetch agents while blocking the listed training agents. The output is plain text to copy or download; it does not publish the file or inspect your existing rules.
How to read the generated rules
A robots.txt group starts with User-agent:, followed by directives that apply to the matching crawler. Disallow: /private/ asks compliant crawlers not to fetch URLs under that path; Allow: /products/ explicitly keeps that path open. A Sitemap: line gives crawlers the sitemap URL. The generator puts general Allow and Disallow lines under User-agent: *, then adds named groups for its AI preset.
Rules are crawl instructions, not access protection. Anyone can still request a disallowed URL directly, and robots.txt does not remove a URL already known to a search engine. Never use it to protect account pages, private documents or customer data; use authentication and server permissions. Rule matching has details, so test the actual published file with the robots check rather than assuming the generated text has the intended effect.
Choose a crawler stance deliberately
The open-search preset is not the same as allowing every AI crawler. It blocks the generator’s listed training-oriented agents and allows selected search or user-requested agents. That can preserve access by search crawlers while expressing a separate preference for training crawlers. Providers change tokens and purposes over time, so check their current documentation before relying on a preset as a complete inventory.
Blocking all listed AI agents can remove access to search-time crawlers as well as training crawlers. Before selecting it, decide whether ChatGPT Search, Perplexity search or Claude search visibility matters to you. The generator has fixed presets; it does not offer a per-agent editor or explain every vendor’s policy. For a nuanced decision, review AI crawler access and the current AI crawler user-agent reference.
Common robots.txt mistakes and fixes
A copied Disallow: / under User-agent: * can prevent compliant crawlers from fetching the whole site. Remove it or narrow the path if you meant to close only a section. Another frequent error is adding paths with no leading slash or copying example paths without checking whether they exist. A sitemap URL should be an absolute public URL, such as https://example.com/sitemap.xml.
If the file already contains hand-written groups, replacing it wholesale may discard important rules or app-generated directives. Compare old and new output before deployment. Some platforms manage robots.txt through a theme template or an admin setting; use the platform’s supported editing method and verify what the root URL serves afterward. Avoid repeated conflicting groups: explicit rules can be interpreted by specificity and matching length, so an apparently broad Allow does not necessarily override a more specific block.
Publish and verify the file
Save the output as plain text at the root of the exact hostname you want to control, for example https://example.com/robots.txt. A www subdomain and an apex domain can serve different files, so test the canonical host and any alternate hostname separately. Confirm the response is public text and not a theme preview, login page, redirect loop or cached old version.
Then run the robots check to see what the live file says and use robots test for specific URL decisions. If Google indexing is the concern, check Search Console URL Inspection too: robots.txt controls crawling and is not a noindex directive. The robots.txt vs. noindex guide explains the distinction.