llms.txt 配置详解：内容与必要性

llms.txt 旨在实现什么？

快速测试： 打开 yoursite.com/llms.txt。如果看到 404，您仍然可以从 10 行开始。

llms.txt 是一个建议性的 Markdown 文件，旨在为语言模型工具提供网站重要页面的精选地图。它旨在让有用的材料更容易被识别；它不能替代您的网站、站点地图或 AI 回答中可见性的承诺。

该提议描述将文件放置在网站根目录，在那里它可以指向选定的内容。在实践中，将其视为为技术读者编写的简短索引：它告诉读者您的组织是做什么的，以及在哪里可以找到权威信息。文件本身并不能使那些底层页面变得准确、完整或易于使用。

在决定创建之前，请检查您的网站是否有一套值得指向的清晰公开页面。对于一个 Web3 项目，这可能包括产品概述、文档、安全信息、代币详情和支持指南——但只包含已发布并批准供公众参考的材料。

该提议及其原理在 llmstxt.org 有描述。将其视为一个需要评估的约定，而不是证明某个特定平台会使用该文件或引用您的页面。有关技术信号如何融入 AI 搜索的更广泛图景，请参阅我们的 技术 AEO 指南。

SEO 或 AI 可见性需要它吗？

大多数网站应根据页面地图的有用性来决定，而不是基于发布它会改善搜索表现的假设。如果您能指向一小批稳定、有用的公开页面，那么一个维护良好的文件可能有助于传达您首选的阅读路径。如果您的页面过时、矛盾或仍在变化，请先解决这些问题。

使用这个快速决策检查：

• 您的团队能否说出那些能可靠描述项目的页面？
• 这些页面是否公开、最新且无需特殊权限即可访问？
• 是否有人负责在页面更改时更新文件？
• 该文件是否比简单链接到主要页面提供了更清晰的网站导航路径？

如果答案大多是肯定的，那么起草文件是一项合理且低复杂度的技术任务。如果不是，请优先处理源材料。一个指向模糊声明的精美索引并不能成为关于您组织的有用证据。

对于实际的 Web3 网站审查，请收集项目概述、产品文档、安全披露、官方社交渠道和支持信息的链接。在发布前删除重复项并解决冲突描述。如果目标是提高 AI 回答中的可发现性，请将此决策与 AI 可见性审查 相结合，而不是将单个文件视为完整的可见性计划。

llms.txt 与 schema.org 对比

llms.txt 和 schema.org 处理不同的任务。llms.txt 是一个提议的、人类可读的选定页面索引；schema.org 提供结构化词汇表，可以以更一致的格式描述实体和页面内容。

当您需要使用适当的属性描述真实实体、产品、文章或组织时，请使用 schema.org。保持标记与读者在页面上看到的信息一致。如果您选择发布 llms.txt，则用它来引导读者关注一组精选资源。这两种格式都无法修复薄弱的源内容，也不能相互替代。

一个有用的实施顺序是：首先让重要页面清晰，在合适的地方应用合适的结构化数据，然后考虑单独的文本索引是否有助于导航。官方词汇表可在 schema.org 获取。有关选择和验证标记的更多信息，请阅读我们的 AI 搜索结构化数据标记指南。

您的 llms.txt 配置 6 点清单

按顺序执行以下步骤，并保留每个版本的带日期副本。简短诚实的文件优于冗长的文件，因此请在最关键的页面处停止。

• 列出您希望机器阅读的 10 到 20 个页面。
• 每页写一行纯文本：说明其内容。
• 将文件放在域名的根目录。
• 检查 robots.txt 是否未阻止这些页面。
• 页面更改时保持文件最新。
• 在前后用 5 个助手问题测试。

术语一行解释

llms.txt（用简单的话说：一个指向 AI 工具到您最有用的页面的纯文本文件）。

域名的根目录 指顶级网址，例如 example.com/。

逐行编写有用的文件

经验法则： 列出 10 到 20 个稳定的公开页面。删除任何您不希望被引用的页面。

一个有用的 llms.txt 文件应简短、准确，并由读者应信任为主要来源的页面构建而成。首先用通俗语言描述组织，然后分组或列出最能解释其工作的页面。

一个简单的提纲可以如下所示：

• 一个包含项目名称的顶级标题
• 一个不过度描述项目功能的简短描述
• 指向核心页面的链接，每个链接附有简短说明
• 可选的文档、安全、产品或支持分组

例如，链接描述可以这样写：“文档 — 产品设置、支持的网络和使用说明。”使用与目标匹配的描述；不要将营销页面标记为技术文档。链接到规范的公开 URL，而不是临时预览或需要登录的页面。

在发布前，检查每个 URL、标题和描述。确认代币详情、合约引用、安全声明和产品声明与链接页面一致，并已获得负责人的批准。将保密路线图、内部仪表板和未发布材料排除在文件之外。指定负责人，以便网站更新时触发对索引的审查，并保持文本可读，而不是填充重复的关键词。

在您的网站上发布

实施 llms.txt 的步骤包括：准备源页面、创建可读文件、在目标位置发布以及检查实际结果。当内容所有权和网站访问权限明确时，实际工作通常很简单。

首先，制作一份准确描述组织的公开页面短名单。检查每个页面是否加载正常且内容最新。接下来，将文件编写为纯 Markdown 风格的文本，包含简短摘要和清晰标记的链接；避免将其变成网站的第二个副本。然后将其放置在网站根目录，以便可以通过预期路径访问，通常是 /llms.txt。

发布后，在浏览器中打开该 URL，验证响应是否显示预期的文本，而不是错误页面、重定向循环或不相关的内容。检查实际文件中的链接，而不仅仅是草稿中的链接。将所有权添加到您的正常网站维护流程中，特别是在产品文档或官方项目详情发生变化时。

保留已发布版本及其源页面的记录。如果您已经在组织面向 AI 的技术工作，请将文件纳入更广泛的 llms.txt 和 AI 爬虫设置 审查中。这样更容易将文件与页面可访问性及其他技术信号一起评估，而不会将其视为独立的修复手段。

如何测试它是否有帮助

实际证据在于文件是否正确、可访问且作为地图有用——而不是它的存在本身是否证明 AI 系统已使用它。在评估工作时，请将这些疑问分开。

您可以验证团队控制的事项：/llms.txt 是否可用、内容是否与批准的草稿一致、链接是否有效、链接页面是否提供了其描述所承诺的信息。您还可以检查重要源页面是否清晰且一致。记录检查日期和文件版本，以便未来的审查者了解更改内容。

不要仅凭发布就推断采用情况。如果您监控 AI 产品的回答，请记录产品、提示、日期、回答和任何引用的来源。谨慎比较观察结果：提示和答案可能有所不同，一次检查中出现的引用并不能证明是该文件导致的。有用的 引用审计 会检查出现的来源和措辞，而不仅仅是您的品牌名称是否存在。

对于 Web3 项目，请对照当前官方文档和披露检查回答。如果回答错误陈述了链、功能或代币详情，请先改进权威页面；然后检查您的文件是否将读者指向了正确的来源。

llms.txt 无法控制的内容及下一步

llms.txt 是一项提议的约定，因此发布它并不能证明 Google 或任何 AI 产品会读取它、使用其链接或引用您的页面。每个平台控制自己的爬取、选择和回答行为，这些结果不受文件作者的控制。

最有用的下一步是使底层信息可靠。为重要的项目事实保留一个清晰的来源，准确标记技术和宣传材料，并确保公开页面在名称和描述上保持一致。指向这些资源的文件随后可以作为简洁的指南，而不是关于平台行为的无根据声明。

如果您已经拥有强大的源页面，请创建草稿并让内容负责人和技术负责人检查。如果源材料参差不齐，请先准备页面列表并优先进行修正。对于计划进行更广泛努力的 Web3 团队，我们的 AI 搜索可见性指南 解释了技术工作如何与内容和外部引用相结合。

请发送您的域名以及您认为权威的页面。我们将审查提议的来源，检查 llms.txt 文件是否是合理的下一步，并概述发布前需要做的具体修复。

如何操作

1. 选择源页面列出解释您的组织、产品、文档和支持的公开页面。确认每个页面都是最新且权威的。
2. 解决冲突信息比较所选页面中的描述和项目事实。在链接之前，从源头纠正不一致之处。
3. 起草 Markdown 文件编写简洁的介绍，并添加带有准确描述的清晰链接。排除私人、临时或未经批准的材料。
4. 在网站根目录发布将文件放置在 /llms.txt，并检查实际 URL、其内容以及每个目标链接。
5. 分配维护和审查记录谁负责更新，并在重要页面更改时检查文件。根据可访问性和准确性来评判它，而不是基于对平台采用的假设。