LLMs.txt配置：它是什么以及您的网站是否需要

llms.txt旨在做什么？

LLMs.txt是一种提议的Markdown约定，用于在网站根目录呈现重要页面的精选地图。其想法是使选定的材料更容易被识别和查阅；发布该文件并不确立某个特定的AI服务会读取它或在回答中使用它。

将其视为编辑索引，而不是您网站的新版本。它可以引导访客访问文档、产品说明、政策、研究或其他能很好代表项目的页面。页面本身仍然是详细信息的来源，因此其准确性和清晰度比索引中的描述更重要。

在起草之前，决定该文件应帮助某人找到什么。一个有用的起始清单可能包括：

• 解释项目做什么的核心产品和组织页面。
• 当前的文档、支持材料或技术参考。
• 政策、风险和重要项目事实的公开说明。
• 回答常见问题并由所有者维护的页面。

排除过时、重复或内容过于单薄无法独立存在的页面。对于Web3团队，请特别仔细审查代币、网络和产品描述：在显眼目的地中的过时陈述可能造成混乱，而不是减少混乱。这一实际区别是决定llms.txt是否属于您的技术工作的起点。

有什么证据支持使用llms.txt？

支持llms.txt的最有力且可辩护的理由是，它为网站所有者提供了一个简单的地方来策划他们认为重要材料的链接。这描述了该文件的预期作用；这并不是添加它将导致AI系统抓取、引用或偏好这些页面的证据。

在审查关于llms.txt的建议时，请将三种类型的陈述分开：

• 规范或提议： 该约定要求网站发布什么以及文件如何呈现。
• 可观察的网站工作： 您的文件是否可访问，其链接是否解析，其描述是否与目标页面匹配。
• 平台结果： 某个指定的产品是否发现、查阅或引用页面。您需要直接、当前的证据才能将其视为文件的结果。

这种区分防止将整洁的实现呈现为可见性的证明。已发布文件的截图证明该文件存在。它本身并不证明某个特定的助手使用了它。同样，在一个回答中观察到的引用并不能确定页面出现的原因。

为了进行仔细审查，请分别记录文件版本、审查日期、选定的URL以及任何观察到的平台行为。在记录回答时，注明确切的提示和产品，并描述观察结果，而不分配您无法验证的原因。跨更广泛技术可发现性工作的团队也可以参考我们的技术AEO指南，了解llms.txt如何与其他网站工作配合。

您的网站需要llms.txt吗？

如果您的网站有一组稳定且权威的页面，但难以导航，或者技术审查确定需要一个紧凑、维护良好的索引，那么您可能有合理的使用llms.txt的理由。当项目的关键信息缺失、矛盾或分散在无人拥有的页面中时，它的吸引力就较小。

在分配实施工作之前，使用此决策检查：

• 您能说出该文件旨在帮助的受众吗？
• 您将包含的页面是否准确、公开且在没有该文件的情况下也有用？
• 是否有专人负责保持链接和描述的最新？
• 您能否解释成功会是什么样子，而不声称您无法观察到的平台结果？

如果答案明确，一个简洁的文件可以成为更广泛内容和审查的低摩擦补充。如果答案不明确，请先改进目标页面。地图无法解决冲突的产品描述或提供网站未发布的信息。

该决定应适合您现有的优先级。例如，准备重大文档更新的团队可能会将llms.txt纳入该工作，而产品事实未解决的团队应首先就这些事实的单一准确来源达成一致。如果更广泛的目标是评估可发现性，而不仅仅是发布文件，请参阅我们的AI可见性监测指南。

如何实现llms.txt而不使其变成站点地图

要实现llms.txt，请定义其受众，选择一小部分维护良好的页面，编写简洁的描述，并在发布前检查每个目标。保持其作为索引的有用性，而不是将其视为您网站的完整副本。

实用的起草顺序是：

• 选择目的。 在内部说明该文件是旨在引导读者了解产品文档、项目信息还是其他明确的资源集。
• 盘点候选页面。 收集URL并确定每个页面的所有者。优先选择主要页面，而不是重复相同信息的评论。
• 检查源材料。 确认每个页面是公开的、当前的、可理解的，并与项目的首选措辞一致。
• 编写简洁的描述。 解释读者将在每个目标找到什么。避免关于语言模型将如何解释或排名它的无根据声明。
• 发布并验证。 将文件放在预期的根位置，然后打开它并从浏览器测试每个链接。记录在相关网站更改后谁将审查它。

该文件应使导航更容易，而不是创建第二个重要事实可能漂移的地方。如果页面尚未准备好接受审查，请先修复页面，然后再将其纳入。这对于代币细节、产品可用性、审计和政策声明尤其重要：索引可以使此类材料更容易找到，但它不能验证材料本身。

LLMs.txt与schema.org：有什么区别？

LLMs.txt和schema.org解决不同的发布任务。LLMs.txt是选定页面的提议Markdown索引；schema.org是用于以结构化形式描述信息的词汇表。两者都不应被视为有用、准确页面的替代品。

使用解决实际任务的格式。如果缺口是有用的页面难以定位，索引可能有助于组织它们。如果缺口是站点缺乏适当的结构化描述，请考虑结构化数据标记并验证其反映访客可以看到的内容。一些团队可能同时维护两者，但这样做会创建两个不同的审查责任。

对于实施规划，我们的结构化数据标记 for AI search指南涵盖了相关的结构化数据问题。保持范围扎实：只发布您的团队可以证实的信息，并且不要将任一格式描述为对外部搜索或答案产品返回内容的控制。

团队应如何发布和维护该文件？

一个健全的llms.txt工作流程分配所有者，对照真实站点内容检查文件，并保留更改的简单记录。这使得文件在内部更容易被信任，并且在目标移动时更容易修复。

在发布时使用简短的审查程序：

• 确认文件在预期的网站根目录可用。
• 打开每个列出的目标，检查重定向、错误或访问限制。
• 将每个描述与页面本身进行比较；删除目标不支持的声明。
• 请相关的产品或文档所有者批准敏感描述。
• 记录审查者和应触发另一次检查的站点更改。

轻量级更改日志可以记录日期、添加或删除的URL以及编辑原因。它不需要声称性能影响。如果站点的不同区域由不同团队维护，请在添加页面之前就所有权达成一致；否则，链接可能在其内容更改后仍保留在文件中。

为了评估工作，报告交付的内容：审查的清单、文件、其验证的链接以及任何未解决的内容问题。如果您单独观察到AI答案引用了其中一个页面，请按自己的方式记录该观察。我们的ChatGPT引用指南讨论了如何接近引用观察，而不将其与特定技术原因的证据混淆。

llms.txt无法为Web3项目解决什么

对于Web3项目，llms.txt可以组织信息链接，但它无法解决代币描述是否准确、声明是否独立支持，或者AI产品是否会查阅或引用特定页面。这些产品控制自己的发现和回答行为，文件的发布不是采用的证据。

这一限制使编辑审查变得有价值。检查页面是否区分已确认的项目信息和计划，明确标记技术和风险材料，并有可以更新的所有者。如果您包含审计、代币经济模型页面或网络参考，请确认链接的页面是预期的首要来源，并且其措辞保持最新。不要使用索引使声明听起来已验证，而目标不提供证据。

一个有用的交接有明确的界限：文件已起草，每个包含的链接都已检查，描述已对照其目标审查，未解决的内容问题返回给项目团队，而不是猜测。Bitcoin Insider从页面清单审查开始，并在起草前标记这些问题。将您的网站URL和您认为权威的页面发送给我们；我们将返回针对文件及其源内容的重点审查计划。

价格

起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。

如何操作

1. 设定目的决定该文件应帮助谁以及他们需要找到哪些信息。保持该目的足够具体以指导页面选择。
2. 盘点权威页面收集候选URL并确定每个页面的所有者。排除过时、重复或尚未准备好作为可靠参考的页面。
3. 起草并检查描述编写与目标页面匹配的简洁描述。请相关所有者审查关于产品、代币细节和政策的材料。
4. 发布并验证将文件放在预期的根位置，并在浏览器中打开。测试每个链接并记录完成的审查。
5. 随站点维护分配所有者，并在链接页面更改时重新访问文件。保持文件维护与平台可见性声明分开。