条目别名用中文、拼音还是英文：谷歌官方口径和三种写法各自的实际代价

新建条目的时候总要在别名那一栏犹豫：直接把站名翻译成中文丢进去，还是转成拼音，还是找个英文词。三种我都在不同时期用过，各自的麻烦不一样。

图片来源：网络，版权归原作者所有，侵权请联系删除

官方口径先摆出来

谷歌在《网址结构最佳实践》这份文档里给了几条明确建议，跟这个问题直接相关的有三条：

• 尽可能使用描述性词语，不要用长长的 ID 号
• 使用受众群体的语言（如适用，使用音译词），文档举的例子是德语受众就用德语词、日语受众就用日语词
• 链接指向站内页面时，href 里按需使用百分号编码，非 ASCII 字符应当做百分号编码

也就是说：用中文路径本身不会被惩罚，谷歌甚至鼓励按受众语言来。这一点有官方发言人多次公开回应佐证，立场多年没变。真正的问题不在算法，在工程。

中文路径的真实代价：长度

中文路径在传输时会做 UTF-8 百分号编码。一个汉字变成三个字节，每个字节写成 %XX，也就是 9 个字符。「设计工具导航」这六个字，进 URL 就变成：

%E8%AE%BE%E8%AE%A1%E5%B7%A5%E5%85%B7%E5%AF%BC%E8%88%AA

六个字变成五十四个字符。加上域名和路径分隔符，一个中等长度的条目起手就是一百多字符。这会带来几个具体麻烦：微信、邮件客户端里粘贴出去的链接变得极长且不可逆地难看；部分第三方统计工具在报表里按编码后的形式记录，中文路径在报表里变成一坨不可读的字符串；一些老旧服务端在分析 referer 时对编码大小写敏感——%E4 和 %e4 在标准上等价，但程序若直接做字符串比较，会把同一个页面当成两个 URL，导致缓存 miss、重定向规则漏配、统计口径割裂。

谷歌自己在文档里也建议：href 里写成百分号编码形式。浏览器地址栏会还原成可读的中文，所以用户看到的没问题，问题出在「拷贝—粘贴—再分发」这一链路。

三种写法怎么选

写法	可读性	工程风险	适合
中文路径	中文用户一眼看懂	长 URL、编码不一致、统计报表难读	流量几乎全部来自站内、受众明确的中文站
拼音	中文用户大致能念出来	低，全 ASCII	中文站，兼顾可读与工程安全
英文词	对外语用户友好	低，全 ASCII	工具类、出海、站名本身就是英文

拼音是被低估的一种。它的成分是纯 ASCII，不长，中文用户虽然读起来要默默拼一下，但——尤其对方站名本来就是中文时，拼音反而比硬翻的英文更接近原名。只有当对方站名本身就是英文（比如 Figma、Notion），英文别名才明显更合适。

判定规则可以简化成一条：站名是什么语言，别名就用什么语言的 ASCII 形式。中文站名 → 拼音；英文站名 → 原英文名；中英混合 → 取官方写法里那段 ASCII。

到底对排名有多少影响

URL 里的词是一个非常轻微的相关性信号，远不如正文内容、标题和链接重要。谷歌官方也多次表达过这个意思。所以别指望把别名从数字 ID 改成描述性词语能带来可观的涨幅——它的收益主要来自另外两个地方：

一是点击率。搜索结果里 URL 经常以面包屑形式展示，cate / figma-online-whiteboard 比 /item/13482 更能让人相信这个页面有货。

二是长期维护成本。带语义的 URL 在任何一处排查——日志里、 Search Console 里、同事把告警截图丢给你看的时候——都能被一眼认出是什么页面。数字 ID 每次都要回头查。做站超过两年，这份时间账远超那点排名收益。

选定了就再别改

这是全篇最值钱的一句。别名一旦上线并被收录，任何修改都是一次 301 迁移，都要付修改期间排名波动的代价。所以比起「选哪种更好」，更重要的是今天就把规则写死，并且坚持三年不变。

规则要写成一条可以由脚本执行的核对，而不是口号。比如：别名只允许小写字母、数字和连字符；禁止下划线；中文一律按通用拼音转写并去声调；长度上限 60 字符；正则校验不通过不许保存。这样就算换了几个人维护，URL 风格也不会漂移。

已经用的是数字 ID 也不用慌。要不要迁移取决于你现在有多少条目被收录：几百个 URL 以内、且大部分在搜索里跑不出流量的，迁移一次是划算的；几千个都已经有稳定排名的，别动，把精力放在新条目上，让新老两套在一段时间里共存。