针对LLM检索的内容分块：章节设计如何影响引用概率

针对LLM检索的内容分块：章节设计如何影响引用概率

作者：索菲亚·门德斯，品牌声誉与真实性负责人
研究快照：2026年10月23日

一个页面无需被切成零碎的小块就能在AI答案中占有一席之地。但其思想内容应易于查找、理解和引用。

这就是有用的区别。良好的章节设计可以使内容对用户和检索系统都更清晰。但这并不能保证AI搜索引擎会引用该页面。 并没有经过验证的80-120字规则来确保获得引用。

关于A/B测试的说明： 我未能为本文进行实时测试。未提供网站、已发布的页面变体、搜索账户或测试查询。因此，本文不报告任何虚构的结果。它解释了当前研究支持的内容，并提出了网站所有者可以进行的一项测试。

首先，将检索与索引分离

“AI搜索”听起来像是一个系统，但从发布页面到看到它被引用之间有几个步骤：

1. 抓取： 搜索系统或机器人可以访问该页面。
2. 索引： 系统存储并处理该页面。
3. 检索： 搜索或AI系统为某个问题找到该页面——或其一部分。
4. 引用： 答案将该页面作为来源。

章节设计可能有助于系统理解和检索相关段落。但它无法修复一个被阻止抓取、从未被索引，或不如其他来源有用的页面。Google表示，页面必须被索引并有资格与摘要一起显示，然后才能成为其AI功能中的支持链接——即使符合条件的页面也无法保证会出现。(developers.google.com)

这很重要，因为摘要准确性与引用选择是不同的结果。系统可能会从您的页面中提取清晰的段落，但引用另一个来源。或者它可能会引用您的页面，同时从几个章节中获取信息。

证据如何阐述分块长度

关于RAG（在要求语言模型回答之前检索文本的系统）的研究表明，分块大小可能很重要。但最佳大小取决于任务。

2025年的一项研究在几个问答数据集中测试了固定大小的分块。较小的分块，例如64或128个token，在某些有简短直接答案的问题上表现更好。当问题需要更多上下文时，较大的分块通常表现更好。该研究衡量的是检索系统中的token，而不是公共网站上的字数章节。它不证明80-120字的章节能提高Google、Bing或ChatGPT搜索中的引用。(arxiv.org)

另一项发表在2025年ACL会议论文集中的研究发现，思想的组合方式很重要——而不仅仅是分块长度。其作者报告说，仅凭分块长度不能直接预测检索或答案质量。这指出了一个实用的教训：一个简短的章节并非自动就是好章节。它仍然需要包含一个完整的思想。 (aclanthology.org)

这些研究能告诉我们的也有限。它们使用已知模型、数据集和检索设置来测试研究系统。公共AI搜索产品使用它们自己的系统，其完整的选择规则并未公开。

标题和锚点能做什么，不能做什么

标题使页面更易于理解

清晰的H2和H3标题告诉读者每个章节涵盖的内容。它们还可以帮助系统理解思想之间的关系。Google表示，段落排名可以识别页面中与查询相关的部分。微软的站长指南也建议为可能支持AI答案和引用的内容提供清晰的内容结构和逻辑标题级别。这两个来源都没有提供能保证被选择的标题格式。(developers.google.com)

一个有用的标题能命名该章节所阐述的观点。“当简短章节起作用时”比“更多细节”更具信息量。但标题应描述内容，而非为重复搜索词而重复。

命名锚点是有用的链接，而非独立页面

像id="short-sections"这样的ID允许链接跳转到页面上的特定标题。这有助于读者分享或重新访问某个章节。它不是该章节独立的、可索引的页面。Google表示，它通常会忽略URL片段作为独立内容进行抓取和索引，但支持用于指向页面内内容的片段。(developers.google.com)

因此，使用命名锚点是为了稳定的导航。不要期望#section-name链接本身能提高引用概率或加速索引。

清晰的写作胜过巧妙的标记

Google目前的指南直截了当：没有必要将内容分解成微小的块供AI使用，也没有理想的页面长度。为读者和主题组织页面。Google还表示，其AI功能依赖于核心搜索系统，而非特殊的块化格式。(developers.google.com)

这比盲目满足字数限制是一个更好的规则。

80-120字理念：一个有用的默认设置，而非排名规则

当一个章节以完整的方式回答一个问题时，80-120字可以很好地发挥作用。例如，它可能会提出一个建议，解释其工作原理，并给出一个注意事项。

但强迫每个章节都进入这个范围可能会使文章显得零散。有些想法需要简短的答案。其他则需要实际的例子、证据，或者一个改变建议的警告。

将80-120字视为编辑的起点——而不是SEO的门槛。 当一个章节表达一个完整的观点时，保持其简短。当删减会移除所需上下文时，让它更长。

如何进行可信的A/B测试

要测试对公共AI搜索的影响，您需要一个实时站点、对索引工具的访问以及一组固定的问题。对两个页面进行小型测试可能有趣，但它无法将布局效果与主题、权威性或抓取时间差异区分开来。

比较两种架构版本

对于第一次测试，比较以下两种页面模式：

300-500字的范围是建议的测试对照，而不是既定标准。保持核心事实、证据、示例、页面模板、元数据和内部链接支持尽可能相似。

这项首次测试衡量的是一组设计选择。如果变体A有更多的章节分隔和更多的H3标题，您就无法判断任何差异是来自字数、标题还是它们的组合。为了分离这些因素，进行第二次测试，每次只改变一个因素——例如，在改变段落分隔的同时，保持标题和锚点标记不变。

使用两种测试方式

1. 受控检索测试

将相同的源文本放入您自己的检索系统或您控制的测试系统的两个版本中。保持模型、搜索设置和问题集固定。只改变文本的分割方式。

这可以测试一种布局是否能在该系统内带来更好的检索或更准确的答案。它无法告诉您公共AI搜索产品会怎么做。

2. 实时网络测试

公共搜索引擎需要实时页面，因此使用匹配的原始页面，而不是发布相同的副本。将具有相似受众、主题难度、年龄和现有站点支持的页面配对。将每对中的一个页面随机分配给变体A，另一个分配给变体B。

保持发布过程公平：使用可比较的页面模板、元数据、内部链接和站点地图时间。不要更大力度地推广其中一个变体。如果站点只有少量合适的页面，则将结果视为小型试点，而不是证据。

分别衡量结果

• 摘要提取准确性： 准备已知答案的问题。让评审员检查每个AI生成的摘要或答案是否捕获了正确的事实而没有改变其含义。
• 引用选择率： 对于每个固定的问题，记录目标页面是否作为引用出现。还要记录被引用的页面是否实际支持该主张。
• 索引时间： 记录每个页面发布、首次抓取和首次确认索引的时间。定期检查状态并报告中位时间，以及最终仍未索引的份额。

索引时间需要谨慎处理。Google建议使用可抓取链接和站点地图来帮助发现，但表示抓取和索引不能保证。其指南还指出，重新抓取更新可能需要时间。将最终未索引的页面报告为尚未索引，而不是悄悄地从结果中删除它们。(developers.google.com)

使用固定的查询列表，并在相同的AI搜索产品中重复相同的问题。结果可能会发生变化，因此请将日期、平台、问题、答案和引用的URL记录在日志中。Bing站长工具的AI性能报告可以显示哪些站点页面被引用以及引用活动如何变化。Bing提醒，这些总数的变化并不表明某个页面编辑导致了变化。(bing.com)

我的假设——非测试结果

在进行测试之前，我预计：

• 当一个章节在不丢失所需上下文的情况下回答一个可能的问题时，摘要准确性可能会提高。RAG研究支持测试这个想法，但并未确定其对公共AI搜索的影响。
• 引用选择可能变化不大——甚至根本没有变化。 一个更清晰的章节有助于理解，但引用决策还取决于查询、竞争来源以及页面是否可访问且相关。Google将AI答案描述为基于搜索检索和相关查询，而不是固定的章节长度规则。(developers.google.com)
• 索引时间可能不会仅仅因为章节更短而改善。 发现信号和抓取访问是更直接的检查事项。这是一个有根据的预期，而不是衡量结果。

一种实用的内容架构标准

对于大多数创始人页面和产品页面，我推荐以下作为内部风格指南，而非更多引用的承诺：

1. 一页一个主要读者需求。 说明该页面帮助读者做什么。
2. 一个清晰的H1。 使主要主题显而易见。
3. 使用描述性的H2和H3。 使页面易于浏览，标题按逻辑顺序排列。
4. 每个章节力求一个完整的答案。 当80-120字适合时使用该长度。当想法需要证明、上下文或示例时，可以更长。
5. 编写内容时确保每个章节都能独立存在。 命名产品、人物或想法，而不是依赖“它”或“这”等模糊词语。
6. 为重要标题添加稳定、描述性的ID。 使用普通链接，例如href="#short-sections"用于页面导航——而不是声称每个片段都是一个新页面。
7. 保持重要文本可访问。 检查爬虫是否能访问该页面，以及其主要内容是否以文本形式可用。对于ChatGPT搜索，OpenAI将OAI-SearchBot识别为搜索爬虫，并解释说网站所有者可以通过robots.txt管理其访问。(developers.openai.com)
8. 将证据放在其支持的主张旁边。 带有附近来源的简短主张比依赖几个章节之外上下文的主张更容易检查。
9. 保持所有者的观点。 整洁的布局不会使通用内容值得引用——或值得阅读。

最后一点很容易被忽视。自动化应该为创始人节省时间，而不是抹去其内容独特的理由。一个有用的内容工作流程可以重用清晰的简报：创作者、受众和品味。AutoPod利用这些输入来指导文章，同时在此过程中保持所有者的观点。系统可以组织页面；洞察力仍然需要来自了解产品和客户的人。

结论：设计求清晰，然后测试

简短的章节、清晰的标题和命名锚点都是良好的页面设计。它们并非已被证实能提高引用的技巧。 当一个80-120字的章节表达一个完整思想时，它是一个合理的起点，但当读者需要更多上下文时，较长的章节可能更合适。

构建人们可以浏览和信任的页面。确保搜索系统可以访问它们。然后测试模块化布局是否能改善您自己页面上的提取或引用。在进行该测试之前，诚实的答案很简单：**良好的分块值得测试，但100字规则并非事实。