Control Google AI Search Without Leaving Search
Choose between Search Console AI inclusion, inherited property settings and snippet controls while protecting ordinary Search eligibility.
On this page
- Choose the product scope before the mechanism
- Inventory inheritance before changing a property
- Worked example: exclude /research/, retain ordinary Search eligibility
- Why blocking crawling can defeat the instructions
- Resolve scope and timing qualifications explicitly
- Make an owner-approved choice with a rollback record
- Maintenance policy
- Sources
- Frequently asked questions
Covers 9 topics
- Choosing a generative AI exclusion without using ordinary Search noindex
- Search Console product scope, defaults and parent-child inheritance
- Hypothetical example.com /research/ property exclusion and rollback
- Passage-level data-nosnippet versus page-wide nosnippet
- Crawl-access requirements for page-level and text-level instructions
- AI training and separate service permissions
- Caching, propagation and documented timing qualifications
- Owner-approved permission inventory and separate observation records
- Weekly maintenance of the same canonical guide
To exclude a site or section from applicable Google generative AI features while preserving ordinary Search eligibility, our recommendation is to start with the Search Console Search generative AI control rather than add noindex. Google says this control is not a ranking or inclusion signal for other parts of Search. That is a distinction between controls, not a promise of continued rankings or traffic. Google’s control documentation
Source check: September 11, 2026, using the sources linked in this guide. This is a documentation-based policy and walkthrough; CitedIndex did not exercise the account-level steps or run live experiments. Treat this retrieval as a baseline, not evidence of a newly announced change.
Choose the product scope before the mechanism
Google currently lists AI Overviews, AI Mode and generative AI features in Google Discover as the features covered by the Search generative AI control. Google’s documentation states that the control had rolled out to all websites worldwide as of August 31, 2026; that is Google’s rollout statement, not our observation of worldwide account availability. Scope and rollout notice
| Your permission decision | Control to evaluate | Documented boundary |
|---|---|---|
| Exclude a property’s links and content from applicable generative AI features, without using an ordinary Search exclusion | Search Console: exclude | Google says exclusion prevents the site’s links and content from appearing in the applicable features and makes crawled content ineligible as an input to generate their AI responses or previews. Exclusion scope |
| Withhold a particular passage from snippets | data-nosnippet | Google documents data-nosnippet on span, div and section elements to designate text that must not be used as a snippet. Text-level control |
| Suppress page-wide text snippets and video previews, accepting effects beyond AI Search | nosnippet | Google says nosnippet suppresses text snippets and video previews across its search results and prevents the content from being used as a direct input for AI Overviews and AI Mode. A static image thumbnail may still appear under nosnippet. Page-wide control |
| Limit, rather than eliminate, text previews | max-snippet | Google says max-snippet limits textual snippet length and how much content may be used as a direct input for AI Overviews and AI Mode, but does not override separately granted permissions such as structured data or a license agreement. Length limits and exceptions |
| Remove the page from Search results | noindex | Google defines noindex as an instruction not to show the page, media or resource in search results. Indexing rule |
Policy interpretation: a passage-level snippet restriction is not a substitute for a property-wide generative AI exclusion, and page-wide snippet suppression is not an AI-only choice. If ordinary snippets matter to your publishing policy, prefer the narrower product-scope decision rather than imposing broader presentation restrictions by accident.
The Search generative AI control does not affect AI training; Google directs publishers to Google-Extended to limit training of the models used to generate responses in those features. The control also does not override participation choices for services such as Merchant Center and Google Ads. Training and service boundaries Record training permissions and those separate service choices as distinct decisions; this guide does not supply a Google-Extended implementation procedure.
Inventory inheritance before changing a property
Google places the control under Settings > Search generative AI in Search Console. Include is the default control for all properties, while a property with a parent defaults to inheriting its parent’s control. Location and defaults
A property inherits from its closest parent that has manually stopped inheriting. If none of its parents has manually stopped inheriting, the property inherits the control of its top-level domain property. Owners of a child property can follow the parent’s control or configure a choice for that child property and its subpages. Inheritance rules
Recommended inventory: list the top-level domain property, intermediate domain or URL-prefix properties, the target child property, and any more-specific properties beneath it. For each, record the displayed choice, whether it inherits, which parent supplies the choice, and the owner responsible for it. Do not treat a section name such as “research” as sufficient evidence of the configured scope; record the actual property identifier and inspect relevant protocol and hostname variants.
Worked example: exclude /research/, retain ordinary Search eligibility
This example is explicitly hypothetical. Assume a publisher has a domain property example.com, a child URL-prefix property https://example.com/research/, and ordinary Search eligibility it wants to preserve. Assume the domain property is set to Include, no intermediate parent has stopped inheriting, and no more-specific child has an independent setting.
- Record the baseline: the research property inherits Include from the top-level domain under the documented fallback rule.
- Have the research property’s owner open that property’s Search generative AI settings and select “Exclude my site's links and content from Search generative AI features.” Leave the domain property’s Include choice unchanged.
- For this hypothetical policy, keep the research pages crawlable and do not add
noindexor page-widenosnippet. The intended distinction is a generative AI permission change, not ordinary Search removal or snippet suppression. - Review more-specific properties rather than assuming every descendant still inherits. Record the owner-approved scope, previous setting, new setting, timestamp and reason.
- Define rollback as restoring “Inherit control from parent,” provided the parent’s current choice still matches the approved baseline. Recheck the parent before rollback rather than assuming it has remained unchanged.
This is an illustration of the documented control model, not an observed result for example.com. The intended outcome is exclusion from the applicable generative AI features while leaving ordinary Search eligibility decisions to the other relevant controls and requirements.
How the two snippet alternatives differ
Suppose instead that the hypothetical publisher wants only one passage withheld from snippets. The illustrative HTML would be:
<p>Public research summary. <span data-nosnippet>Passage withheld from snippets.</span></p>Use this as a text-level decision, not as evidence that the whole research property is excluded from generative AI features. Google says structured data remains usable for search results even when declared inside a data-nosnippet element. Structured-data qualification Audit structured data separately rather than assuming the wrapper covers every use.
If the hypothetical publisher instead accepts page-wide snippet suppression, the illustrative HTML instruction, placed in the page’s head, would be:
<meta name="robots" content="nosnippet">Google documents robots meta tags in an HTML page’s head and allows any robots meta rule to be supplied through an X-Robots-Tag response header instead. HTML and response-header mechanisms For this publisher’s original aim, our recommendation remains the child-property control: neither suppressing one passage nor suppressing every ordinary text snippet expresses that same product-scope choice.
Why blocking crawling can defeat the instructions
Google’s crawl-access requirement applies to both page-level settings and text-level data-nosnippet: crawlers must be allowed to access pages containing those settings for the settings to be read and followed. Google says robots meta tags and X-Robots-Tag headers are discovered during crawling, and their indexing or serving instructions are ignored when robots.txt prevents that crawl. Crawl access and rule discovery
Therefore, do not deploy a crawl block as the delivery mechanism for noindex, nosnippet or data-nosnippet. Check crawl access alongside the live response headers and HTML. The documented dependency includes the span in the example above; it is not an undocumented gap for text-level controls.
Google says data-nosnippet extraction may happen before or after rendering and advises against adding or removing the attribute on existing nodes through JavaScript. Rendering qualification Prefer an implementation whose intended restriction is already present in the delivered markup. Do not transfer the page-crawl discovery mechanism to the account-level Search Console control by assumption.
Resolve scope and timing qualifications explicitly
Google’s optimization guide says generative AI eligibility requires a page to be indexed and eligible for a Google Search snippet, and the site to be included through Search Console. Eligibility requirements Read this alongside, not instead of, the property control and robots specifications: permission in Search Console does not cancel a restrictive page instruction. Our interpretation is that these are different layers—property permission, page eligibility and presentation—not contradictory alternatives.
There is a timing tension within the control documentation: Google says exclusion generally takes a few days after a change, also says content will be excluded within 1–2 days after the control goes live, and qualifies that some content can take longer because of caching and propagation. Timing language Do not convert either timing statement into an immediate-removal promise or a hard 48-hour deadline. Our operational policy is to record the change, allow for the documented qualifications, and keep unresolved observations open rather than declare instant success.
The optimization guide is marked “Last updated 2026-07-10 UTC.” The robots specification is marked “Last updated 2026-03-24 UTC.” Optimization guide date · Robots specification date These are document update dates, not proof that every described behavior became effective on those dates. Keep them distinct from the control page’s dated rollout statement and our September 11 retrieval.
Make an owner-approved choice with a rollback record
Write the permission objective: applicable Search generative AI features, ordinary Search indexing, snippets, AI training, or a combination. Name each separately.
Inventory property inheritance and responsible owners. Save the displayed property identifiers and settings before changing them.
Inspect representative in-scope and out-of-scope URLs. Save current HTTP response headers, robots meta tags, data-nosnippet markup, relevant structured data and crawl permissions. Treat an unexpected restriction as a decision blocker, not something to erase without approval.
Choose the narrowest mechanism matching the approved objective. Record who approved it, what changes, what remains unchanged and the ordinary Search presentation trade-off, if any.
Save rollback instructions containing the exact prior property setting and header or HTML state. If inheritance is involved, include the parent’s baseline and a requirement to recheck it before restoration.
After the change, inspect the saved configuration and representative responses again. Log consumer-interface observations separately from configuration evidence, and preserve the query, date, surface and linked URL when checking an AI answer. Do not use an API response as proof of consumer-interface behavior.
For this policy’s evidence log, keep five fields separate: indexing, eligibility, an actual linked citation, an unlinked mention and referral traffic. Treat permission as permission, never a guarantee of inclusion or a linked citation. Do not infer traffic from a mention or link. For claim-by-claim checking of an observed answer, use the existing citation-support audit guide.
Maintenance policy
Recheck these three sources weekly; the next scheduled review is September 18, 2026. A source change triggers review of this same canonical guide, not a new daily news URL. Reassess product scope, inheritance, training boundaries, crawl requirements and propagation wording. If primary sources materially conflict, state the conflict and hold the affected recommendation until it can be supported; do not silently choose the more convenient wording.
Sources
- Google Search Central: Optimizing your website for generative AI features on Google Search developers.google.com
- Google Search Console Help: Search generative AI control support.google.com
- Google Search Central: Robots meta tag, data-nosnippet, and X-Robots-Tag specifications developers.google.com
Frequently asked questions
Does excluding my property also opt its content out of AI training?
Does putting structured data inside a data-nosnippet span withhold that data from Search?
The digestFree
Who's winning AI citations.
The AI visibility tools we add and the guides we write, by email, at most once a week.
Last issue · 13 October 2026GEO and Content Tools for Agencies, plus 3 new tools
One-click unsubscribe