你花一下午把一段话磨得又准又顺，发到官网上。过阵子在 AI 的回答里看见它，只剩半句，前后不搭，读的人一头雾水。你回去翻原文，一个字都没写错。
问题不出在你写得不好，出在它被切出来之后站不住。机器读一个页面，不是整页塞进去，是先切成小块，只挑相关的几块用。被引用的是切片，不是整页。你写得再完整，切歪了那一块就废了。
把一段话单独拎出来，看它站不站得住
不用懂算法，也不用买工具。有个动作谁都能做，把一段话单独复制出来，发给一个不了解背景的人，问他这段在讲什么。他答得上来，这段就自洽。他要回头问你「这前面说的是啥」，这段就不自洽，切出去必然出事。
多试几段你会发现，露馅的地方很集中，来来回回就那么几类。
| 你看到的样子 | 为什么单独读不懂 | 改的时候补什么 |
|---|---|---|
| 开头是「这种方法」「该平台」 | 指代的对象留在上一块里了 | 把对象名字写出来，宁可重复一次 |
| 连着几句都不说谁在做 | 中文习惯省主语，切出来不知道是谁 | 补上谁改、谁看、谁来判 |
| 拿「但是」「因此」起头 | 转折的前提在上一段 | 段首先补一句前提，啰嗦一点没关系 |
| 「第一」「第二」散在几段里 | 切散之后编号就断了 | 同一条列举收进同一段或同一个列表 |
还有一条比表里那几条都要紧，把结论放在段落开头，别压在末尾。按长度硬切的时候，切点落在哪全看字数，段末那句结论很容易被切到下一块，而下一块没有上文，那句话就孤零零废了。结论放段首，无论怎么切，它都和后面的解释待在同一块里。
标题也得能单独表意。「一」「二」「背景」「方案」这种，切出来没有信息量。「为什么改了页面当天看不到变化」这种，单独拎出来也知道这节讲的是什么。想让每块都扛得住，别为了看着有结构，把一节拆成一串小标题，每个底下只挂两句话，切出来块块都太薄。
一组能自己复算的数
想看得再准一点，有个笨办法，但能自己复算。把页面正文按 h2 拆成若干块，每块单独看，判断它能不能回答一个具体问题，能答的块数除以总块数，就是可引用片段的比例。本站对 70 篇内容做过一轮，改前大约三成，改后能到七成。
这个数只说明段落站不站得住，是页面结构的自查，跟 AI 会不会引用你、会不会带来询盘，是两件事。别拿它当效果，也别拿它去交差。
别人怎么写，分三档看
公开能查到的说法大致三档，混着看会出事。
一档有公开技术文档撑着。检索增强生成系统的公开技术文档里，讲页面会被按结构、按段落、按长度切分，这是一般规律，可以当依据。但各家具体的切片参数不公开，彼此也不一样，这部分只能观察，不能当标准。
一档是行业里流传很广、却拿不出公开验证的写法建议。答案前置、描述性标题、把一节控制在某个字数区间，多篇内容结构指南各给一套区间，又自己写明各模型阈值不同、并非通用规则。看个方向就行，别拿来做验收标准。
还有一档已经有公开反例，是把段落写得能被引用，直接说成 AI 一定引用、可见性一定上去。公开研究里同一组提示重复跑，出来的品牌列表经常不一样，抓取活跃和被引用之间还隔着一整段实测。段落自洽只解决切出来站得住，不解决会不会被选中。这类边界得写清楚，别写进效果里。
什么时候不必这么做
一屏能读完、一段就一个意思的页面，本来就不存在切块问题，硬拆反倒把话弄碎。只有后台发文权限、动不了标题层级和段落结构的团队，做到把结论挪到段首、把指代换成实体名就够了，不必逐块验收。验收标准是两周内看询盘变化的，这套方法会让人失望，它验的是段落结构，不是生意结果。
一句话的判断标准
把任意一段单独发给不了解背景的人，他不用回头看上文就能说清这段在讲什么，这段就合格。说不清，先改写法，别急着加内容。
想把切片这件事拆开看，段落自洽与切片的技术文档把切法、自洽检查和一套改法都列全了，可以拿自己的页面逐条对一遍。