长内容没人读完，多半不是内容的问题：vibe 项目的长内容阅读体验实战

先说结论：长内容没人读完，往往不是内容的问题

很多 vibe 项目都有这么一个页面：帮助文档、产品说明、使用手册，或者一篇很长的公告。写的人花了好几天，发布之后却发现，用户的停留时间只有几十秒，客服还是反复收到同样的问题。第一反应常常是“内容写得不够好”，但多数时候问题不在内容本身，而在阅读体验：字挤在一起、找不到章节、读到一半断了再回来又得从头找。

长内容和短内容不是一回事。短内容靠一眼看懂，长内容靠“能找、能断、能续、能读下去”。这四个字，就是这篇指南的全部框架：能找，是用户能在长文里迅速定位到自己要的那一段；能断，是用户可以在任何地方停下来而不焦虑；能续，是回来之后能立刻接上；能读下去，是连续读十分钟眼睛不累、脑子不乱。下面按这个顺序，把每一项怎么做讲清楚。

先划一下界，避免和已发指南撞车。本篇讲的是“长内容本身怎么排、怎么找、怎么续读”，不讲搜索筛选怎么做（那是另一篇指南的主题），不讲报错和空状态怎么写（上一轮刚发过），也不讲加载和进度反馈（上一轮另一篇的主题）。如果你正在做帮助中心、文档站、长公告或者应用内的长说明，这篇就是给你准备的。

排版：先让眼睛舒服，再谈内容深度

排版是长内容的第一道门。门没做好，用户根本不会往里走。有四个要素最关键，而且都可以在不改内容的情况下调好。

第一个要素是行长。一行字太长，眼睛从行尾跳回行首的时候容易串行；一行字太短，眼睛跳得太频繁，也累。桌面端比较舒服的行长大约是每行四五十个汉字，移动端自然窄一些，但也别让正文撑满整个屏幕宽度，左右各留一点边距。很多 AI 生成的页面默认把正文拉到全宽，这就是长文读不下去的第一个原因。

第二个要素是行距。正文行距太小，行与行会粘在一起，读长文的时候尤其累；行距太大，段落又会显得松散。一般来说，正文行距设为字号的一点六到一点八倍比较稳妥。标题和正文之间、正文和配图之间，也要留出明确的空隙，让眼睛知道“这里换了一个意思”。

第三个要素是字号。正文字号别太小，尤其是在移动端。很多人为了让一屏装更多内容而把字号压得很小，结果用户还没开始读就先去调浏览器的缩放。字号要跟着设备走：手机上至少要保证不用眯眼就能读，桌面端也别小于正常阅读的字号。如果你不确定，就拿自己的手机实测一遍：不用缩放、不用横向滑动，能舒服地读三分钟，才算过关。

第四个要素是对比度。浅灰色的字放在白底上，看起来“高级”，读起来费劲。长内容的正文一定要保证足够的对比度，别为了风格牺牲可读性。深色模式也不是简单地把底色变黑、字色变白就完事：链接颜色、引用块、代码块在深色下都要重新对一遍，不然深色模式下的长文会比浅色更难读。

分段和标题：标题是给赶时间的人准备的

长内容最大的敌人不是长度，而是“一堵墙”。一段话写了十几行、中间没有分段，用户扫一眼就关了。分段的规则很简单：一个段落只讲一个意思，讲完就换段。段落之间不要用空行硬撑，也不要用换行假装分段——前端不渲染纯文本换行，这一点本站之前已经反复强调过，写页面的时候要用真正的段落结构。

标题的作用比很多人想象的大。大部分用户读长内容不是从头读到尾，而是先扫标题，找到自己关心的那一段，再细读。所以标题要写得像路标，而不是像谜语。好的标题直接说这一段讲什么，比如“预算用完会怎样”；差的标题只会抒情，比如“一些思考”。写标题的时候问自己一句：只看标题，用户能不能猜出这一段的内容？猜不出就重写。

标题层级也别乱。主标题一个，二级标题若干个，三级标题只在必要时出现。层级一乱，目录就跟着乱，屏幕阅读器也跟着乱。AI 生成长文的时候最容易在这方面偷懒：一会儿冒出五个二级标题，一会儿又把重要内容塞进没有标题的段落里。发布之前花两分钟通读一遍标题清单，看看它们能不能单独成一篇“目录故事”，这是最便宜的质量检查。

目录和锚点：让用户三秒找到要找的那段

超过两屏的长内容，就应该有目录。目录不用花哨，列出二级标题、点一下能跳到对应位置，就够了。桌面端可以把目录固定在侧边，跟着滚动走；移动端可以把目录收进顶部一个按钮，点开再展开。关键是目录要和正文标题严格对应：目录里写了什么，正文里就要有同样的标题，点过去不能落空。

锚点还有一个常被忽略的用途：分享和客服。用户在客服对话里说“第三章第二节看不懂”，客服要能直接发一个带锚点的链接过去，而不是说“你往下翻翻”。所以每个二级标题都应该有一个稳定、可复制的链接地址。地址里别带随机参数，改版之后旧地址最好还能用，不然以前发出去的链接全断了。

目录之外，还可以给长内容加两种小工具。一种是“回到顶部”按钮，出现在用户往下滚了几屏之后，别一进页面就杵在那里。另一种是章节内的“上一节、下一节”导航，适合分章节的文档，让用户按顺序读的时候不用每次都回目录。这两种工具都不复杂，但能明显降低长内容的跳出率。

阅读进度：可以给，但别骗人

很多长内容页面顶部会有一条细细的进度条，告诉用户“你读到百分之多少了”。这个东西有用，但也很容易做坏。好的进度条反映的是真实滚动位置，读到哪算到哪；坏的进度条是按时间估算的，或者读到一半就卡住不动，反而让用户觉得被糊弄。

比进度条更实用的，是“预计阅读时长”。在文章开头写一句“约需 8 分钟”，用户心里就有数了：现在有没有这 8 分钟，要不要先收藏等会儿读。时长估算要诚实，按正常阅读速度算，别为了显得“轻量”而把 20 分钟的内容写成 5 分钟。用户被骗过一次，下次就再也不信你的时长标注了。

还有一种进度提示适合分步骤的长内容：步骤指示器。比如一份七步的操作指南，顶部显示“第 3 步，共 7 步”，用户立刻知道自己走到哪里、还剩多少。这比百分比更具体，因为它对应的是任务进度，而不是滚动距离。做操作指南的时候优先用步骤指示器，做纯阅读内容的时候用滚动进度条，两者别混用。

断点续读：用户一定会中途离开，要帮他回来

长内容默认会被打断：电话来了、切去回消息、手机锁屏了。好的阅读体验要为“回来”做好准备，而不是假设用户会一口气读完。最基础的做法是记住阅读位置：用户下次打开同一篇内容时，自动回到上次读到的地方，并给一句轻提示，比如“上次读到这里”。

记住位置这件事，细节比功能本身重要。第一，位置要存在本地还是账号里，要想清楚：只在本地记，换设备就丢了；只在账号里记，没登录的用户就享受不到。折中的办法是本地先记着，登录之后再同步。第二，回到上次位置的时候，别用弹窗挡住正文，轻提示就够了，用户想从头读也能一键回到顶部。第三，位置的有效期要合理：一篇帮助文档的位置记一个月没问题，一条限时公告的位置记到活动结束就够了。

除了自动续读，还可以给用户主动的“稍后读”入口：收藏、稍后读列表、发到邮箱自己选一个就行，关键是入口要显眼、操作要一步完成。如果用户想留着以后读，却找不到收藏按钮，他大概率就再也不会回来了。收藏列表本身也要能按时间排序，别做成一个越攒越乱的筐。

字号、主题和无障碍：别让一部分用户读不了

长内容页面要尊重用户的系统设置。用户把手机字号调大了，你的页面就应该跟着变大，而不是锁死一个字号；用户开了深色模式，你的页面就应该有对应的深色样式，而不是白底晃眼。这两点做不到，长内容对一部分用户来说就是“读不了”，而不是“读不舒服”。

无障碍方面，有三条是长内容必须过的。第一，标题层级要规范，屏幕阅读器靠标题导航，层级乱了，视障用户就找不到路。第二，图片和图表要有文字说明，说明里讲清楚图里最关键的信息，而不是只写“示意图”。第三，链接文字要有意义，别用“点击这里”这种话，要写“查看退款政策全文”这种能独立理解的文字。AI 生成内容的时候最容易在这三条上偷懒，发布前逐条核对一遍，成本很低，收益很大。

这里举一个虚构的例子。假设你的项目里有个“山间食谱”应用，里面有一篇很长的“高原炖菜完全指南”。如果这篇指南没有目录、没有分段、字号还锁死，用户在厨房里一只手拿手机、一只手拿锅铲的时候，根本没法边做边看。加上目录锚点、分段标题、可调字号和断点续读之后，同一篇内容就能在真实场景里用起来。内容一个字没改，体验完全不一样。这个例子是虚构的，但道理是真的：长内容的体验问题，往往在真实场景里才暴露出来。

长列表和长表单：不是正文，也要能读

长内容不只有文章。很长的列表、很长的表单、很长的设置说明，同样需要阅读体验。列表超过一屏，就要考虑分组标题和吸顶的分组栏，让用户知道自己现在看的是哪一组；每组之间留出空隙，别让上一组的最后一项和下一组的第一项粘在一起。

长表单要按步骤分组，每组一个小标题，告诉用户这一组是填什么的；填错的时候，错误提示要出现在对应的输入框旁边，而不是只在页面顶部弹一句话。用户填到第五组才发现第一组错了，还得自己往回翻，这是最糟糕的体验。分组加就近提示这两招，能把长表单的完成率明显抬起来。

还有一种常见情况：长内容里嵌了表格。表格在移动端最容易翻车：列太多，横向滚动不可避免。这时候要做两件事：第一，表格列数能砍就砍，只留用户真正要对比的那几列；第二，横向滚动的时候，第一列要固定住，不然用户滑到右边就不知道这一行是谁的数据了。表格标题和单位也要写清楚，别让用户猜数字是什么意思。

移动端：长内容的主战场

现在读长内容的主力设备是手机，所以移动端不是“顺带适配”，而是主战场。有几条是移动端特有的。第一，行长和字号要按手机重调一遍，桌面端调好的参数直接搬到手机上，大概率会翻车。第二，避免横向滚动：正文、图片、表格、代码块，任何一个元素超出屏幕宽度，都会让阅读体验断掉。图片要自适应宽度，代码块要允许内部滚动而不是把页面撑宽。

第三，慎用弹窗和插屏。用户正在读长文，突然弹一个“订阅我们的 newsletter”或者“下载 App 吧”，是最容易让人直接关页面的行为。真要推，也等用户读完或者读到结尾再推，别在读到一半的时候打断。第四，视频和动图别自动播放带声音，长内容页面里突然出声，是用户最反感的体验之一。自动播放可以，但默认静音，并且给用户明显的关闭按钮。

上线前验收清单：十二条，逐条打勾

最后给一份可以直接用的验收清单，发布长内容之前逐条打勾。第一，段落是不是一个意思一段，有没有出现超过十行的段落。第二，标题清单单独读一遍，能不能讲出这篇文章的结构。第三，超过两屏的内容有没有目录，目录点过去能不能落到对应位置。第四，有没有“预计阅读时长”，时长估算诚不诚实。

第五，有没有阅读进度提示，提示反映的是真实位置还是假的。第六，断点续读有没有做，回来之后能不能接上，提示轻不轻。第七，字号能不能跟随系统，深色模式有没有单独对过颜色。第八，标题层级规不规范，图片有没有文字说明，链接文字能不能独立理解。

第九，移动端实测三分钟：不用缩放、不用横向滑动，能不能舒服读下去。第十，表格有没有固定第一列，列数是不是已经砍到最少。第十一，有没有在阅读中途弹打断用的弹窗。第十二，找一个没看过这篇内容的人，让他三秒内找到某一段指定的内容，找不到就说明目录和标题还要改。

这十二条都不需要新技术，也不需要重写内容。它们只要求发布之前多花二十分钟，把长内容当成一个产品来验收，而不是当成一段文字来发布。长内容写得再好，没人读完也等于没写；反过来，排版、寻路、续读这些地方做好了，同一篇内容被读完的概率会高很多。这就是长内容体验值得单独做一篇指南的原因：它不改内容，却决定了内容能不能到达读者。