For the complete documentation index, see llms.txt. Every page on this site is also served as Markdown: append `.md` to any URL, or send `Accept: text/markdown`.

Google-Extended vs Googlebot: a control token and a crawler

Google-Extended is not a crawler. It is a robots.txt token that governs Gemini training and grounding, and Google says it never affects inclusion or ranking in Search.

Last updated: 2026-09-03By Karl-Gustav Kallasmaa
google.com logo

Google-Extended

by Google

A robots.txt product token, not a crawler. It governs whether content Google has already crawled may train future Gemini models or be used for grounding in Gemini Apps and Vertex AI.

Checked 2026-09-03T00:00:00Z
google.com logo

Googlebot

by Google

Google's primary web crawler. It fetches pages for Google Search and the surfaces built on the same index, including Discover, Images, Video and News.

Checked 2026-09-03T00:00:00Z

Which one should you choose?

These two are not comparable as crawlers, because only one of them is a crawler. Googlebot is the fetch; Google-Extended is a downstream usage control over what that fetch produced. Treating them as interchangeable robots.txt entries is how a site accidentally leaves Google Search.

Choose Google-Extended when

Use Google-Extended when your objection is to Gemini training or grounding. Google states the token does not affect Search inclusion or ranking, so it is the low-cost way to record a training position.

Choose Googlebot when

Leave Googlebot allowed unless you genuinely want to leave Google Search. Googlebot governs Search, Discover, Images, Video and News together, so a disallow here is a decision about your entire organic channel, not about AI.

When neither is the right answer

For most companies the right answer is to touch neither token. If Gemini training is not an objection you hold strongly enough to write down, adding rules creates maintenance and risk without buying anything.

What is specific to this comparison

  • Google-Extended is the only entry in Google's crawler documentation that never sends a request, which means it can never appear in an access log and cannot be verified the way every other bot on this site can.
  • Google publishes an explicit disclaimer that Google-Extended is not a Search ranking signal — a statement no other operator makes about its own opt-out token, and the reason this particular disallow is close to free.
  • The two tokens sit at different points in the pipeline: Googlebot decides whether the bytes are collected at all, Google-Extended decides what may be done with bytes that were already collected.
  • Because Google-Extended governs grounding as well as training, disallowing it reaches further than the equivalent OpenAI or Anthropic training tokens, which are documented as training controls only.

Google-Extended vs Googlebot, criterion by criterion

Nature
Does it fetch pages?
NoNo — it issues no requestsSource, checked 2026-09-03T00:00:00Z
Control
robots.txt user-agent token
Google-ExtendedSource, checked 2026-09-03T00:00:00Z
Purpose
What it governs
Gemini training and grounding, and Vertex AISource, checked 2026-09-03T00:00:00Z
Cost of blocking
Effect on Google Search inclusion
NoNone — Google states it is not a ranking signalSource, checked 2026-09-03T00:00:00Z
Verification
Appears in your server logs
NoNeverSource, checked 2026-09-03T00:00:00Z
Identification
Published user-agent string
NoNone of its ownSource, checked 2026-09-03T00:00:00Z
Control
Documented robots.txt compliance
It is itself a robots.txt mechanismSource, checked 2026-09-03T00:00:00Z

The short answer

Googlebot is a crawler; Google-Extended is not. Google-Extended sends no requests and has no user-agent string of its own. It is a robots.txt product token that governs whether content Google already crawled may train future Gemini models or be used for grounding in Gemini Apps and Vertex AI.

Google also states, in the same documentation, that Google-Extended does not impact a site's inclusion in Google Search and is not used as a ranking signal. That sentence is the reason this page exists.

A token is not a bot

Most robots.txt entries name something that will knock on your door. Google-Extended does not. Google documents it as having no separate HTTP request user-agent string, with crawling conducted by existing Google user agents. What the token does is attach a usage policy to those existing fetches.

This has a practical consequence people find genuinely surprising: you will never see Google-Extended in your logs. Not once, not ever, no matter what you write in robots.txt. Teams occasionally add the rule, wait a week, see zero Google-Extended requests and conclude the directive is being ignored. Nothing is being ignored. There was never going to be a request to count.[^google-crawler-categories]

The mental model that works is a pipeline with two valves. Googlebot is the intake valve: it decides whether the bytes are collected at all. Google-Extended is a downstream valve on one specific use of bytes that have already been collected. Closing the downstream valve changes what happens to the water; it does not stop the water arriving.

The asymmetry in what blocking costs

Disallowing Googlebot is one of the most consequential lines you can put in a robots file. Google documents Googlebot as affecting Search, Discover, Google Images, Video and News together — one token, most of your organic channel. Almost nobody objecting to generative training actually wants that outcome, and yet it is what a hastily written blanket rule produces.

Disallowing Google-Extended costs, by Google's own published statement, nothing in Search. That is a remarkably clean position. Operators are usually vague about the consequences of their opt-out tokens; Google has written down that this one is not a ranking signal and does not affect inclusion. You can hold the training objection and act on it without trading away Search traffic, and you do not have to take that on faith from a blog post.

What Google-Extended does cost is reach into Gemini. The token covers training for future Gemini models, training via the Vertex AI API for Gemini, and grounding in Gemini Apps and Vertex AI. Grounding is the part worth pausing on: it is the retrieval-shaped use, the equivalent of what OAI-SearchBot governs at OpenAI. Bundling training and grounding under one token means Google gives you a coarser instrument than OpenAI does. You cannot say "no training, yes grounding" with Google-Extended the way you can with OpenAI's two separate tokens. It is one switch covering both.

Copyable robots.txt directives

Refuse Gemini training and grounding, keep Google Search exactly as it is:

plain text
User-agent: Google-Extended
Disallow: /

Refuse the training use on a specific section only — often the right shape for a site with a valuable archive and a promotional front end:

plain text
User-agent: Google-Extended
Disallow: /research/
Disallow: /archive/

What you almost certainly do not want, shown here so it can be recognised in a code review rather than copied:

plain text
User-agent: Googlebot
Disallow: /

That last block removes the site from Google Search, Discover, Images, Video and News. It is a legitimate choice for perhaps a handful of sites on the internet and an accident everywhere else.

Why the confusion is so common

Three reasons, and they compound.

The first is naming. Google-Extended looks like a bot name. It sits in a list of bot names, in documentation about crawlers, formatted identically to Googlebot and GoogleOther. Nothing about the label signals that it is a different kind of thing.

The second is that every other operator's opt-out is a real crawler. GPTBot fetches. ClaudeBot fetches. CCBot fetches. A publisher who has already written rules for those tokens reasonably assumes Google-Extended works the same way, and then cannot find the traffic.

The third is that Google's crawler estate is genuinely large — Googlebot and its image, video and news variants, GoogleOther and its variants, Google-InspectionTool, Storebot-Google, Google-CloudVertexBot, and Google-Extended sitting among them. Sorting one product token out of that list requires reading carefully at exactly the moment somebody is trying to close a ticket.

Google's crawler estate is larger than the two names in this comparison

Reasoning about Google-Extended in isolation tends to produce a rule that misses the point, because Google runs a lot of clients and several of them touch generative products.

Google's own documentation groups its clients into three categories: common crawlers, which are used for Google's products and always respect robots.txt for automatic crawls; special-case crawlers, which operate under an agreement between the site and a specific product; and user-triggered fetchers, which are part of tools where an end user starts the fetch.[^google-crawler-categories] Google-Extended is not really any of these — it is a product token bolted onto the first category's output.

Two other names deserve attention while you are in the file. GoogleOther is described as a generic crawler used by various internal Google teams with no specific product impact, which makes it the entry publishers most often disallow on the theory that anything unexplained should be refused. Google-CloudVertexBot is documented as supporting site owners building Vertex AI agents, which means a rule against it may block something your own team is trying to build.

The general point is that the AI question at Google is not one token. It is a token plus a set of crawlers, and the answers interact. Deciding Google-Extended without knowing what your file already says about Googlebot, GoogleOther and the inspection tool is deciding one variable in an equation you have not written down.

The limits of what an opt-out achieves

Two honest caveats, both of which apply to Google-Extended and to every equivalent token elsewhere.

It is forward-looking only. The token governs what may be done with content going forward. It does not reach into a model that has already been trained, and no robots directive from any operator does. If your concern is content already absorbed, this is not the mechanism, and anybody telling you otherwise is selling something.

And it is a preference, not a licence. A robots token is a machine-readable signal that an operator has published a policy about honouring. It is not a contract, it creates no obligation you could enforce, and it says nothing about parties who never read your file. Third-party copies of your content sit behind their own robots files, and a syndication partner's permissive rules are indistinguishable from your own from the model's point of view.

None of that makes the token useless. It makes it exactly what it is: a cheap, clearly documented way to record a position with a named operator, whose stated cost to your Search visibility is zero. That is a good deal on its own terms. It is just not the same thing as control.

What to check on your own site

Start by reading the robots file you actually serve, not the one in your repository — a CDN, a framework default or a security product can rewrite it. Confirm that Googlebot is allowed on everything you want in Search, and that nothing about your generative-AI position has leaked into a Googlebot rule.

Then decide the Gemini question deliberately. If your content is your product — original research, journalism, a paid archive — Google-Extended is a cheap and well-documented way to say no, and Google has told you in writing what it will not cost. If your content is marketing for something else you sell, the calculus usually runs the other way: grounding is distribution, and you want it.

Finally, verify what you can and be honest about what you cannot. Googlebot's behaviour is observable in logs; Google-Extended's is not. Attensira's crawler logs will show you Googlebot's fetches alongside every other AI agent's, per URL, which is the half of this picture that can be measured. The robots.txt generator assembles the file, and the bot access score reads back what your current rules permit — useful before you edit, not just after.

A note on how this reads to a reviewer

If you work somewhere with a security or legal function, expect this pair of tokens to come up in a review, and expect the review to reach for the wrong one. The instinct in a risk conversation is to refuse the thing with the scariest description, and Google-Extended's description mentions training a large model on your content, which sounds alarming in a way that "the crawler that puts you in search results" does not.

The useful thing to bring to that conversation is Google's own sentence: Google-Extended does not impact a site's inclusion in Google Search nor is it used as a ranking signal in Google Search. It is short, it is the operator's own words, and it settles the only question the business actually cares about, which is whether saying no costs traffic. With that established, the remaining decision is a values decision about generative training, and it can be made on its merits instead of under a vague fear of breaking Search.

The corollary is that the same conversation must never be allowed to slide into a Googlebot rule. Those two token names differ by one word and one hyphen, and one of them is a routine policy preference while the other is a decision to leave Google Search. Put the diff in front of a second person before it merges.

Apple ships the same design in a slightly different shape, and comparing the two opt-out tokens directly is instructive: see Applebot-Extended vs Google-Extended. For an operator that splits training from retrieval into two independent tokens instead of bundling them, read GPTBot vs OAI-SearchBot. Anthropic's three-token arrangement is covered in ClaudeBot vs Claude-User, and the open-corpus alternative to all of them in CCBot vs GPTBot.

Where Attensira fits, and where it does not

Attensira's crawler logs show which agents actually fetched a URL, which is useful here precisely because Google-Extended will never appear in them — a fact that surprises people who expect a token to show up as traffic.

See how Attensira compares to both

Questions people ask

No. Google documents that Google-Extended does not have a separate HTTP request user-agent string; crawling is done by existing Google crawlers, and Google-Extended is a standalone product token used to manage how that already-crawled content may be used.

Google states that Google-Extended does not impact a site's inclusion in Google Search nor is it used as a ranking signal in Google Search. That is an unusually direct statement from an operator and it is the reason this token is safe to disallow if you object to Gemini training.

Google documents it as controlling whether crawled content may be used for training future generations of Gemini models, including via the Vertex AI API for Gemini, and whether it may be used for grounding in Gemini Apps and Vertex AI.

If Googlebot cannot fetch a page at all, there is nothing for Google-Extended to govern on that page. But disallowing Googlebot removes you from Google Search, which is almost never what someone objecting to Gemini training actually wants. Use the Google-Extended token instead.

Google documents the token as covering training and grounding in Gemini Apps and Vertex AI. It is a control over how your content is used, not a guarantee about every surface, and Google's own wording is the limit of what anyone can honestly claim here.

Sources

Every claim on this page, with the page it came from and the date that page was read. Prices and feature lists change; these are what the source said on the date shown, not timeless facts.

  1. Google states that Google-Extended does not have a separate HTTP request user-agent string, and that crawling is conducted using existing Google user agents.Google-Extended doesn't have a separate HTTP request user agent stringhttps://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  2. Google-Extended is used as a robots.txt user-agent token, described by Google as a standalone product token.Google-Extended is a standalone product token that web publishers can use to manage whether content Google crawls from their sites may be used for training future generations of Gemini modelshttps://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  3. Google documents the Google-Extended token as controlling Gemini Apps training, training via the Vertex AI API for Gemini, and grounding in Gemini Apps and Vertex AI.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  4. Google states that Google-Extended does not impact a site's inclusion in Google Search and is not used as a ranking signal in Google Search.Google-Extended does not impact a site's inclusion in Google Search nor is it used as a ranking signal in Google Searchhttps://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  5. Because Google-Extended issues no requests of its own, it never appears as a user agent in a server access log.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  6. Google documents Googlebot as the crawler whose access affects Google Search, Discover, Google Images, Video, News and related features.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  7. Googlebot is controlled with the robots.txt user-agent token Googlebot.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  8. Google publishes two Googlebot user-agent variants, smartphone and desktop, both carrying the substring Googlebot/2.1.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  9. Googlebot access is what determines whether a page can appear in Google Search and the surfaces built on the same index.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  10. Google describes its common crawlers, of which Googlebot is one, as always respecting robots.txt rules for automatic crawls.used for Google's products (such as Googlebot). They always respect robots.txt rules for automatic crawls.https://developers.google.com/search/docs/crawling-indexing/overview-google-crawlers — read 2026-09-03T00:00:00Z
  11. Googlebot issues HTTP requests and therefore appears in server access logs under its own user agent.https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers — read 2026-09-03T00:00:00Z
  12. Google groups its clients into three categories: common crawlers, special-case crawlers, and user-triggered fetchers.https://developers.google.com/search/docs/crawling-indexing/overview-google-crawlers — read 2026-09-03T00:00:00Z