长段正文没人读，真是因为字太小？

长段正文没人读，原因通常不在字号，而是行高、行长和对比度没有托住阅读节奏。以2026年常见的UI交付来说，先把行高调到字号的1.5到1.8倍、把单行宽度控制在约45到75个字符，再检查正文颜色是不是太浅，往往比直接加大字号更先解决问题。字号可以影响“看得清”，但行高和行长决定“愿不愿往下读”。

用户跳过正文，为什么不能只怪字号？

“字太小”是UI走查里最常听到的推测，但很多时候把字号从14px加到16px，用户依然划走。原因是正文的阅读过程里，视线要在行尾之间来回移动；如果行高偏紧、每行又太长，眼睛很容易丢失当前位置。字号只是其中一层感知，不是连续阅读的全部负担。

• 行高决定行与行之间的避让空间，过紧时会串行，过松时会让段落显散。
• 行长决定视线回扫的长度；太宽时扫回行首容易错行，太窄时文字被切得碎。
• 正文与背景的对比度决定眼疲劳速度，浅灰字会让整段信息都被“压低”。
• 段间距提供停顿点；完全没有段距时，长文在第一屏会像一整块灰。

正文可读性的经验区间与对比方案

我不把下面的数值当作固定规范，只当作开始调试的经验区间。移动端正文常见用14到16px，行高约为字号的1.5到1.7倍；桌面端正文常见用15到16px，行高约为字号的1.6到1.8倍。桌面端内容列还应该限制宽度，让单行大约落在45到75个字符，中文界面大约对应25到40个汉字。

如果拿两种调整思路来对比，成本差异会在后续走查里体现出来：

• 方案A：先加大正文字号。改起来快，出稿约半小时内能完成，但它会改变换行分布，很可能引发新的行长问题；后续常常还要再调行高，总的视觉确认至少多出一轮。
• 方案B：先按行高、行长、对比度、段距的顺序检查。第一次排错可能需要一小时左右，但参数稳定后可以直接写进标注，开发还原时不容易跑偏，后续视觉走查通常可以减少一到两轮。

上面两组是经验区间。产品如果是多语言界面，文本会随语言变长，更需要把“单行字符数”而不是像素宽度当作约束。这样切换语言时才不会反弹。

四步排查法：先结构，后颜色

为避免凭感觉反复试，可以直接按顺序做四步排查。顺序不能反：结构问题没解决时，调颜色和加字重只会让不整齐的段落更显眼。

1. 量行高：选中正文本体，确认行高不低于字号的1.5倍；如果低于1.4倍，先把它拉回常见区间。
2. 卡行长：桌面端把内容列宽度收窄到单行约45到75字符；如果已经在窄容器里，则检查是否出现过多悬空行。
3. 查对比度：长正文不要用浅灰。拿深灰或近黑与背景做对比，确保信息层级不靠“看不清”来弱化。
4. 留分段：段间距至少给半个行高，让每次换段都有可识别的停顿。

这个顺序适合内容页、详情页、帮助中心等长文场景。如果页面中的正文只是一两句话，可以直接跳过。

交付现场：把文本参数写进标注，比反复截图更省事

2026年上半年做某企业官网改版时，客户想突出“轻量感”，把资讯正文设计成了浅灰色，行高也停留在编辑器默认值。结果页面上线前内部评测时，多条长文被快速划过，大家第一反应是“字号不够大”。

我先没有加大字号，而是把正文改成近黑、行高提到1.6倍、段间距留半个行高，内容列宽度也压到约每行30个汉字；出一版后，再准备一版“字号加大但其他不变”的对照稿。客户在自己的手机上检查，几乎都选了行高与行长调整过的那版。原因不是我的直觉更准，而是那一版在换行、回扫和分段处都给了足够余量。之后我把字号、行高、段距、色值写进设计标注，开发按参数实现，视觉走查中少了一轮反复沟通。按同类任务来估算，前面多花的半小时左右参数整理，通常能换回一轮以上的返工成本。

这就是我常说的经验区间：内容型页面的文本可读性返工，多数集中在一到两轮；把结构化参数写清楚后，往往可以压掉其中一轮。

适用与不适用：先分清哪些文字值得这样调

正文可读性不是所有页面都必须做专项。只有文字是用户完成任务的主要载体时，行高和行长才值得花时间较真。页面标签、按钮名称、短提示等文本，更应该关注清晰度和操作反馈，而不是阅读连续性。

• 适合：资讯详情页、帮助中心、产品说明、表单旁的长提示、订单或账单详情的长描述；推荐先做行高、行长、对比度三项检查。
• 不适合：按钮、图标标注、导航、一句话欢迎语等短文本场景；强行套用长文规则会让界面显得松散。
• 即使排版调好，内容本身冗长、没有小标题或关键词支撑时，读者仍会划走。排版能提升“读得下去”的概率，但不能代替内容编辑。

另外，有设计者会把行高拉到2倍以上来“制造呼吸感”，这对连续正文反而会让视线在行与行之间竖向游移太久。行高通常不必超过1.8倍，特殊情况再单独验证。

常见问题

正文没人读，行高调到多少合适？

常见经验区间是字号的1.5到1.8倍；连续长文建议往1.6到1.8倍靠，低于1.4倍时先拉回来再看别的参数。

为什么把字号调大了，用户还是不看？

因为字号改善的是“能不能看清”，行高和行长改善的是“换行时累不累”。若后者没解决，字越大视觉重量越高，反而让人更容易注意到一整块的阅读压力。

行长限制在多少比较合适？

桌面端比较稳的是让单行约45到75个字符，中文界面大约对应每行25到40个汉字。超过这个范围，先收窄内容列宽度。

长正文可以用浅灰色弱化存在感吗？

不建议。浅灰会让长文本的对比度下降，用户会下意识缩短阅读时间。灰色更适合次要标签或辅助说明，正文还是用近黑或深灰更稳妥。

所以，长段正文没人读，不要急着把字号加大。先量行高、收窄行长、检查正文色与段间距，通常比直接改字号更接近问题根源。这套方法的边界也很清楚：适合需要连续阅读的内容型界面，不适合只有几个词的短文本。如果你手头正有一版怎么调都不对的长正文，不妨先试着把行高和行长两个变量固定下来，再回来判断字号是否真的不够。