Google 目前的立场很简单：llms.txt 文件不会提升 Google Search 排名，也不会拉低排名。Google 在 2026 年 6 月 29 日更新的生成式 AI 搜索优化官方指南中说明，Google Search 会忽略这类文件。这同样适用于 Google Search 中的生成式 AI 功能，例如 AI Overviews 和 AI Mode。
这并不意味着 llms.txt 在所有场景都没有价值。它只是 Google 的排名杠杆。如果其他爬虫、合作方、内部检索系统或 AI 产品需要读取你的网站纯文本说明，维护一份仍然可以是合理选择。但不要让它分散团队对 Google 一直强调的工作的注意力：有用且非同质化的内容、可抓取的页面、清晰的技术结构，以及正常的搜索控制方式。
Google 在 2026 年 6 月明确了什么
Search Engine Roundtable 在 2026 年 6 月 16 日报道，Google 更新了面向生成式 AI 功能的网站优化指南。这次更新回应了 SEO 社区一个很实际的问题：网站是否应该创建 llms.txt 文件，以便在 Google Search 中获得更好排名，或更频繁出现在 AI 答案里？
Google 的答案是否定的。
官方指南现在说明，网站所有者不需要为了出现在 Google Search 中而创建新的机器可读文件、AI 文本文件、标记或 Markdown 文件，生成式 AI 功能也包括在内。Google 还补充说，如果其他服务或系统会使用 llms.txt 或类似文件，继续维护它们完全可以；但 Google Search 会忽略这些文件，因此它们既不会帮助也不会伤害你在 Google Search 中的可见性或排名。
关键点就在这里。Google 并不是说所有 AI 系统都会忽略这个文件。它说的是 Google Search 不使用它。
对 llms.txt 支持者来说，不太舒服的一点
llms.txt 一直被宣传为一种帮助大型语言模型理解网站的方式。这个想法很整洁：在域名根目录放一个适合 Markdown 阅读的站点指南，告诉模型哪些页面最重要，并减少爬虫困惑。
但对 Google Search 来说，这个整洁的想法遇到了明确边界。Google 告诉网站所有者，它的 Search 系统不会把这个文件当作特殊输入。
所以，至少在排名问题上，现阶段答案已经很清楚。
| 问题 | Google 在 2026 年 6 月的回答 | 实务解释 |
|---|---|---|
|
| 不会 | 不要把它当作 SEO 排名因素来销售。 |
| 它会伤害 Google Search 可见性吗？ | 不会 | 一个正常文件本身不是惩罚风险。 |
| Google 需要 AI 专用 Markdown 文件吗？ | 不需要 | Google 想要的是能被抓取、渲染和理解的普通页面。 |
| 其他系统可能使用 | 可能 | 把它当作 Google Search 之外的可选基础设施。 |
这个文件仍然可以是一个不错的文档层。只是它不应该成为 Google SEO 或 AI Overview 策略的中心。
Google 认为更重要的事情
Google 的指南比 llms.txt 这条注释更值得看。它解释了 Google 如何理解生成式 AI 搜索：它仍然植根于核心 Search 排名和质量系统。
有两个概念很重要。
第一是检索增强生成，也就是 RAG。Google 将 AI 答案描述为基于从 Search 索引中检索到的信息。这意味着那些看起来老套甚至无聊的工作仍然重要：可索引页面、有用内容、良好页面体验，以及值得被检索出来的页面。
第二是查询扩展。模型可能围绕用户的原始问题生成一组相关查询，然后使用这些结果来支撑更完整的答案。很多 SEO 团队在这里准备不足。只围绕一个精确关键词构建的页面，可能无法回答 AI 系统扩展出来的相邻问题。
实务结论是：围绕主题和用户任务来写，而不是围绕某一个文件或某一个短语来写。
Auspia 的看法：llms.txt 是 sidecar，不是引擎
Auspia 的判断很直接：llms.txt 应该放在“有需要再做”的篮子里。大多数团队失去 AI 搜索可见性的原因，并不在这里。
真正的问题通常还在网站本身：
- 重要页面很薄、很泛，或者和竞争对手页面没有区别。
- 产品、服务和作者事实在站内不一致。
- 页面回答了标题里的问题，但没有覆盖 AI 系统可能扩展出来的后续问题。
- 有结构化数据，但可见页面并没有支撑同样的事实。
- 团队追逐新的 AI 文件，却放着抓取、内部链接和页面体验问题不处理。
llms.txt 有一个可以发挥作用的场景：把它当作治理产物。如果团队用它来决定哪些 URL、事实、文档和产品说明应该作为标准版本，它能迫使编辑流程更有纪律。但真正有价值的是这种纪律，而不是文件本身。
如果你想测试网站是否已经准备好进入 AI 搜索场景，可以先检查基础页面，再使用 Auspia 的 AI Search Visibility Checker 这类诊断工作流。
给 SEO 和 GEO 团队的 2026 年 6 月操作规则
如果要给下一个季度定一条规则，我会这样说：只有在核心搜索页面健康之后，再发布 llms.txt。
优先级应该是这样：
- 确认重要页面可抓取、可索引，并且有内部链接指向。
- 改进那些像同质化摘要、而不像原创答案的页面。
- 在相关场景中补充清晰的产品、本地商家、电商或组织事实。
- 使用结构化数据来支持现有 Search 功能和富结果资格，不要把它当成神奇的 AI 标记。
- 如果需要限制摘要和预览，使用 Google 已支持的现有控制方式。
- 只有当其他系统、合作方、爬虫或内部工作流确实有读取理由时，才添加
llms.txt。
最后一点很重要。为真实消费者维护的文件，和因为 X 上突然焦虑 AI 爬虫而维护的文件，不是一回事。
这次更新之后，不要做什么
最糟糕的反应，是从过度吹捧一下子摆到彻底否定。
不要告诉团队 llms.txt 是一个秘密排名因素。按照 Google 的说明，它不是。
也不要告诉团队所有 AI 可读文档都没有意义。有些系统可能会使用这类文件，你自己的团队也可能从更清晰的信息整理中受益。
不要用“GEO 黑客技巧”替代 SEO。Google 的指南明确说，SEO 仍然适用于 Google Search 的生成式 AI 功能。AEO 和 GEO 这些术语可以帮助团队组织工作，但 Google 要求网站所有者根据 Search 的实际工作方式来评估这些策略。
不要制造虚假提及、填充页面或 AI 专用标记。如果可见网站本身很弱，一个机器可读的旁路文件救不了它。
来源说明
本文基于两个公开来源：
- Google Search Central 官方指南， 《Optimizing your website for generative AI features on Google Search》 ，最后更新于 2026 年 6 月 29 日。
- Search Engine Roundtable 在 2026 年 6 月 16 日发布的文章， 《Google: LLMS.txt Files Won't Help Or Hurt Your Search Rankings》 ，报道了 Google 关于
llms.txt文件既不会帮助也不会伤害 Google Search 排名的说明。
Search Engine Roundtable 的文章还提到，Google 在 2026 年 6 月 29 日前后对措辞做过一次调整。对 SEO 团队来说，实质结论相同：Google Search 不会把 llms.txt 用于排名或可见性。
Author: Julian Mercer，Auspia 14 年经验技术 SEO 实务者。Julian 关注可抓取性、schema、渲染、网站架构，以及适合 AI 读取的内容技术基础。
