Can I block Meta's AI training crawler and still appear in Meta AI?
99Visibility Research · Updated October 21, 2026 · 5 min read
Short answer
Yes. As of October 2026, Meta runs separate crawlers for separate jobs. Meta-ExternalAgent collects content for AI training. Meta-WebIndexer indexes pages so Meta AI can cite and link to them. You can disallow the first and allow the second in robots.txt. That keeps your access open for Meta AI search, but it does not guarantee Meta AI will cite you.
Key takeaways
- Meta-ExternalAgent is Meta's training crawler, and Meta-WebIndexer is the one tied to citations in Meta AI answers.
- Robots.txt rules are per bot, so a named Disallow for Meta-ExternalAgent does not affect Meta-WebIndexer.
- Meta-ExternalFetcher is documented as potentially bypassing robots.txt, so robots.txt cannot reliably block it.
- A firewall or CDN can block Meta-WebIndexer even when robots.txt allows it, so test reachability as well as rules.
- Allowing Meta-WebIndexer buys eligibility, not a citation, and no published study measures Meta AI citation rates.
The short answer: split training from indexing
Meta documents its crawlers by purpose, and robots.txt lets you treat each one differently. That is what makes this possible.
- Meta-ExternalAgent gathers content that may be used to train Meta's AI models. See the Meta-ExternalAgent definition.
- Meta-WebIndexer builds the index Meta AI uses for search answers. Meta's crawler documentation says: "Allowing Meta-WebIndexer in your robots.txt file helps us cite and link to your content in Meta AI's responses."
- Meta-ExternalFetcher fetches pages on demand and is documented as potentially bypassing robots.txt.
Because these are separate user agents, you can disallow training and allow indexing. Meta's line about Meta-WebIndexer is notable: it is the only first-party statement we know of from any AI vendor that ties allowing a crawler to citation. Even so, it says "helps", not "guarantees".
The full breakdown of each agent lives on our page about Meta's crawlers and user agents.
The robots.txt pattern
Add a named group for each Meta crawler you want to control. A crawler follows the group that names it, so these rules sit independently of any User-agent: * group, as the Robots Exclusion Protocol (RFC 9309) specifies.
User-agent: Meta-ExternalAgent
Disallow: /
User-agent: Meta-WebIndexer
Allow: /
Three things to check after you deploy it:
- No blanket AI block above it. Many sites copy a list that disallows every AI bot. If Meta-WebIndexer appears in that list, it is blocked.
- No accidental wildcard catch. If you have
User-agent: *withDisallow: /and no named Meta-WebIndexer group, Meta-WebIndexer falls under the wildcard and is blocked. - The file itself is reachable. A crawler that can't fetch robots.txt can't read your rules.
This mirrors the OpenAI setup, where GPTBot governs training and OAI-SearchBot governs ChatGPT search. OpenAI states that "Each setting is independent of the others." The same logic is covered in training crawlers vs search crawlers across vendors.
Conditions robots.txt does not cover
Robots.txt is necessary but not sufficient. Two gaps matter here.
Meta-ExternalFetcher may ignore it
Meta documents that Meta-ExternalFetcher may bypass robots.txt. Treat any Disallow for it as a request, not a control. If you need to stop it, that has to happen at the server, CDN or firewall.
Your firewall can overrule your robots.txt
A WAF, CDN bot rule or IP block can return a 403 to Meta-WebIndexer while robots.txt says allow. Nothing in robots.txt tells you this has happened. Bot-management defaults also change without you editing anything: from 15 September 2026, Cloudflare blocks Training and Agent crawler categories by default on ad-displaying pages for new domains and existing free-tier customers, while Search stays allowed. Check how your own CDN classifies each Meta crawler rather than assuming.
If you block by IP, read whether a blocked crawler can still read your robots.txt. The quickest test is to request a page as each crawler and compare the response with your rules. The AI Crawler Checker on 99Visibility does that for each AI user agent.
What the evidence does and does not show
Here is what holds up, stage by stage.
- Access (in your control). Allowing Meta-WebIndexer and keeping it reachable makes your pages eligible for Meta's index. That is the lever.
- Retrieval and citation (not in your control). Whether Meta AI pulls your page for a given question, and whether it cites it, is Meta's decision. A critical survey of 45 GEO studies (arXiv, July 2026) found no technique with a stable, cross-platform causal effect on discoverability.
- Training (unmeasured). Nobody has published whether blocking a training crawler changes what a model later says about your brand from memory. The honest label is unknown, not harmless and not harmful.
- Meta AI tracking. No published study or vendor measurement of Meta AI citations exists in our evidence base. Anyone quoting a Meta AI citation rate is not quoting a public number.
One practical detail: tested AI crawlers, including Meta-ExternalAgent, don't execute JavaScript. Assume Meta's other fetchers may not either, and put the facts you want cited in the server-rendered HTML.
For more on the citation question itself, see whether allowing Meta-WebIndexer helps Meta AI cite you.
What to do next
- Decide your training stance. Blocking Meta-ExternalAgent is a policy choice about training use, not a visibility tactic.
- Add the two named groups above and remove Meta-WebIndexer from any blanket AI block.
- Test reachability from outside, per crawler. A 200 to Meta-WebIndexer is the result you want. The free Meta AI crawler check runs this test.
- Check that key facts (prices, product names, a one-line description) appear in the raw HTML.
- Recheck after any CDN, firewall or hosting change.
Blocking training today does not pull content out of models already trained. That is covered in what happens to pages a crawler already fetched.
Frequently asked questions
What is the difference between Meta-WebIndexer and Meta-ExternalAgent?
Meta-ExternalAgent collects content that may be used to train Meta's AI models. Meta-WebIndexer indexes pages for Meta AI search, and Meta says allowing it helps Meta AI cite and link to your content. They are separate user agents, so robots.txt can treat them differently. Blocking one does not block the other.
Can I block Meta-ExternalFetcher with robots.txt?
Not reliably. Meta documents that Meta-ExternalFetcher may bypass robots.txt, because it fetches pages in response to a user action. You can still add a Disallow rule, but treat it as a stated preference. If you must stop it, you need a rule at the server, CDN or firewall level, and that may also affect user-triggered previews.
Does blocking Meta-ExternalAgent hurt my chances in Meta AI answers?
Nothing published shows that it does or that it doesn't. Live search answers depend on Meta-WebIndexer access. What Meta's models know from training is a separate channel, and no study measures how excluding a site from training affects later brand recall. Treat the training block as a policy decision with an unmeasured effect.
Will allowing Meta-WebIndexer get me cited in Meta AI?
It makes you eligible, which is the part you control. Meta says allowing it helps Meta AI cite and link to your content, but Meta decides which pages it retrieves and cites for each question. No vendor or study has published Meta AI citation measurements, so nobody can promise an outcome from this change.
My robots.txt allows Meta-WebIndexer. Why might it still be blocked?
A firewall, CDN bot rule or IP block can refuse the request before robots.txt matters, often with a 403. Bot-management defaults can also change without your edit, as Cloudflare's September 2026 defaults did for some customers. Request a page with Meta-WebIndexer's user agent and check the status code to know for sure.
Sources
This page is AI-assisted. It was written from a verified evidence base and checked against our editorial policy. Engine behaviour changes often; facts are as of October 21, 2026.