做品牌 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 为什么不提我」有效得多。