先把页面里最长的那个业务名称单独拿出来,放在真实窄屏宽度下逐行读一遍。多数情况下,问题不在字号太小,而在于名称被当成一个不可拆分的整体,硬塞进导航、卡片标题或页脚,结果要么缩到看不清,要么撑破容器。处理方向是让长名称在移动端获得分行的权利,同时保住它的完整语义和指向。
把长名称复制到纯文本编辑器里,观察它的构成。常见有三种:
这三种的可读性瓶颈不同。第一种只需允许在空格处换行;第二种需要插入软换行机会或改用更紧凑的展示层级;第三种应把说明部分降为副标题或折叠,而不是和名称挤在同一行。判断错了类型,后面所有调整都会白做。
最容易被忽略的动作是检查容器是否设置了禁止换行。移动端长名称溢出的页面里,相当一部分是继承了桌面端的单行省略或强制不换行。可以按下面的顺序处理:
word-break 或 overflow-wrap 让它在必要时断在字符之间,而不是溢出容器;做完这一步,回到真实设备或模拟窄屏重新读一遍。如果名称能读全、不横向滚动、行距不塌,说明方向正确,下一步才轮到视觉层级;如果仍然溢出,问题多半在父容器宽度或内层元素的固定尺寸,而不是名称本身。
允许换行之后,常出现另一种结果:可读性上去了,导航或卡片却被撑得很高,首屏能看到的实质内容变少。这不是换行做错了,而是长名称占用的纵向空间被低估。此时要区分两种解释:
证据上可以做一个简单对照:同一页面分别用名称全称和短标识渲染导航,比较首屏内可点击项的数量和位置是否稳定。若短标识版本让主要操作回到首屏,就说明长名称不该占导航的主位,而不是换行规则有错。
假设某外贸站首页顶部同时有品牌全称、一句业务描述和三个入口按钮,窄屏下全称占了三行,按钮被推到首屏之外。可以这样处理:
改完后检查两件事:名称是否在任何宽度下都能读全,主要入口是否回到首屏。两者都满足,说明取舍成立;只满足前者,说明名称仍占据了不该占的位置。
长名称的处理没有统一答案,但可以固定几条可核对的依据:名称是否能在最窄目标宽度下完整读出、页面是否出现横向滚动、首屏主要操作是否被挤出、分行后行距是否仍然可辨。把这四条写进页面的验收记录,每次改版按同一标准复核。名称长度本身不是问题,把它放在错误的位置才是。