Search Console生成式AI控制加了子资源覆盖提醒：AI开关怎么继承、谁能改、公司怎么管

摘要：10月6日，Search Engine Roundtable发现Google在Search Console的“Search生成式AI控制”帮助文档里加了一句：当某个子资源覆盖了上级的设置时，顶级网域资源的所有者会在这个控制页面上看到通知。这个开关决定网站内容能不能出现在AI概览、AI模式和Discover的生成式AI功能里，8月31日起已向全球开放。设置按资源层级继承，子资源默认跟随最近一个改过设置的上级，没有就跟随顶级网域资源，子资源的所有者可以随时单独改。新增的通知只发给顶级网域资源的所有者，没验证网域资源的公司看不到它。

一家公司做海外站，主站归市场部，博客子域名归内容团队，德国站的子目录交给了当地代理商。三拨人各自在Search Console里验证了自己那一块。某天代理商觉得AI概览抢了流量，把自己那个子目录设成了不进生成式AI功能。主站这边的人，很可能根本不知道。

这种事以前只能靠挨个资源去翻设置才能发现。现在Google补了一个提醒。Search Engine Roundtable在10月6日报道，Google更新了这个功能的帮助文档，写明子资源覆盖上级设置时，顶级网域资源的所有者会收到通知。

这篇以那次文档更新为主体，结合Google帮助文档里的继承规则和例子，把这个开关怎么继承、谁能改、通知能管到哪里、公司内部该怎么管讲清楚。

帮助文档这次加了什么？

新增的只有一句话。Search生成式AI控制的帮助文档在“为子资源手动配置”那一节末尾加上：当顶级网域资源的某个子资源覆盖了上级设置时，顶级网域资源的所有者会在Search生成式AI控制页面上看到一条通知。

Barry Schwartz在报道里贴了文档改动的截图，也贴了控制页面本身的截图，但他说自己手上没有通知长什么样的截图。所以通知会写些什么、会不会列出是哪个子资源改的、会不会同时发邮件，目前都没有公开信息。

一句话看着小，管的却是一个实际的漏洞。这个开关按资源层级继承，任何一个子资源的所有者都能单独改，而改了之后，上面的人原本没有任何途径知道。

这个开关是怎么一步步上线的

把时间线理一下，更容易明白这次补丁的位置：

为什么先给英国？Search Engine Roundtable 6月的报道提到，英国竞争与市场管理局（CMA）要求Google给出版方更多选择，包括不让内容用于AI模型微调。Google官方博客也写了，这项工作是在听取出版方反馈、并与英国CMA等监管机构沟通的背景下推进的。

这个开关到底管什么？

在Search Console的设置里找到“Search生成式AI”，打开就是这个控制页面。帮助文档列了三个选项：

覆盖的功能目前有三个：AI概览、AI模式、Google Discover里的生成式AI功能。文档说Google预计以后会更新这份清单，将来新的AI功能可能也归这个开关管。

有几条说明直接关系到要不要动这个开关，最好记牢：

• 这个设置不作为排名信号，也不影响网站在搜索其他部分的收录，普通搜索结果照常；
• 它不影响AI训练，想限制Google用你的内容训练生成这些回答的模型，要用Google-Extended；
• 它不会覆盖你在Merchant Center、Google Ads等其他服务里的选择；
• 内容仍可能被用来帮助Google整体理解查询语言和网页语言；
• 想让内容完全不出现在Google搜索里，要用noindex。

排除之后还有一个容易被忽略的后果。文档写明，其他网站的内容仍然会出现在这些功能里，而且可能和你的内容很像。你的产品评测退出了，AI概览照样会引用别家的评测来回答同一个问题，用户未必察觉少了谁。想靠退出来“逼”用户点进你的网站，这个算盘大概率打不响。

生效时间也写了：改完设置后，一般要几天内容才会被排除；设置生效后1到2天内排除，部分内容因为缓存和在Google各系统间同步，可能更久。改回来同样需要时间，所以别把它当成可以随手来回切的开关。

Google-Extended和这个开关的分工，很多人容易搞混。Google-Extended写在robots.txt里，管的是训练；这个开关管的是展示和支撑回答。只设了Google-Extended，内容照样可能出现在AI概览里，Google-Extended挡不住AI概览那篇写过具体情况。要不要关、关了损失多少，可以先看生成式AI效果报告和退出开关的决策指南。

子资源的设置是怎么继承的？

这部分是整个功能最容易出错的地方，文档写得很细。Search Engine Roundtable在6月的功能解读里引用过Glenn Gabe的提醒：文档里信息很多，其中就包括子资源如何继承上级设置、又如何在子资源层面被覆盖。规则就两条：

• 默认情况下，一个资源继承离它最近的、已经改成不继承的那个上级资源的设置；
• 如果它上面所有上级都没有手动配置过，就继承顶级网域资源的设置。

文档的例子是：网址前缀资源https://example.com/business/cats默认继承网域资源example.com的设置；但如果更近的上级，比如https://example.com/business/或https://example.com/，有人手动配置了，它就改为继承那个更近的上级。

谁算谁的上级

Search Console有两种资源。网域资源通过DNS验证，覆盖整个域名下的所有子域名和协议；网址前缀资源只覆盖某个协议加某个路径开头的网址。两种资源的区别，网域资源和网址前缀资源对比那篇有详细说明。

文档列了一张父子关系的例子表，挑几个最容易看错的放在这里：

从表里能看出几个规律。协议不同就不是上下级，https://www.example.com/管不到http://www.example.com/；带不带www也不是上下级；不同国家的顶级域名是两个独立网站，example.co.uk不归example.com管；名字像也没用，bl.example.com不是blog.example.com的子资源。

文档还特别提醒，很多资源同时既是上级又是子级。https://example.com/对它下面的/blog来说是上级，对顶级网域example.com来说又是子级。如果https://example.com/有人手动设了值，/blog默认就跟它走，不再看顶级网域。

用一个例子走一遍

假设一家公司有这样几个资源，看看各自最后生效的是什么：

第四行最容易被忽略。德国博客的负责人可能什么都没动，只因为上一级的/de/被人改了，他那块也一起被排除了。他在自己的资源里看到的是“继承上级资源的设置”，如果不点进去细看，很难意识到实际生效的是排除。

新加的通知能帮上多大忙？

按文档的原话，通知发给“顶级网域资源的所有者”，出现在控制页面上。照字面理解，有几种情况它照顾不到：

• 公司从来没有验证过网域资源，只验证了几个网址前缀资源，那就没有人是“顶级网域资源的所有者”；
• 中间层级的上级资源，比如https://www.example.com/的所有者，文档没说他们会收到通知；
• 通知在控制页面上显示，不常去这个页面的人可能很久都看不到；
• 文档没说通知会不会列出具体是哪个子资源改的，Barry也没有截到图。

第一条在国内出海企业里很常见。网址前缀资源只要在网页上放一段验证代码就行，网域资源却要改DNS记录，很多公司嫌麻烦，或者DNS在另一个部门手里，一直没验证。这种情况下，这条新通知对你等于不存在。

所以想用上这个通知，第一步是把网域资源验证下来，并确认负责SEO的人是它的所有者。顺带一提，Search Console的权限文档写着，拥有上级资源的所有者对下面的资源有隐含的所有者权限，添加用户时如果提示“此用户只能作为所有者添加”，就是这个原因。

看到通知之后该做什么

通知只是告诉你有人改了，改得对不对还得人来判断。比较顺的处理顺序是：先在资源列表里找到是哪个子资源改的，确认它现在生效的是包含还是排除；再找到这个资源的所有者，问清楚为什么改、什么时候改的；然后对照生成式AI效果报告里那部分页面的曝光变化，判断影响有多大。

如果改动没有正当理由，让子资源的所有者改回“继承上级资源的设置”就行，不用在顶级网域上做任何事。顶级网域资源的所有者能不能直接替子资源改回来，文档没写；按文档“要给某个子资源设值，就登录那个资源”的说法，你得在那个资源上也是所有者才行。

谁能改子资源的设置

帮助文档写的是：子资源的所有者可以选择跟随上级的设置，也可以为这个子资源及其下级页面单独设定；要给某个子资源设值，就登录那个资源，在控制页面里改。

结合Search Console的用户和权限说明，所有者能配置设置、添加和移除用户，完整用户和受限用户主要是查看。按这个分工，能动这个开关的是各个资源的所有者，包括验证所有者和被委派的所有者。代理商如果在你的子目录资源上拿到了所有者权限，就能单独改这个设置。

公司内部该怎么管这个开关？

这个开关的效果是把内容从AI概览和AI模式里整个拿掉，改错了损失的是一整块曝光，恢复又要等几天。资源一多、负责人一多，最好有个固定的管法。

先把资源和所有者理清楚

在Search Console的资源列表里，把公司名下所有资源列出来，记下每个资源的类型、覆盖范围、所有者是谁、当前生成式AI控制的设置和最后生效的值。很多公司做完这一步才发现，三年前离职的同事、早就不合作的外包公司，还挂在某个资源的所有者名单里。人走了，钥匙还在人家兜里。

定一条谁说了算的规矩

比较稳妥的做法是：生成式AI控制只在顶级网域资源上设，所有子资源保持“继承”；确实有业务理由要单独设置的子资源，比如付费内容专区，要先报备，写清理由和时间。代理商和外包团队尽量给完整用户权限，够他们看数据，又改不了这个开关。

出海公司还要考虑市场差异。某个国家的团队觉得AI概览分流严重想关掉，这个判断可能有道理，但关掉的效果是那部分内容在所有国家的AI功能里都消失，影响不止一个市场。这类决定最好由能看全局数据的人拍板。

哪些子资源可能需要单独设置

统一在顶级网域设置是默认的稳妥做法，但确实有一些场景，子资源单独设置是合理的。下面这些情况可以参考，前提是有人对结果负责：

这张表里没有一个场景是非关不可的。每一项都该先看生成式AI效果报告里那部分页面的实际曝光，再决定，别凭感觉。

怎么确认一个资源实际生效的是哪个值

资源多的时候，可以按下面的顺序自己推一遍：

1. 打开这个资源的生成式AI控制页面，看它自己的设置；如果是包含或排除，生效的就是它；
2. 如果是继承，找出它所有的上级资源，按路径从近到远排好，协议和www不同的不算；
3. 从最近的上级开始往上找，第一个手动设过值的，就是它实际继承的值；
4. 一直找到顶级网域资源都没有手动设置，就按顶级网域资源的值；顶级网域也没改过，就是默认的包含。

有个小麻烦：你只能看到自己有权限的资源。上级资源不在你名下时，就得去问那个资源的所有者，这也是前面建议把资源和所有者整理成表的原因。

改了之后要盯什么

改完设置，按文档说法要等几天才会完全生效。可以在生成式AI效果报告里看曝光的变化，确认排除确实生效了；同时看普通效果报告的曝光和点击，Google说这个设置不影响普通搜索，但自己的数据才是最直接的证据。

如果你是顶级网域资源的所有者，建议隔一段时间就打开控制页面看一眼有没有通知。目前文档只说通知显示在页面上，没说会推送邮件，靠等是等不来的。

查看各资源设置的入口在Search Console的设置页，资源多的话，可以按上面的表格每季度对一遍。日常怎么处理Search Console的各类提醒，站长后台告警分级处理那篇有一套可以照搬的流程；域名结构本身怎么选，影响的是以后资源怎么切分，可以参考出海独立站域名结构选择。

常见问题解答

Search Console的生成式AI控制在哪里设置？

在Search Console的设置里，找到Search生成式AI，进入控制页面即可选择包含、排除或继承上级设置。按Google帮助文档，这个功能在2026年8月31日已向全球所有网站开放。

这次帮助文档更新了什么？

新增一句说明：当某个子资源覆盖了上级的设置时，顶级网域资源的所有者会在Search生成式AI控制页面上看到通知。通知的具体样式和内容，Google没有公开。

子资源默认继承谁的设置？

默认继承离它最近的、已手动配置为不继承的那个上级资源的设置；如果所有上级都没有手动配置过，就继承顶级网域资源的设置。子资源的所有者可以随时改成手动配置。

http和https、带不带www算上下级资源吗？

不算。按帮助文档的例子，https://www.example.com/不是http://www.example.com/或https://example.com/的上级。只有网域资源能同时覆盖不同协议和子域名，比如example.com覆盖http://example.com/和blog.example.com。

没有验证网域资源能收到子资源覆盖的通知吗？

按文档写法，通知发给顶级网域资源的所有者。如果公司只验证了网址前缀资源、没有验证网域资源，就没有对应的接收人。想用上这个通知，需要通过DNS验证网域资源。

关掉生成式AI控制会影响普通搜索排名吗？

Google说明这个设置不作为排名信号，也不影响网站在搜索其他部分的收录。它只决定内容能否出现在AI概览、AI模式和Discover的生成式AI功能中，选择排除后不会从这些功能获得曝光和流量。

生成式AI控制和Google-Extended有什么区别？

Google-Extended写在robots.txt里，用来限制Google用你的内容训练生成式AI模型；生成式AI控制决定内容能否在AI概览等功能里展示和支撑回答。帮助文档明确说控制开关不影响AI训练，两者要分开设置。

改了生成式AI控制多久生效？

帮助文档说一般需要几天：设置生效后1到2天内内容会被排除，部分内容因为缓存和在Google系统间同步可能更久。可以在生成式AI效果报告里观察曝光变化来确认。

收到子资源覆盖的通知后怎么处理？

先找出是哪个子资源改了设置、现在生效的是包含还是排除，再联系该资源的所有者确认原因，并在生成式AI效果报告里查看那部分页面的曝光变化。改动不合理的话，由子资源所有者改回继承上级设置即可。

代理商能改我网站的生成式AI控制吗？

如果代理商是某个资源的所有者，就能为那个资源单独设置。帮助文档写的是子资源的所有者可以手动配置。只想让代理商看数据，可以给完整用户或受限用户权限。

权威参考资料