1 个文件，4 项检查，方能赢得一席之地
前 24 小时：判断一份精心策划的索引是否解决了真实的导航问题。llms.txt 是一项提议的 Markdown 约定。它提供精选页面的简短指南，而非替代这些页面。
| 内容 | 数量或时间窗口 | 您发送的内容 |
|---|---|---|
| 文件 | 1 个根级 llms.txt |
站点主机名和批准的文本 |
| 来源集 | 4 个页面组待审查 | 文档、项目、安全、支持 |
| 草稿 | 每个链接 1 条描述 | 页面负责人和当前 URL |
| 维护 | 关键页面变更时审查 | 负责更新的指定人员 |
当链接有用时，该文件作为人类可读的索引工作。其描述必须与页面匹配。该文件本身不能使页面具有权威性。
关于更广泛的技术图景，请参阅 技术性 AEO：结构化数据、llms.txt 与爬虫。llms.txt 与 AI 爬虫设置指南 涵盖了相关设置。
如何从页面列表过渡到在线的 llms.txt 文件？
5 项检查将文件从想法变为可验证的页面。从一开始就明确内容负责人和部署负责人。
- 明确任务： 写下该文件应帮助读者找到什么。如果当前导航已能实现，则改进导航。
- 选择公开来源： 收集解释项目、产品、安全或支持的当前页面。为每个页面记录一位负责人。
- 精简列表： 移除重复项、临时公告、草稿以及不再匹配产品的页面。
- 撰写描述： 按主题分组链接。描述每个页面的内容，不包含页面无法支持的声明。
- 发布并验证： 将批准的 Markdown 文件放在目标站点根目录。打开其公共 URL 并检查每个列出的链接。
部署前，请文档负责人确认事实和名称。站点管理员检查主机名和公共访问权限。部署后，将在线文本与批准的草稿进行比较。这能在文件进入常规文档前捕获错误的路径或旧版本。
6 条起草规则，打造实用的 llms.txt
6 条起草规则使文件足够简短以快速浏览，又足够具体以方便维护。每个条目应指向一个公共页面。该页面必须支持其自身的描述。
- 目的优先： 用通俗语言解释站点或项目的功能。
- 来源页面： 优先选择持久的文档而非短命的公告。
- 清晰分组： 使用与读者查找信息方式匹配的主题标题。
- 准确注释： 说明链接页面涵盖的内容。不要添加无依据的声明。
- 简短列表： 包含精选页面，而非站点暴露的每个 URL。
- 指定负责人： 保持一人负责检查链接和描述。
一个紧凑的大纲可以使用项目标题和一句话摘要。添加几个主题组。例如，一个 Web3 项目可能区分以下来源：
- 协议概述和安全信息。
- 治理和支持资源。
这些是示例，而非必需的标题。如果重要答案分散在多篇帖子中，请先创建或维护一个持久的来源页面。可引用内容指南 涵盖了使单个页面易于理解和引用的相关工作。
LLMs.txt 与 schema.org：各自的任务是什么？
llms.txt 将读者引向精选页面。schema.org 词汇表以结构化格式描述内容或实体。各司其职。检查已发布信息是否与可见站点匹配。
| 需求 | 有用的起点 | 发布前检查 |
|---|---|---|
| 引导读者找到选定的公开来源 | llms.txt | 链接有效；描述与页面匹配 |
| 以结构化形式描述页面或实体信息 | 相关的 schema.org 标记 | 标记反映准确、可见的内容 |
| 修复不清晰或不完整的项目事实 | 来源页面本身 | 负责人确认措辞和细节 |
两种格式都无法修复薄弱的来源页面。一份策划文件不能替代准确的标记。结构化数据不能替代有用的文档。将来源页面视为需要保持最新的材料。然后根据其预期任务评估每种格式。
关于实现细节，请将 AI 搜索的结构化数据标记指南 与我们的 结构化数据标记 笔记进行比较。区别是实用的。一种格式列出选定的资源。另一种使用结构化术语描述内容。
llms.txt 证据：检查文件本身，而非假设的效果
审查 3 项内容：批准的页面列表、在线文件以及有效的链接。记录每个页面被包含的原因。注明谁批准了其描述。当列表或措辞变更时，保留变更记录。
对于站点审查，在其公共 URL 处检查文件。将其与批准的草稿进行比较，然后打开每个链接。
对于 AI 回答审查，记录：
- 平台和提示词。
- 观察到的回答和引用的来源（如有）。
将该记录与文件变更分开保存。不同的回答并不表明 llms.txt 导致了该变化。AI 搜索可见性中心 涵盖了更广泛的可见性工作。
已发布的 llms.txt 文件不能要求 Google 或其他平台查阅它。它不能要求平台检索或引用列出的页面。每个平台控制这些选择。目前没有公认的普遍证据表明发布该文件会改变搜索结果或 AI 引用。
发送这 5 项输入以进行 llms.txt 审查
5 项输入让 DigitalMedia1 检查草稿是否与在线站点匹配。审查将提议的页面列表与公共 URL 进行比较。它标记超出其来源的描述。它还检查已发布文件与批准版本的一致性。
- 站点 URL： 文件应出现的准确主机名。
- 草稿文件： 当前的 Markdown（如果存在）。
- 优先页面： 您希望读者首先找到的来源。
- 页面负责人： 能够确认产品和安全细节的人员。
- 部署联系人： 能够发布和验证文件的人员。
即使草稿不完整，也请发送列表。我们可以标记缺失的来源页面和不清晰的描述。我们还可以标记需要在线检查的链接。
您将获得有针对性的编辑和清晰的发布交接。我们不声称该文件会改变平台的响应方式。发送：站点 URL、草稿、优先页面、页面负责人和部署联系人。
如何操作
- 1. 明确任务写下该文件应帮助读者找到什么。仅当当前导航存在真实缺口时才保留该任务。
- 2. 选择公开来源收集当前页面并为每个页面确认一位负责人。排除私人、临时或过时的材料。
- 3. 起草描述分组链接并准确描述每个页面。移除重复项以及来源页面不支持的声明。
- 4. 在根目录发布让站点管理员将批准的 Markdown 文件部署到目标主机名和路径。
- 5. 验证在线版本打开公共文件，与批准的草稿进行比较，并检查每个列出的 URL。
常见问题
代币项目应指向哪些公开来源？
4 个有用的来源组是项目信息、产品文档、安全细节和支持资源。仅当页面公开、当前且独立有用时才包含。添加与页面匹配的简短注释。在发布文件前请其负责人确认措辞。
如何验证已发布文件与我们的草稿一致？
3 项检查涵盖基本验证。打开目标根 URL。将其文本与批准的 Markdown 进行比较。跟随每个列出的链接。使用公共浏览器会话而非依赖账户登录进行检查。记录谁验证了文件。这为未来的编辑提供了清晰的交接。
添加 llms.txt 会改变 Google 显示的内容吗？
1 个文件不是搜索变化的证据。llms.txt 约定是提议的。不要假设 Google 使用它或给予它优先权。当策划列表有助于人们找到重要来源时再发布。将搜索工作与文件本身分开评估。
llms.txt 能替代 schema.org 标记吗？
2 种格式有不同的任务。llms.txt 是精选页面的文本指南。schema.org 词汇表以结构化形式描述内容或实体。一种不会自动替代另一种。检查每个实现是否与您的实际页面匹配。直接修复不清晰的来源内容。
我们应该多久审查一次文件中的链接？
每当重要的链接页面变更、移动或过时时，就需要进行 1 次审查。指定一位负责人作为文档更新的一部分检查 URL 和描述。保留简单的变更记录。记录已审查的页面和批准编辑的人员。
llms.txt 文件能让 AI 工具引用我们的站点吗？
1 个已发布文件不能要求 AI 工具查阅它、检索列出的页面或引用您的站点。每个平台决定是否使用此提议的约定以及选择哪些来源。您可以控制文件的准确性、公共访问和维护。将引用视为超出该控制范围。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…