先给结论:长业务名称在移动端读不下去,通常不是字号问题,而是名称被当成一个不可拆分的整块塞进容器。真正需要处理的是“断行位置”和“副信息层级”这两件事,字号只能排在第三位。下面用一个假设情境把决策过程走一遍。
假设马鞍山一家做工业设备安装与检修的企业,全称是“马鞍山某某工业设备安装检修技术服务有限公司”,共二十二个字。页面顶部左侧要放名称,右侧放电话按钮,下方是导航。设计稿在桌面端看起来正常,到手机上名称被挤成两行半,第二行只剩三四个字,电话按钮被顶到第三行,首屏几乎被头部占满。
这类情况里,常见的处理是缩小字号。但把字号从十八像素降到十四像素,二十二个字仍然要占两到三行,只是每行更矮。可读性不但没变好,反而因为字变小、行距变紧而更差。所以要先判断:这个名称在移动端到底承担什么功能。
名称的功能分两种。一种是识别,用户需要知道自己在哪个站点;另一种是信任,用户需要看到完整工商名称才敢联系。这两种功能对排版的要求完全不同。
判断依据是:用户在首屏最需要做什么。如果最需要的是拨打电话或查看服务,名称就不该抢走三行高度。这个取舍决定了后面所有布局动作。
中文没有词间空格,浏览器默认可以在任意汉字之间换行,于是出现“马鞍山某某工业设备安装检修技术服”换行、“务有限公司”另起一行这种把词切断的结果。要改善,需要人为指定可断和不可断的位置。
一个可行动作是:把名称按语义切成若干段,用不可断行的行内元素包住,例如把“马鞍山”“某某工业设备”“安装检修”“技术服务”“有限公司”各自包成一段。这样换行只会发生在段与段之间,不会把“技术服”和“务”拆开。代码层面大致是 <span>某某工业设备</span> 这样的结构,配合允许在段间换行的样式。
做完这一步后要回看结果:如果名称从两行半变成整齐的两行,说明断行策略生效;如果仍然三行,说明容器宽度不够,需要回到上一步重新决定是否完整显示,而不是继续调字号。
当名称确实很长又必须保留时,更稳的做法是做层级拆分,而不是让所有字同样大小。可以把辨识度最高的部分作为主名,把“有限公司”“技术服务”这类通用后缀降一级。
具体动作是:主名用较大字号单独一行,后缀用较小字号紧随其后或另起一行。这样即使总字数不变,视觉上也有明确入口,用户扫一眼就能抓住主体,不必逐字读完二十二个字。
这个动作的结果会影响下一步:如果主名加后缀仍然超过两行,说明名称本身不适合作为头部主元素,应把它移到首屏下方的信息区,头部只留简称。到这里,问题从排版问题变成了信息优先级问题,处理方式也随之改变。
设计稿上把画板调窄,和真机上的表现并不一致,因为系统字体、浏览器最小字号、安全区域都会参与。验证时至少要在两种窄屏宽度下看:一种接近常见小屏手机,一种接近大屏手机,并分别检查名称占几行、电话按钮是否被挤出首屏。
检查时记录三个量:名称占用的行数、头部总高度、首屏还能露出多少正文。如果头部超过首屏高度的三分之一,就应回到前面的取舍重新决定名称的显示范围。这个判断不依赖任何工具,只需要在真机上量一量。
需要说明的是,名称在移动端显示不全,并不等于搜索引擎无法识别完整名称,页面标题和结构化信息仍可保留全称。移动布局解决的是人眼阅读,两者不必强行一致。
按这个顺序走,长名称带来的移动端可读性问题会在第二步或第三步就暴露出来,而不是等到上线后才发现首屏被头部占满。