资讯文章 资讯 · NEWS
收录的国外站点,名字写原文还是写中文:目录站的多语言条目该怎么标
2026-10-24 约 1,764 字 预计阅读 4 分钟 yiyunkj
收
目录站一旦开始收录海外站点,就会碰到一个看似琐碎但很磨人的问题:条目名字到底写原文还是写中文。
写原文,用户搜中文找不到;写中文,用户照着官方名字搜又找不到;两个都写,标题变得很长,列表页也就不整齐了。

图片来源:网络,版权归原作者所有,侵权请联系删除
先想清楚用户会怎么搜
这个问题的答案取决于你的用户群。中文用户搜海外工具,行为大致分三种:
| 用户类型 | 输入的词 | 占比特征 |
|---|---|---|
| 已经知道工具的 | 原文名,或原文的前几个字母 | 精准,转化高 |
| 只知道功能的 | 「在线协作文档」「矢量设计工具」 | 模糊,量大 |
| 听过中文译名的 | 各种不统一的译法 | 零散,长尾 |
第一类用户的价值最高,而且他们输入的几乎必然是原文。如果你的条目名只写了中文,这批人直接搜不到——这是最可惜的一种流失。
三种方案,各自的代价
方案一:只写原文。对得上精准搜索,中文用户读起来费劲,而且列表排序时(按名称字母序)中文条目和英文条目会分成两大块。
方案二:只写译名。读起来舒服,但译名本身不统一。同一个工具在中文圈里可能有三四种叫法,你选哪一种都只能满足一部分人,而且精准搜索彻底断了。
方案三:原文为主,译名补充。标题用原文,后面括号带一句中文说明,或者标题写原文、副标题位置写中文功能描述。这是大多数站最后选的路。
我倾向第三种,但有个前提:中文那部分要写功能,不要硬译名字。「Figma(在线 UI 设计工具)」比「Figma(费格玛)」有用得多——后者只是个音译,既不能帮用户理解这是什么,也不是用户会去搜的词。
页面各处该怎么放
同一个条目在不同位置的展示策略应该不一样,别拿一个字段套所有地方:
- title 标签:原文名在前,中文功能说明在后,控制在设备截断宽度内。用户搜索结果里看到的是这一条,精准词必须靠前。
- 条目页 h1:和 title 保持一致,别在 h1 里塞更多东西。
- 列表卡片:只显示原文名,中文说明放在简介行。卡片宽度有限,全塞进去会撑破布局。
- breadcrumb:用分类名,不带站点名,别让面包屑变成第二份标题。
这里有个细节值得单独说:中文和拉丁字母混排的时候,两者之间加一个空格,视觉上会舒服很多,也符合排版惯例。别把「使用Figma设计」连在一起写。
别名字段是必需的
不管标题最终写哪种,条目表里都应该有一个别名字段,把同一个站点的各种叫法都收进去:原文全名、常用缩写、几种主流中文译名、以及它自己的域名关键词。
这个字段有三个用途:
- 站内搜索要检索它。用户不管输哪种叫法,都要能命中这条条目。这比纠结标题写什么重要得多——标题只能写一个,别名可以写十个。
- 去重。同一个海外工具被不同人以不同名字提交,靠别名字段能识别出来是同一个东西。
- 搜索结果页展示。命中别名时提示「即 XX」,用户才知道自己找对了。
别名也要进 sitemap 之外的地方考虑——别给每个别名单独建页面,那是典型的门页。别名只是检索用的,不应该有自己的 URL。
hreflang 解决不了这个问题
可能会有人想到用 hreflang 标注不同语言版本。这个方向不对:hreflang 处理的是同一个内容的不同语言版本之间的对应关系,而这里的问题是同一个条目的名字有几种叫法。你并没有做英文版页面和中文版页面两套内容,只是名字不同。
真正要做多语言版本(有独立的中英文两套描述、两套 URL)时再用 hreflang,而且要记得它必须双向返回、必须有 x-default 兜底。只为了一个名字去上 hreflang,是拿锤子找钉子。
机器翻译出来的条目别直接放
还有一个相关的问题:为了凑中文内容,把英文站点的官方描述机翻一遍贴上去。这个做法要慎重。
搜索引擎对自动翻译内容的态度这些年有变化,但共识一直是:机器翻译的内容本身不构成问题,问题是它有没有增加价值。一段机翻得不通顺的介绍,对用户没用,对收录也没帮助,还占了一个 URL。
比较稳妥的做法是:中文部分写人工编辑的一句功能说明(两三句话就够),不整段机翻。宁可少,别凑。
几条能直接用的规则
- 条目名以官方原文为准,不自己造译名。
- 中文部分写「它是干什么的」,不写音译。
- 别名字段收集所有叫法,站内搜索必须检索它。
- 排序和筛选按原文名字母序,中文条目单独一档或按拼音,别混在一起。
- 长名字在卡片上截断用省略号,别用 CSS 强制换行把卡片撑高。
名字这件事看起来小,但它是用户和条目之间的第一个接触点。写对了,用户一眼认出来;写错了,条目再全也找不到。