核心做法不是把长业务名硬缩小塞进一行,而是把它拆成“短标识 + 完整法定名称”两层:移动端首屏只显示可识别的短标识,完整名称放到页脚、关于页或可展开区域。判断是否该这么做,取决于长名称是否承担法律披露义务,以及用户是否靠它辨认你。
把业务名称抄下来,逐段标注用途。通常可以分成三类:地域词、行业或业务词、组织形态词(如“有限公司”“服务中心”)。移动端首屏真正需要的是前两类,组织形态词可以下沉。
这个判断决定了后续是“缩写”还是“分层”,两者改动范围完全不同。
假设你手上有一个旧页面,顶部导航栏里塞着完整业务名,在窄屏上折成三行,把菜单挤到屏幕外。可以按下面的顺序处理:
<span> 承载简称,字号不随名称长度变化。动作的结果会直接决定下一步:如果简称后用户仍能认出你,说明分层成立,可以继续压缩;如果用户反馈“不知道这是哪家”,说明简称不够独特,需要回到命名或保留更多字符。
把页面放到 320px 宽的视口下看,这是常见的窄屏下限。检查三件事:名称是否溢出容器、是否把导航按钮挤出可点区域、换行后行高是否仍然可读。
可以给名称容器设一个假设条件:最大宽度为视口宽度的 60%,字号不低于 14px。如果在这个条件下名称仍要折成三行以上,就说明应该走分层方案,而不是继续缩小字号。字号低于 14px 时,长名称的可读性下降比换行更明显,这是取舍的关键依据。
有些旧系统或旧合作关系下,模板不允许改页头结构,只能替换文案。这时把完整名称替换成简称,完整名称挪到已有页脚字段里。若页脚字段不存在,可先在关于页补一段,再评估是否值得改模板。
需要注意:请求量或抓取量下降不能单独证明这次替换做错了。名称变短后,页面文本总量减少、用户点击路径改变、缓存未刷新,都可能造成类似现象。要区分原因,可以对比替换前后同一路径的展示文本和跳转行为,而不是只看一个数字。
如果长名称来自已经退出的旧业务或旧合作方,不要整段删除。保留其中仍然成立的地域词和业务词,替换掉不再有效的组织部分。这样既避免误导,也不丢失用户已经建立的识别线索。
处理完成后,回到窄屏再看一次:首屏是否只剩必要信息,完整名称是否仍能在站内找到,导航是否恢复可点。这三项都通过,才说明移动布局的可读性问题被解决,而不是被暂时藏起来。