界面里的全大写:什么时候更好读,什么时候只是吵

按钮、标签和状态提示都在用全大写。它确实能提亮重点,但也会让长句更难读。

界面写作约 6 分钟

第一次做英文界面时,很容易把全大写当成“专业感”的来源。按钮用大写,标签用大写,导航也用大写。做出来的页面看起来确实更整齐,但读久了会有一种一直在被提醒的感觉。

全大写不是不能用,它只是有明确的最佳区间。超过这个区间,它就从强调变成了噪音。

全大写为什么显眼

英文小写字母有 ascender 和 descender,词的轮廓高低错落。转成大写后,所有字母落在同一条基线和同一个高度附近,词组更像一个矩形。矩形的视觉重量更大,扫读时更突出。

代价是单词之间的形状差异变小了。读者辨认小写词时,部分依赖整体轮廓;全大写让这种线索减少,长句需要逐字母处理的感觉就会增加。短标签没问题,整段说明就会变慢。

三个适合全大写的场景

两三个词的按钮

SAVE CHANGES、START TRIAL、VIEW REPORT。词少、动作明确,全大写可以强化指令感。超过四个词,通常就该换回句首大写。

状态标签与徽标

NEW、PAID、EXPIRED。这些词本身很短,需要在列表里快速区分。全大写搭配背景色或边框,比普通文字更像状态标记。

短栏目标签

页面顶部的小栏目名、表格的列标题、卡片上方的分类标签。它们不是句子,不需要连续阅读,全大写可以起到分组作用。

三个不适合的场景

  • 完整的提示句:错误信息、空状态说明、引导文案。读者需要理解内容,不是扫一个标签。
  • 较长的导航项:三四个词以上的菜单项。全大写会让每项都同样重,反而看不出层级。
  • 正文和帮助文档:连续段落使用全大写,会明显降低阅读速度,也容易被理解为“在喊”。
适合SAVE CHANGES
不适合YOUR CHANGES WILL BE SAVED AUTOMATICALLY AFTER YOU LEAVE THIS PAGE

全大写时,字距不是可选项

大写字母的字面宽度接近,紧挨在一起会显得拥挤。许多设计系统会在全大写标签上增加字距,常见范围是 0.04em 到 0.1em,具体取决于字号和字体。字号越小,越需要一点呼吸空间。

不要只把文字转成大写就结束。检查行高、字重和周围留白。全大写标签通常比同字号的小写文字更重,如果字重也加粗,容易压过真正的主标题。

中文界面里的英文全大写

中文和英文混排时,全大写英文看起来更像缩写或代号。这是好事,也可能是坏事。像 API、URL 这样的缩写本来就该大写;像 SETTINGS 这样的普通词,全大写会让它看起来像一个系统代号。

如果界面主体是中文,英文只作为辅助标签,尽量让英文保持短小。不要在中文句子里塞一整段全大写英文,除非它确实是错误码或固定标识。

无障碍与本地化

全大写是一种视觉样式,不应该承担唯一的语义。不要只靠全大写表示“重要”或“错误”,还要有文字、颜色以外的提示或语义标记。屏幕阅读器对不同全大写词的处理并不完全一致,有些会按字母读出缩写。重要内容要用完整的词,而不是只写首字母。

本地化时也要小心。德语、芬兰语和俄语的词通常更长,原本两三个词的按钮翻译后可能变成一长串。全大写在英文里刚好,在别的语言里可能溢出。设计按钮时给文本留出扩展空间,不要写死宽度。

一个够用的判断表

内容建议原因
两三个词的按钮可以用全大写短、动作明确,强调有效。
状态徽标可以用全大写需要快速区分,词本身很短。
四词以上的按钮句首大写全大写会增加阅读负担。
错误提示句首大写读者需要理解完整句子。
表格列标题全大写或标题格式取决于列宽和字号,保持一致即可。
正文段落不要全大写连续阅读会明显变慢。

发布前的四个检查

  1. 这段文字是标签还是句子?句子优先用句首大写。
  2. 全大写之后,字距和行高是否还舒服?
  3. 翻译成更长的语言后,按钮会不会溢出?
  4. 去掉全大写样式后,信息是否仍然清楚?如果会丢失重点,说明语义没有落到内容上。
相关工具

把按钮或标签贴进全部大写,先看长度和视觉效果;需要整句提示时,换回句首大写。

把标签改短,再决定要不要大写

全大写不是界面成熟的标志。先把文字写清楚,再决定用哪种视觉强调。