企业与服务网站：如何减少长页面的阅读负担（跨团队维护）

企业与服务网站的长页面往往由多个团队共同维护，维护方式的差异可能在不知不觉中加重读者的认知负担。内容没有针对可读性做过整理时，用户容易找不到信息，或在滚动过程中丢失读到的位置。本文梳理文字呈现方面的具体技术标准，以及关于文本体量的用户行为观察，帮助维护团队在不依赖复杂工具或外部服务的前提下，把内容组织得更省力。

假设一个场景：多个团队共同更新同一个长服务页

假设一个由三人组成的内容小组接手一个中等长度的服务页，产品、法务和支持三个团队每隔几周各自编辑一次。共享工作文件里有三个标题块：一个叫“您能得到什么”，第二个叫“设置如何进行”，最后一个叫“联系谁”。这些名称是为本示例虚构的，用来说明一个页面如何被分给多位编辑，却没有任何人负责读者从头读到尾的阅读路径。

产品编辑希望“您能得到什么”块只放一句简短的引导句，再加三条短要点，因为回访读者会快速扫读答案然后离开。支持编辑则认为同一个块应当吸收一段四行的响应时间说明，因为支持团队一直在工单里回答这个问题。法务希望设置块以一句资格说明收尾，而不是一整段，因为现有措辞重复了页面上方已经写过的条件。这些意见都还没有定论，而且还留着一个悬而未决的问题：资格说明应该放在顶部的摘要附近，还是只放在它会改变结果的步骤旁边。这个决定在本场景中仍未做出，而这正是让长页面更难读的那类含糊之处：下一位编辑必须猜测哪个块才是权威版本。

第二个候选结构把页面分成“开始之前”“设置过程中”和“设置之后”，每个块允许有固定数量的句子。矛盾立刻显现：“开始之前”块汇集的前置条件，产品认为可选，支持认为必须，于是读者会用不同的措辞两次遇到同一个事项。编辑们可以靠指定一位“阅读顺序负责人”来解决——凡是跨块移动的句子都要经其批准——不过是否应由一个人在三个团队之间担任这个角色，在这里仍然不清楚，也未经检验。这些例子只是为了让维护问题变得具体，并不是在描述一个已经上线的页面。

让文字在视口范围内重排，减少滚动负担

WAI关于“重排”的指引指出，放大文字的用户不应为了阅读一行行文字而进行二维滚动。对于横向书写的语言，不属于例外的内容应能在相当于320 CSS像素的宽度下重排；对于纵向书写的语言，则应在相当于256 CSS像素的高度下重排。一种常见做法是把内容调整为单列，使页面只需纵向滚动，不过指引也指出，这种做法未必适合所有复杂的组件或布局。因含义或功能而需要二维布局的部分，例如数据表格、地图、视频和游戏，属于例外，但例外只适用于该部分本身。¹

你可以从“设置如何进行”块里取一段，把它放到窄宽度下阅读，也就是手机或半屏窗口会给到的那种宽度。如果某个句子越过边缘、迫使你左右移动，那么这句话就是需要改写的候选，而不是靠样式修复。试着把它拆成两个更短的句子，或者把其中的条件单独放到一行。例如，“如果你的团队已经批准了设置请求，且访问列表已完整，你就可以继续”可以改成“你的设置请求需要先获得批准。确认访问列表完整，然后继续。”后一个版本让每一行都在读者预期的地方结束，纵向滚动也就保持可预测。

你也可以比较同一段文字在删减长从句、而不是拆句之后的读法。像“联系支持台，它负责账户问题、账单和访问变更，以获取帮助”这样的候选句，可以改成“如需账户、账单或访问方面的帮助，请联系支持台。”两个版本都消除了左右滚动，但更短的那个还减少了停顿次数。选择哪一个，要看它是否保留了你那位支持编辑想表达的意思；这个取舍由你决定，并且应当写进共享文件，让下一位编辑看到这个模式，而不是重新做一遍决定。

认识到用户通常只读可用文本的一部分

尼尔森报告指出，在平均网页上，用户在一次平均访问中最多有时间阅读28%的单词，而更可能的情况是20%。这些数据来自清理后的45,237次页面浏览，涵盖字数在30到1,250之间的页面；对于更长的页面，尼尔森发现阅读行为变得不稳定。其底层公式显示约25秒的固定时间加上每100个单词额外的4.4秒，按每分钟250个单词的阅读速度计算，这额外时间大约覆盖18个单词，因此添加的冗长文字很可能只有约18%被阅读。用户仅在字数为111或更少的页面上才会阅读一半的信息，且数据集中平均每次页面浏览包含593个单词。²

以“联系谁”块作为你的具体样本开始，因为读者通常在决定页面是否适用于他们之后才会到达该块。你可以先按原样朗读该块一次，然后标记出如果你已经知道服务名称就会跳过的每一个句子。在一个示例草稿中，“如果您对资格、计费或请求的时间安排有疑问，可以在正常营业时间内联系处理您账户的团队”可以改为“关于资格、计费或时间安排的问题？请在营业时间内联系您的账户团队。”第二个版本保留了有用的选项，但让读者能更快地找到它们。

然后，你可以将该修订与一个更短的替代方案进行比较：“资格、计费和时间安排问题请联系您的账户团队。”第一个修订保留了提问的邀请；第二个更紧凑，但去掉了时间线索。两者都不是自动正确的。你可以根据读者最需要的是保证还是快速查找来选择，并在块旁边注明原因，以便后来的编辑重新审视这一选择。

在移交页面之前，你可以标记哪些句子承载主要答案，哪些只是重复它。仅看到部分文本的读者仍应尽早遇到答案。

组织内容小节，以适应有限的用户注意力

从“您能得到什么”块入手，把它当作一个具体样本，因为读者通常先在这里决定页面的其余部分是否值得投入注意力。你可以打开这个块，只读它的标题和第一句话，然后把这两行放到一边，问自己：一个快速扫读的读者还会错过什么。如果答案是“没有什么重要的”，这个块可能已经在发挥作用；如果答案是“真正的收益”，你也许可以把直白的说明移进第一句话，把限定性细节推到块内更靠后的位置。

你可以试着把那句开场白改写成两个版本，自己比较一下。一个版本可以写成：“我们的服务帮助团队在一处管理请求。”另一个版本可以写成：“团队使用这项服务收集请求、分配负责人并跟踪进展。”后一个版本没有增加长度，却给了扫读的读者更多可以抓住的内容。你可以通过检查后面的要点是否重复同样的信息或增加新信息，来决定哪个版本更适合这个页面；如果它们重复，较长的句子也许能让你缩短列表。

对于“设置如何进行”块，你可以把其中的句子分成两组：一组回答“接下来会发生什么”，另一组解释“为什么”。跟随流程阅读的读者通常需要按顺序读第一组，而第二组可以放在步骤旁边，而不是插在步骤之间。这是一种写作选择，而不是一条规则；你可以把这种分组留在共享文件里，让下一位编辑看到某个句子为什么放在它所在的位置。

在把页面交接出去之前，标注哪些句子承载主要答案、哪些只是重复。一个只看到一小部分文本的读者，仍然应当能在一开始就遇到答案。

协调各团队更新，保持一致的文本密度

在下一轮编辑之前，你可以先给共享工作文件做标注，让每位编辑都能看到读者在页面里的阅读路径。拿“您能得到什么”块，在每句话旁边加一条简短的边注：答案、细节或重复。这条边注留在文件里，不进入发布文本，于是它成了一条小小的共享约定，而不是某个人的隐藏偏好。产品编辑打开页面时，这些边注会显示哪些句子承载着读者专程来找的答案，哪些只是在复述。这种可见性比任何一次单独改写都重要，因为它让每位编辑都按同一标准来判断自己新增的内容。

考虑用示例而非政策来约定密度规则。你可以把一个块标为样板：一句约二十词的引导句，然后三条长度相近的要点，别的都不放。这样法务编辑就能看到，增加一条限定说明意味着要在同一个块里删减别的内容，而不是再往上叠一个从句。如果对方坚持要加那句话，就请其指出它替换掉的是现有哪一句。这个问题是具体的编辑取舍，它让块内的阅读负担在内容变化时保持稳定。

支持团队对“联系谁”的修改也值得同样处理。一个候选改法写成：“资格、账单和时效问题，请联系您的客户团队。”更长的备选版本则加上一句：“如果不确定属于哪一类，请先看资格说明。”你可以把两个版本都留在文件里作为选项，并注明较长版本适合首次访问的读者，较短版本适合回访读者。在两者之间做选择是支持编辑的决定，但这个选择要留在明面上，而不是埋进编辑历史里。

最后，你可以在文件顶部留一条简短的跟踪记录，列出当前超出句子额度的块。它是决策记录，不是在要求进一步测试，它给下一位编辑一个起点，而不是一张白纸。

发布长页面改动前，核对版面稳定性

在批准长页面修订前，您可以拿出共享工作文件，把一个块放在三种宽度下阅读——全屏、半屏和接近手机窄栏的宽度——看每个句子是否仍然落在该落的位置。先从“设置如何进行”块开始，因为它最容易断成别扭的碎片。全宽版本里，一个句子可能写成：“请求先经过审核，然后进入计费，之后您可以在一个地方看到状态。”缩窄后，同一句话可能折成四行短句，意思越拖越远。您可以把它改写成：“请求先经过审核，再进入计费。状态集中显示。”在每种宽度下读两个版本，保留那个让读者不回头重读也能抓住重点的版本。

当两位编辑提出不同的修改方案时，您也可以比较阅读负担，而不只是比较字数。一位编辑可能缩短一个从句；另一位可能把句子拆成两句。把两个候选句放进同一段并排摆放，各朗读一遍。如果其中一个要求您跨过换行记住主语，就考虑另一个。这是您对自己草稿的比较，因此选择可以先保持暂定，等下一位编辑读过再定。

对于“联系谁”块，您可以检查联系信息那一行单独被扫读时是否还站得住。遮住页面其余部分，只读这个块。如果读者看不出哪些问题该到这里问，就在联系句上方加一句简短引导，再在窄宽度下读一遍。您可以在块旁边保留一条简短记录，写明您选了哪个版本、为什么，这样下一位编辑继承的是理由，而不必重新打开同一个问题。

常见问题

怎样测试“开通流程”这一块里的段落，在窄宽度下是否站得住？

你可以从“开通流程”块里取一个段落，用手机或半屏窗口那样的窄宽度来读。如果某句话越出边缘、逼着人横向移动，这句话就是需要重写的候选，而不是靠样式修补。

怎样才能在共享工作文件里做标注，让每位编辑都看到读者在页面上的阅读路径？

在下一轮编辑开始前，你可以在共享工作文件里做标注，让每位编辑都看到读者在页面上的阅读路径。以“你将获得什么”块为例，在每句话旁边加一条简短边注：答案、细节，或重复。

怎样检查“联系谁”这一块里的联系行，单独扫读时是否仍然成立？

对于“联系谁”块，你可以检查联系行单独被扫读时是否还成立。把页面其余部分遮住，只读这一块。