做品牌 AI 曝光的人几乎都遇到过同一个问题:稿子发出去一周,去 ChatGPT 或 AI 概览里搜品牌还是搜不到,很容易怀疑内容白写了。

10 月初,Google 在巴塞罗那的 Search Central Live 活动上,第一次把搜索各环节的耗时区间摊开讲——从一个新网址被发现,到它能被展示、被引用,每个环节「常规要多久、最慢要多久」。这张表不保证结果,但能帮你分清:遇到的是流程没走完,还是内容本身有问题。

Google 第一次给出「要等多久」的量级

Google 的 Gary Illyes 给出两档区间:

环节常规最慢
发现一个新网址约 20 小时数周,或一直没被发现
重新抓取已知网址约 30 天数周到数月
处理 sitemap 文件约 24 小时最长 14 天,或因质量不处理
索引处理本身约 1.5 小时数月至一直不索引
标题与摘要更新生效1–2 天数周到数月
站点迁移落地1–3 个月6 个月到一年以上
核心更新后恢复3–6 个月半年到下一次核心更新

他强调两点:这些环节是串行的,前一环慢,后面全部顺延;而这些数字是观察区间,不是承诺——Google 和任何网站之间都没有「多久必收录」的约定。

更值得注意的是量级对比:真正花时间的不是「读懂」,是「知道它存在」——发现一个新网址常规要 20 小时,索引处理本身只要 1.5 小时。

为什么「被发现」这么慢

Google 的爬虫不是满互联网乱扫:新页面要被抓到,基本只有三条路——别的页面上有链接指向它、它出现在 sitemap 里、或者有人手动提交。

有个容易被忽略的事实:发布不是通知事件。你没有按任何按钮告诉搜索引擎「我更新了」。抓取频率也是学出来的:常年更新的站点,新内容被发现得快;长期不动的页面,被访问的次数越来越少。

这一层对做 AI 可见度的人更关键:AI 侧的抓取同样依赖这套基础设施,Google 的 John Mueller 提到,AI 训练类爬虫会频繁读取 sitemap 和 RSS,建议站点用默认的 sitemap.xml 命名,减少它们猜路径的成本。也就是说,搜索索引的等待时间是 AI 引用的时间下限,前面慢一步,后面只会更慢。

三个可以立刻改的动作

  • 改标题、改描述,别隔天验收。 展示层更新常规要 1–2 天,而这建立在「页面已被重新抓取」之上,重爬的常规节奏是 30 天。更稳的做法是把一批页面放在同一窗口改完,一个半月后整体看一次。
  • 给新页面至少留一条站内链接。 只存在于分页深处、没有内链指向的页面,被发现全靠运气。sitemap 保持默认命名、Feed 别关,是最低成本的铺路动作。
  • 报表按周看。 官方明确说这些是区间不是承诺,单日快照不适合判断效果。排期时把「发布 → 被收录 → 被引用」当成以月计的链路,比每天刷新搜索框有用。

顺带收紧的一侧:作者要对得上真人

同期 Google 更新了「以人为本的内容」指南,专门加了警示:用 AI 生成的头像、编造的姓名和虚假资历,把内容包装成人类专家写的,属于欺骗行为,是低质量页面的信号。

这条和时间表是同一套逻辑:内容能不能被信任和引用,越来越取决于能不能追溯到具体的人。

总结一句:这张表不是用来催搜索引擎的,是给自己排期校准预期用的。把等待变成流程的一部分——发布、内链、sitemap、按月复盘——比反复确认「AI 为什么不提我」有效得多。