返回博客
2026年4月1日Sergei Solod11 分钟阅读

我用 AI 发布了 10,000 篇 SEO 文章,最后整个网站在 Google 索引中变成了 0 页面

大规模 AI 发布一开始像一条捷径:Google 抓取了全部 10,000 个生成文章 URL,但真正进入索引、出现在 Search 中并带来实际流量的只有约 1,000 个页面。之后连这些页面也逐渐消失,最终整个网站降到 0 个索引页面。这次失败彻底改变了我对 AI、SEO、翻译和编辑责任的理解。

AI SEO生成式 AIGoogle 搜索规模化内容索引AI 辅助写作多语言 SEO

我曾经给一个 AI Agent 一个非常简单的 SEO 任务:自己选择主题、自己写文章,然后一直做下去。

我没有让它写 10 篇,也没有让它写 100 篇。我直接把目标定成了 10,000 篇文章

Agent 连续工作了几天,而且真的完成了。它生成了数千个篇幅很长、结构完整的页面,所有文件加起来有几百 MB。第一眼看上去非常漂亮:标题、小标题、长段落、关键词、总结,一切都像一个规模庞大的专业内容库。

有一段时间,这个策略甚至看起来有效。Googlebot 最终抓取了全部 10,000 个生成文章 URL。当时我几乎把这当成了成功验证,但这是错误的。被抓取只意味着 Google 已经发现并获取了页面。真正进入索引、开始出现在 Google Search 中并产生实际 impression 和访问的只有约1,000 个页面

然后情况反转了。

这些生成页面开始从索引中消失,之后越来越多页面跟着掉出。最终问题已经不只是 AI 文章:整个网站的索引页面数降到了 0,连首页也消失了。

这次实验永久改变了我使用 AI 做 SEO 的方式。

抓取不等于索引——这是我付出代价才学会的

这个区别听起来很基础,但当你在 Search Console 里观察成千上万个 URL 时,很容易把两者混在一起。我的情况是,Google 抓取了全部 10,000 个文章 URL。这说明 Googlebot 已经发现并获取了这些页面,但并不意味着 10,000 个页面都被接受进入 Google 索引。

真正被索引并开始出现在 Search 中的只有约 1,000 个页面。这些页面产生了真实的 impression 和搜索流量。其余几千个页面完全可能已经被抓取,却始终没有变成可搜索页面。Google Search Console 的文档也明确区分了这两个状态:URL 可以已抓取但仍未索引。

从那以后,我不再把抓取当作一种认可。抓取只代表 Google 正在评估 URL。索引是另一个独立决定,而长期留在索引中又是另一项考验。在我的实验里,连最初进入 Search 的约 1,000 个页面最终也全部消失了。

危险之处并不是这些文章看起来很差

这些文章并不是一眼可见的垃圾。它们很长,语法基本正确,结构也很清晰。单独打开其中一个页面,它完全可能看起来像一篇正常的 SEO 文章。

真正的问题更深:我不仅把写作交给了 AI,还把“为什么要写这篇文章”也一起交给了 AI。

Agent 自己选主题、决定内容、搭结构、写正文。我以一个根本不可能逐页阅读、验证、编辑和改进的规模直接发布。

绝大部分内容背后没有我的亲身经验,没有原创研究,没有真实故事,也没有自己的数据。真正有意义的例子很少,很多页面只有 0 或 1 张有用图片。更重要的是,许多页面回答不了一个最基本的问题:互联网上已经有成千上万篇同主题内容,为什么这个页面还必须存在?

这些页面具备“有用内容”的外形,却并不稳定地具备真正有用内容最重要的部分:原创价值。

一开始我把它叫作“AI 惩罚”,现在我觉得这种说法太简单

网站消失后,我第一反应是 Google 识别出了 AI 文本,然后因为网站使用 AI 而惩罚整个域名。

现在我不会再这样描述。

Google 的公开规则更准确:使用生成式 AI 本身并不违反规则。真正的问题,是使用包括 AI 在内的自动化,大规模生成页面,主要目的在于操纵搜索排名,而且没有给用户增加实质价值。Google 将其称为 scaled content abuse

这个定义和我当时做的事情非常接近。

我无法证明网站上的每一次索引变化都来自某个单独算法,或者某个名为“AI penalty”的人工处罚。搜索系统没有这么透明。但我可以准确描述自己的实验过程:为了 SEO,我发布了 10,000 篇几乎由 AI 自主生成的文章;Google 抓取了全部 10,000 个 URL;真正进入索引、出现在 Search 并带来流量的只有约 1,000 个页面;随后这些已索引页面逐渐消失;最终整个网站变成 0 个索引页面。

所以结论不是“Google 讨厌 AI”。真正的结论是:AI 能把文章写得很长、很流畅,但这并不会自动把大规模、搜索优先的内容变成有价值的内容。

为什么 10,000 篇“看起来不错”的文章仍然是错误策略

生成式 AI 最大的陷阱是:内容生产成本正在接近 0,但编辑责任并没有接近 0。

在现代 AI 出现之前,发布 10,000 篇长文章需要巨大的预算或大量人力。正是这种成本迫使出版者思考哪些主题真的值得写。AI 大幅降低了这种摩擦。现在你可以在思考“这些内容到底值不值得发布”之前,就先生产出荒谬数量的文本。

  • 没有真正的编辑选择: 如果 Agent 只是根据搜索潜力选择成千上万个主题,网站就开始服务搜索引擎,而不是服务真实受众。
  • 同质化信息: 模型往往只是重新组合互联网上已经存在的信息,而不是加入第一手经验、原创数据或独特观点。
  • 无法进行真实质量控制: 面对 10,000 个页面,“以后再审核”并不是一个真正的编辑流程。
  • 隐藏的事实风险: 文本可以写得很自然,却依然包含虚构细节、过时信息或细微技术错误。
  • 页面之间缺乏差异: 单个页面可能可读,但整个集合会显得重复、可替换。
  • 浪费抓取和索引资源: 数千个低价值 URL 与真正重要的页面一起等待评估。

文章长度没有救我,漂亮格式没有救我,关键词也没有救我。即使每页有 1,500 个单词,内容工厂仍然是内容工厂。

网站降到 0 个索引页面后,我做了什么

当我终于承认这部分大规模生成内容应该被删除,而不是继续“优化”时,我停止了抢救。

我删除了全部 10,000 篇 AI 文章。

不是几百篇,也不只是已经掉出索引的页面。我删除了整个实验。这些内容生成了好几天,占据几百 MB,但仅仅因为已经投入过成本就继续保留,是典型的沉没成本错误。

对于明确且永久删除的 URL,我返回 410 Gone。之后我停止批量发布,彻底改变写作方式。

我开始写自己真正做过、做坏过、修复过、测量过、测试过或思考过的事情。有些主题也许只对很小一群人有兴趣,这没关系。至少我真的有理由写它。

我仍然大量使用 AI,只是它的角色变了。

我的新规则:作者是我,AI 是工具

  • 把粗糙笔记整理成清晰结构;
  • 挑战我的论点,找出缺少的解释;
  • 提出更好的标题或开头;
  • 修改语法、标点、重复和不自然表达;
  • 检查技术说明是否容易理解;
  • 帮助整理代码示例和列表;
  • 把我已经写好的文章翻译成其他语言。

我不再想要这样的工作流:“选 10,000 个主题,写 10,000 篇 SEO 文章,然后全部发布。”

区别在于责任归属。现在想法从我开始,经验属于我。我决定什么是真实的、什么重要、什么应该删除、什么值得强调。AI 可以帮助我更好地表达,但不应该替我发明页面存在的全部理由。

而且我会亲自读最终版本。听起来很理所当然,但这正是最大的区别。面对 10,000 篇自动文章,我不可能真正做编辑;面对少量认真写的文章,我可以。

恢复非常慢

删除内容并没有让网站立刻恢复。

很长一段时间,网站在 Google 中几乎仍然不存在。删除的 URL 保持删除,我只发布少量真正经过思考的文章,然后等待 Google 再次抓取网站。

大约两个月后,首页重新进入 Google 索引。

和之前真正出现在 Search 中的约 1,000 个页面相比,只恢复首页看起来可能很小,但对我来说这是更重要的信号。Google 也重新开始抓取网站。写这篇文章时,我不会声称网站已经完全恢复,也不会说所有新文章都会被索引。目前我没有证据支持这种结论。

我能确认的是一个更有限的事实:网站从 0 个索引页面恢复到首页重新被索引,并且在我删除大规模 AI 内容、改变发布策略之后,Google 又开始抓取网站。

一个“捷径”可能几天就能建立,但消除它的后果可能要几个月。

AI 翻译是完全不同的使用场景

这次经历并没有让我得出“永远不要用 AI 处理文字”的结论。相反,我对 AI 辅助翻译的体验很好。

如果一篇文章本身来自我的经验、分析、实验或专业知识,那么把它翻译成其他语言,与让 Agent 从零发明成千上万个搜索主题完全不是一回事。

价值已经存在于原文里。AI 改变的是语言,而不是制造文章存在的理由。

过去,把每篇文章翻译成 5、10 或 20 种语言,需要自由译者或者大量手工时间。现在 AI 可以很快生成质量不错的第一版翻译,让一个独立开发者也有能力做多语言发布。

技术实现仍然重要。我更喜欢每个语言版本都有真实、可抓取的 URL,并提供 server-rendered 或 pre-rendered HTML。正文必须真正翻译,各语言版本通过 hreflang 正确连接,能够通过内部链接发现,并在适合的情况下进入 crawl 和 sitemap 结构。

Google 明确支持同一页面的完整翻译版本,并建议多语言网站使用独立 URL 配合 hreflang。关键是翻译页面必须是给真实读者看的真实页面,而不是为了增加 URL 数量而生成的低价值变体。

我在另一篇用 AI 将博客翻译成多种语言的实践文章里专门写过这套流程。

Server rendering 不会创造内容质量

内容质量和技术 SEO 是两个不同层次。

SSR 或静态生成救不了没有价值的文章。完美的 hreflang 不会让普通文本变得原创。Sitemap 也不会创造需求。

但当一篇内容确实值得发布时,我希望搜索引擎接收到尽可能清晰的技术版本。对于多语言内容,这意味着可预测的语言独立 URL、可抓取的服务端渲染或预生成 HTML、双向对应的 hreflang、语言版本之间清晰的内部链接,以及避免误屏蔽重要页面。

技术 SEO 应该帮助优质内容被发现和理解,而不是替代内容价值。

现在我信任的工作流

  1. 从我真正知道或亲自经历的事情开始。
  2. 先写内容本身,再考虑关键词。
  3. 把 AI 当作编辑和讨论伙伴。
  4. 核实事实和技术结论。
  5. 加入第一手细节: 数据、截图、代码、错误、限制、决策和结果。
  6. 自己阅读最终版本。
  7. 有意义时,用 AI 翻译已经完成的文章。
  8. 正确实现多语言页面。
  9. 只在自己真正能监督的规模上发布。

AI 是放大器,不是目的的来源

我现在最喜欢把 AI 理解成一个放大器。

如果起点是真实经验、有用想法、好数据或强原创文章,AI 可以放大这些东西:改善表达、整理结构、翻译,并把同样的价值带给更多人。

如果起点是“给我几千个关键词,我想拿搜索流量”,AI 也会放大它。它只是让以前因为太贵而做不到的错误策略可以大规模执行。

我并不反对 AI。我每天都在使用它。我反对的是 autopilot。

我从这个实验得到的最强结论很简单:不要因为 Agent 写得比你读得快,就把编辑判断权交给它。

写真正来自你的东西。用 AI 让它更清楚、更强、更有结构,并翻译成更多语言。但目的、专业判断、验证和最终决定必须保留在人手里。

AI 让发布内容变得前所未有地容易。正因如此,决定什么内容不应该发布,也比任何时候都更重要。