How to Control AI Crawlers: Practical robots.txt & AI Access Directives

28 July 2026 5 min read Technical SEO

The Shifting Landscape of AI Content Governance

For years, website owners assumed that terms of service, copyright notices, and passive anti-scraping walls were enough to protect published content. That assumption is no longer safe. The legal implications of the Google vs. SerpApi ruling demonstrated that relying purely on legal threats or standard Terms of Service without technical enforcement creates significant vulnerability. When third-party bots systematically harvest web pages for training data or real-time retrieval, site owners must establish technical boundaries at the infrastructure level.

Controlling access is not about cutting your site off from discovery; it is about establishing clear semantic and technical boundaries. Passive reliance on traditional legal remedies like DMCA notices is rarely effective against real-time scraping pipelines. Modern SEO strategy requires explicit machine-readable policies that dictate exactly which AI Crawlers can touch your content, how frequently they can crawl, and for what purpose.

Controlling AI Crawlers Diagram

Differentiating Search Engine Bots from AI Crawlers

Before writing rules to manage AI bot access, it is essential to define what an AI crawler is not. An AI crawler is not a traditional search engine bot designed to index web pages for SERP links. Traditional crawlers like Googlebot request pages to build an index that drives organic search traffic back to your domain. In contrast, many AI agents harvest text to train offline Large Language Models (LLMs) or perform real-time retrieval-augmented generation (RAG) where source links may be obscured or omitted entirely.

Treating all bots identically risks either blocking your search visibility or passively allowing uncompensated training ingestion. To establish governance, you must categorize bots by their technical intent.

The table below outlines common bot identifiers and their underlying operational roles across major AI providers:

Bot Identifier User-Agent String Operational Intent Primary Organization
GPTBot GPTBot LLM Training Data Collection OpenAI
ChatGPT-User ChatGPT-User Live Web Browsing in ChatGPT OpenAI
ClaudeBot ClaudeBot / Claude-Web Model Training & RAG Anthropic
PerplexityBot PerplexityBot Real-time Answer Indexing Perplexity AI
CCBot CCBot Web-scale Open Corpus Scraping Common Crawl
Google-Extended Google-Extended Gemini & AI Model Training Google

Separating Googlebot (search indexing) from Google-Extended (AI training) allows webmasters to remain visible in organic search results while controlling whether their content feeds Gemini models.

Configuring robots.txt for AI-Specific User-Agents

The primary mechanism for declaring access policy remains the robots.txt protocol. While non-compliant scrapers can theoretically ignore standard directives, reputable AI companies respect clear disallow rules to maintain compliance and avoid liability. Following best practices for configuring robots.txt ensures that your syntax is valid and free of conflicting directives that could accidentally block search crawlers.

To manage how to block AI crawlers without harming your traditional SEO footprints, target individual user-agent strings directly. A broad User-agent: * disallow rule is a blunt instrument that will drop your site from search indexes. Instead, specify granular disallow directives for AI entities.

# Allow search indexing while blocking AI training crawlers
User-agent: GPTBot
Disallow: /

User-agent: Google-Extended
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: CCBot
Disallow: /

If your organization permits real-time citation retrieval (e.g., live web search in ChatGPT) but prohibits bulk offline LLM training, separate user-agents accordingly. For example, allowing ChatGPT-User while disallowing GPTBot permits real-time user-driven queries while blocking passive scraping.

Infrastructure Enforcement: WAF Rules and Rate Limiting

A robots.txt file serves as a explicit policy declaration, but aggressive or unaligned AI crawlers may bypass text directives altogether. Technical governance requires a second layer of enforcement at the network perimeter. Web Application Firewalls (WAFs) like Cloudflare, AWS WAF, or Fastly provide automated mechanisms for managing how AI agents interact with your content.

Effective perimeter management includes three distinct technical controls:

  1. User-Agent Filtering and Header Validation: Automatically drop requests from declared AI bot strings at the edge before they hit your application servers.
  2. Rate Limiting by IP and ASN: Detect non-human request patterns across datacenter IP blocks frequently utilized by automated scraping clusters.
  3. JS Challenges & Turnstile Integration: Force unverified requests through lightweight browser verification challenges to block non-browser execution environments.

Combining declarative robots.txt rules with active WAF rate-limiting establishes both legal clarity and operational security for your digital assets.

Defining Expressive Access Policies with llms.txt and Schema

Controlling AI crawlers is not strictly about blocking access; in many cases, site owners want to curate how AI agents consume structured knowledge. Rather than allowing raw HTML parsing, site managers can provide optimized, machine-readable entry points specifically formatted for LLM consumption.

The emerging llms.txt standard provides a plain Markdown directory located at the root domain that points AI models directly to high-priority content files. Paired with implementing AI-ready structured data, webmasters can guide AI agents toward clear entity definitions, licensing rights, and clean text payloads.

# Example llms.txt entry
# Canonical Knowledge Base for AI Agents

> This site provides official technical documentation for enterprise software.

## Core Documents
- [API Reference](/docs/api.md): Full technical specifications
- [Terms of Use](/legal/terms.md): AI usage permissions and restrictions

Providing an explicit path for agentic browsing reduces unnecessary server load caused by redundant HTML scraping while clarifying content ownership and authority.

Establishing a Sustainable Content Protection Strategy

Technical SEO is evolving from keyword optimization toward entity governance and access control. Managing AI crawlers requires routine maintenance, log file monitoring, and policy updates as new LLM entities enter the ecosystem.

Audit your access controls using this three-step framework:

  • Log File Audits: Regularly analyze server log files for unknown user-agent patterns or anomalous traffic spikes originating from datacenter IP ranges.
  • Directive Verification: Test your robots.txt syntax using server testing tools to ensure specific disallow blocks do not leak into standard indexing paths.
  • Policy Alignment: Review content licensing goals with internal stakeholders to align technical edge rules with overall digital marketing objectives.

Frequently Asked Questions

How do I block AI crawlers in robots.txt without affecting Google Search ranking?
Target specific user-agent strings like 'GPTBot' or 'Google-Extended' in your robots.txt disallow directives, rather than using a wildcard disallow on 'Googlebot'. This keeps standard Google search indexing intact while restricting AI training access.
Does robots.txt legally prevent AI scraping?
robots.txt is a standard protocol that reputable web crawlers respect. While it declares machine-readable intent, technical edge enforcement via Web Application Firewalls (WAF) is recommended to block rogue or non-compliant scrapers.
What is the difference between Googlebot and Google-Extended?
Googlebot is used for traditional Google Search indexing. Google-Extended is a separate user-agent used by Google to gather web content for training AI models like Gemini. Blocking Google-Extended does not affect your visibility in standard Google Search results.
Jimmy Harris

Written by

Jimmy Harris

Technical SEO Specialist

Jimmy Harris is a technical SEO specialist focused on improving website performance, crawlability, and search visibility through practical, data-driven optimisation.

He works at the intersection of development and marketing, helping teams resolve complex technical issues such as site architecture, page speed, structured data, and indexing challenges. Jimmy specialises in translating SEO requirements into clear technical actions, ensuring websites are built in a way that search engines and users both understand.

With a strong background in performance optimisation and large-scale site audits, Jimmy takes a problem-solving approach to SEO, favouring measurable improvements over guesswork.

Technical SEO audits Site architecture and internal linking Core Web Vitals and performance optimisation Indexing and crawl budget management Structured data and schema implementation
View author profile
X Facebook LinkedIn WhatsApp Telegram Reddit Pinterest Email