网站上所有的字都是给用户读的，只有域名这一串要他自己打出来

摘要：页面上的每一个字都是给用户读的，只有域名这一串要他自己打出来、念出来、抄给别人。本地字母的域名把第一次输入变简单了，却把第二次传递变贵了，而绝大多数访问恰好发生在第二次传递之后。同一个域名在地址栏、邮件正文、工单日志和二维码里会显示成三种不同的样子，注册商说支持不等于表单说支持，这条链上任何一环退回拉丁字母，整条链就一起退回去。

为什么域名是全站唯一一串要用户亲手复现的字？

先把这件事的特殊性说清楚，后面所有的判断都从它长出来。

页面上的字用户只需要认，域名要他打出来

做本地化的人有一个默认前提，很少有人把它说出口。

那个前提是：内容做得越贴近母语，用户的理解成本就越低。

标题、正文、按钮文案、图片替代文字、结构化数据，全都符合这条规律。

用户面对它们时只做一个动作，就是认。

认不需要精确，看个大概意思就够了，看错一个字母也不影响下单。

域名不一样，它要求的动作是复现。

复现是全站唯一一个要求百分之百精确的动作，错一个字符就是另一个网站，或者干脆什么都打不开。这个差别听着抽象，落到实操上却很硬：正文里把某个词写成不太地道的说法，损失是几个百分点的转化；域名里少一个变音符号，损失是整次访问。所以域名这一层的判据不能从内容本地化那套规律里直接搬过来，得单独立一套。这也是这篇文章跟本栏目其它篇最不一样的地方，别的话题都在讨论怎么写得更像本地人，这一篇要讨论的是怎么让本地人能把它打出来。

复现有四种动作，成本各不相同

把复现拆开，会发现它其实是四件事。

第一种是打，用户看见广告或者名片，在地址栏里逐字敲。

第二种是念，销售在电话里把网址念给客户，客户在另一头写。

第三种是抄，从纸质物料、包装盒、展会易拉宝上照着抄。

第四种是转发，把链接复制粘贴进聊天窗口或者邮件。

四种动作的失败率完全不同，而且跟域名用什么字母强相关。

拉丁字母的域名在四种动作上表现平均，本地字母的域名在第一种上明显更快，在第二三四种上明显更慢，这个反差就是整个决策的核心。更麻烦的是，这四种动作在数据后台的可见度也不一样：打进来的算直接流量，转发进来的算引荐流量，念和抄两种在报表里根本看不见，它们只会以直接流量的形式出现，跟第一种混在一起。所以你在报表里看到的直接流量涨了，可能是输入变简单了，也可能只是有人在电话里念对了，两者要用的对策相反。

这条判据把域名从本地化的通则里摘了出来

结论可以写成一句能背下来的话。

凡是用户只需要认的地方，越本地化越好。

凡是需要用户复现的地方，先问他手上有没有复现的工具。

工具在这里指两样东西，一是键盘，二是嘴。

这两样东西不归你管，也不归内容团队管。

它们由用户所在国家的输入法生态和这门语言的读音规则决定。

换个说法：本地化的其它一切都是你单方面能做完的事，只有域名这一件，得看对面手上有什么。这条判据顺手还能解释一个长期让人困惑的现象——为什么很多本地字母的域名注册了却没被真正用起来。不是注册的人不懂本地化，恰恰相反，多半是他们非常懂，只是在测试阶段发现了手上工具这一环过不去，于是把它退成了跳转域名。这个决策看起来保守，实际上是四种动作里那三种慢动作在替他做主。

同一个域名在四条管道里为什么显示成三种样子？

这是本地字母域名最容易被低估的一处代价，它不是技术问题，是可见性问题。

地址栏看到的是解码之后的样子

浏览器地址栏会把本地字母域名显示成好看的形态。

用户看到的是магазин.рф，而不是那串以xn--开头的东西。

这层显示是浏览器主动做的一件好事，属于展示层的礼貌。

但它只在浏览器地址栏这一个位置成立。

离开这个位置，礼貌就不一定跟着走。

而绝大多数关于域名好不好用的判断，恰恰是在这个位置上做出来的。

决策会议上大家盯着投影里的地址栏点头，那一刻看到的是这个域名一辈子最好看的一次亮相。这跟给模特试衣服差不多，试衣间的灯光永远比家里的好。真正要评估的是它在别处长什么样，而别处的样子没人会主动拿到会上放。建议的做法很朴素：把同一个域名分别贴进邮件客户端、企业微信、工单系统、日志导出的表格里，各截一张图，四张图放在一页上，再开那个会。多数团队看完这一页就不需要讨论了。

邮件、工单与日志里是原样的编码形态

换个管道，样子就变了。

邮件客户端为了防钓鱼，常常把这类域名显示成编码形态。

工单系统、客服后台、日志文件里几乎一定是编码形态。

服务器日志记录的是协议层实际传输的那一串。

引荐来源字段里也是编码形态，做外链盘点时会看到一堆xn--。

这意味着同一个品牌在两个系统里长成了两个不同的字符串。

更实际的麻烦是搜索与匹配：客服想搜某个域名相关的工单，用本地字母搜不到，用编码形态搜才有结果，而客服并不知道编码形态长什么样。这一条在支持团队规模超过五个人之后会稳定地制造摩擦。有个卖俄语市场文创礼品的团队踩过这个坑，他们的工单系统里三个月积了两百多条跟域名有关的记录，做季度复盘时按本地字母搜出来十几条，以为问题不大，后来换成编码形态一搜，两百多条全在。这中间差的不是数据，是没人知道该用哪一串去搜。

二维码、截图与印刷物取决于生成它的那个工具

第三类管道最不可控。

二维码里存的是一段文本，具体存哪种形态由生成工具决定。

有的工具原样保留本地字母，有的会先转成编码形态再存。

扫码之后跳转都能成，但用户在扫码提示框里看到的字不一样。

包装盒和易拉宝上的字由设计稿决定，设计师通常照着最好看的那个形态排。

于是印刷物上是本地字母，用户打开扫码结果看到的是编码形态。

这个不一致在信任层面的伤害比技术层面大得多，因为用户没有能力判断它们是同一个东西。一个更隐蔽的变体出现在线下：客户拿手机拍下展会背板上的网址，回酒店照着照片输入，输入法自动纠错把某个带变音符号的字母改成了不带的那个，然后打开一个空白页。这时候他不会怀疑输入法，只会怀疑这家公司。信任信号这件事在小语种市场本来就更值钱，本栏目在落地页信任元素那一篇里算过它的搜索量，域名这一层属于同一笔账，只是没人把它算进去。

本地字母的域名到底是怎么变成那串xn--的？

机制这一段不长，但不讲清楚，后面的取舍会变成玄学。

域名系统只认一个很窄的字符集合

域名解析这套东西比网页早很多年。

它当年设计时假定的字符集合只有字母、数字和连字符。

所有非拉丁字符要进这套系统，必须先压进这个集合。

压缩算法的名字叫Punycode，写在RFC 3492里。

转出来的结果统一以xn--打头，后面跟一串看着像乱码的字符。

俄语的рф转出来是xn--p1ai，中文的中国是xn--fiqs8s。

这套算法的关键性质是可逆且确定：同一串本地字母永远转出同一串编码，反过来也一样，所以它不是加密，只是换了一种写法。可逆这一点常被误读成没有代价。代价在长度上：域名每一段的字节上限是63个字符，本地字母压缩之后膨胀得很厉害，一个由三四个词组成的长品牌名，本地字母写着不长，转完可能顶到上限。RFC 3492对Punycode的完整定义里有算法伪码，实操上不需要读懂，但要知道长品牌名在这一层是有硬顶的。

还有一条容易被忽略的实际后果：这个字符集合的窄，不只是窄在字母上，也窄在它对每一段长度的硬性规定上，而各语言压缩之后的膨胀倍数差得很远，同样是三个词的品牌名，有的语种转完还剩一半余量，有的直接顶死，这个数只能一个一个真的转一遍才知道，互联网号码分配机构维护的各语种可用字符表是查这件事的起点。

转换之前那道预处理比转换本身更容易出事

真正的坑不在压缩，在压缩之前。

同一个字在Unicode里常常有多种码位写法。

带变音符号的字母可以是一个码位，也可以是基字母加组合符号两个码位。

两种写法屏幕上完全一样，压缩出来的编码却不同。

所以转换之前必须先做统一化处理，把写法归到一种。

大小写、全角半角、某些兼容字符也在这一步一起处理掉。

这套预处理有专门的规范在管，它规定了哪些字符允许、哪些必须映射、哪些直接禁止，不按流程走可能生成一个语法合法但解析不到的域名。症状很折磨人：域名在你自己电脑上能打开，换台机器就不行；从某个网站上复制过来能打开，手打就不行。排查的时候多数人会去查DNS、查缓存、查证书，很少有人第一时间去比对两串字符的码位。UTS #46定义的IDNA兼容处理流程是这一层的权威文档，遇到这类灵异现象直接翻它。

预处理这一步还有一个跟品牌直接相关的坑：某些字符在规范里被划成了禁止使用，而它们恰好在那门语言的日常书写里很常见，于是一个在广告里印得好好的写法，压根注册不成域名，RFC 5892里那份逐码位的允许与禁止清单是唯一的判据，起名阶段就该拿它过一遍，别等到去注册商那里被驳回才发现。

这跟路径上的百分号编码不是一回事

域名和路径走的是两套完全不同的机制。

域名要过解析系统，所以需要压缩算法。

路径不过解析系统，由服务器自己解释，直接用字节的百分号表示就行。

两者可以任意组合，本地字母域名配拉丁路径完全成立。

反过来拉丁域名配本地字母路径也很常见。

最常见的误解是以为域名能用本地字母，路径就自动能用。

把这两层混在一起最直接的后果是排查方向错，症状相似而工具完全不同，找错方向能耗掉一整天。路径那半边的取舍另有一整套账要算——展开长度、多套转写标准、外链落空、排序去重的碰撞，本栏目在小语种URL用本地字母还是拉丁转写那一篇里从头算过一遍，这里不重复。这一篇只管域名那一段，而且只管它在人手里怎么流转，不管它在服务器里怎么解析。

用户手上的那副键盘，打得出这个域名吗？

这是整篇里最该先做、也最容易被跳过的一次实测。

可输入性是键盘布局的属性，不是语言的属性

先纠正一个说法上的偷懒。

我们习惯说俄语用户能打西里尔字母，希腊语用户能打希腊字母。

严格讲这句话没有主语，能打字的不是语言，是设备。

同一门语言的使用者，手上的键盘布局可能完全不同。

布局由操作系统的默认设置、所在国家、以及用户自己装过什么决定。

三个因素里没有一个跟语言本身有关。

把主语从语言换成设备，这个问题立刻从不可回答变成可以测量：拿目标市场的真实设备样本，数一数默认布局里有没有那套字母。本栏目在品牌名音译那一篇里已经用过一次这套换主语的办法，那次的结论是主键归输入法管而不归正字法管；域名这一层是同一条判据的第二次应用，只是这次要管的不是搜索框里打什么，而是地址栏里打什么。两者的区别在于搜索框允许打错，地址栏不允许。

把主语换成设备之后还有一个附带收获，就是这个问题从此可以被排期：设备样本是能采的，采样方法跟做兼容性测试一样成熟，而语言这个主语永远排不了期，因为没人知道该测什么。凡是一个问题长期停在讨论阶段没人动手，先检查它的主语是不是抽象名词，把主语换成一个能被计数的东西，多半当天就能开工。

同一门语言在不同国家的默认布局不一样

把范围收窄到一门语言，差异照样存在。

俄语在俄罗斯的默认布局是ЙЦУКЕН，绝大多数设备开箱即用。

在哈萨克斯坦、白俄罗斯这些地方，双布局是常态。

在移民社群里，不少人手上根本没装西里尔布局。

他们平时用拉丁转写打字，看得懂西里尔但打不出来。

这批人的规模在某些品类里不小，而且客单价往往更高。

所以本地字母域名的可输入性不该给一门语言打一个分，而该给这门语言的每个主要市场分别打一个分，分档而不是一刀切。俄语市场这个例子在本栏目里出现过好几次，早年那篇讲俄语读者散在十几个国家的文章里区分过语言资产和市场资产，键盘布局是一个很好的检验：它明明是语言相关的东西，却完全绑在设备所在的国家上，属于典型的市场资产。这也说明语言和市场这两个字段确实不能合并。

移动端和桌面端要分开算

还有一层切分不能省。

桌面端切换键盘布局需要按组合键，很多人不知道。

移动端切换输入法只要点一下地球键，成本低得多。

但移动端的地址栏输入本身就少，大部分访问来自点击。

于是两端的结论会打架：移动端更好打，却更少有人打。

桌面端更难打，但恰恰是手动输入网址的主要场景。

拆开算之后通常会得到一个反直觉的排序：本地字母域名的输入优势，最大受益者是桌面端上那批装了本地布局的用户，而这批人占比正在逐年下降。把这句话说给做决策的人听，比给他们看任何一份规范都管用。顺带一提，这也是为什么关于本地字母域名的讨论在十几年前比现在热烈得多——那时候访问的主流方式确实是手打网址，而现在多数人连自己常去的网站域名都拼不全，全靠浏览器的历史记录补完。工具替我们记住了地址，也就顺手抹掉了本地字母域名最大的那份收益。

域名念出来之后，对方能不能拼回来？

口播这条链路几乎没人测，可它决定了线下渠道和电话销售能不能用这个域名。

三个本地同事，两小时能做完的一次实测

方法简单到有点土，但结论非常硬。

找三个母语同事，一个人念，另外两个人在纸上写。

念的人不许拼字母，只许像平常告诉朋友那样说一遍。

写完对照，统计完全一致的比例。

再换一组人重复一次，取两轮的低值。

整个过程两小时之内能做完，不需要任何工具。

这个测试的价值不在于给出一个精确的百分比，而在于它会当场暴露出到底是哪几个字符导致的错，而那几个字符往往可以直接换掉。实测里最常见的结果是分数意外地低，尤其当品牌名不是本语言里的现成词的时候。原因不难理解：母语者听一个不认识的词，脑子里会自动往最接近的熟词上靠，然后按那个词的拼法写下来。这跟他懂不懂这门语言无关，恰恰是因为太懂。相比之下把一串拉丁字母念给同一批人听，他们反而会老老实实一个一个字母地问。

这个测试还有一层附加价值，是它能顺便测出品牌名在这门语言里有没有不该有的联想。念的人会犹豫、会笑、会问一句你确定是这个词吗，这些反应在任何一份词典检查里都拿不到，只有真人开口才会出现。所以就算最后不打算用本地字母域名，这两小时也值得花一次，它测的是名字本身而不只是域名。

哪几类字符最容易听错

把出错点归类，就那么几种。

第一类是变音符号，听觉上完全不携带信息。

念的时候有没有那个符号听不出来，写的人只能靠猜。

第二类是同音异形的字母，某些语言里有两三个字母读音接近。

第三类是词与词的边界，听的人不知道该不该加连字符。

第四类是拉丁字母和本地字母混排的品牌名，听的人不知道哪一段该切换。

四类里前三类都能靠换名字解决，第四类不能，因为混排通常来自品牌本身，改它等于改品牌。混排还有一个更严重的后果留在后面讲，这里先记一笔。变音符号那一类在本栏目里反复出现过——法语重音符号那一篇讲过用户搜索时普遍不打，越南语声调符号那一篇讲过两拨用户各打各的。搜索框那一层可以靠做变体覆盖兜住，域名这一层兜不住，因为域名只有一个。

电话客服与线下门店是最先断的一环

把口播放到真实场景里，问题会放大。

电话里的语音质量本身就损失细节。

展会和门店有背景噪音，听清的难度更高。

客服培训手册里通常只写网址是什么，不写怎么念。

于是十个客服有十种念法，用户听到的版本各不相同。

这套损耗完全不会出现在任何一份数据报表里。

可行的补救是给域名配一套官方读法，写进客服话术，并规定必须以逐字母拼读收尾，就像航空业报呼号那样。听着有点小题大做，但只要电话渠道贡献了真实订单，这一页话术的投入产出比高得离谱。有个做宠物用品的团队更省事，直接在话术里放弃念域名，改成念一个全拉丁的短跳转域名，本地字母那个只在线上物料里用。这个做法很实用：同一个品牌，对眼睛用一套，对耳朵用另一套。

电话这条链路还有个反直觉的地方：它的损耗率跟客服的语言水平几乎无关，反而跟培训材料的写法强相关。母语很好的客服照样会按自己的习惯念，十个人十种口音；而一份规定了逐字母拼读顺序的话术，哪怕客服是外派的，拼对率也很高。这里要治的是流程不是人，跟绝大多数看起来像人的问题一样。

拼写提示怎么写进物料

物料这一层有几个便宜的动作。

印刷品上把域名和二维码并排放，让扫码成为默认路径。

视频和音频广告里，念完之后补一句逐字母拼读。

名片背面印一行拉丁转写形态，标明两个都能打开。

包装盒上如果空间紧张，优先保留二维码而不是域名文字。

展会背板上把域名字号放大到三米外能看清。

这些动作单看都很琐碎，合起来解决的是同一个问题：把复现动作从打和念，尽量挪到抄和扫这两种精度更高的动作上去。换个角度看，二维码其实是本地字母域名最好的朋友，它把复现这件事整个从人手里接管过去了。所以如果你的市场里扫码习惯很强，本地字母域名的劣势会小很多；如果目标市场的人不习惯扫码，那几种慢动作的权重就得往上调。这一条判断只要问一句本地同事就有答案，不用查任何报告。

为什么支持这个词在这条链上永远由最弱那一环说了算？

这一节是整篇里最值钱的一条，它能解释绝大多数上线之后才发现的意外。

四种支持是四件不同的事

先把支持这个词拆开。

注册商支持，指你能买到这个域名。

解析支持，指域名系统能正确解析它。

浏览器支持，指地址栏能正确显示和跳转。

应用支持，指各种软件里的输入框、正则、数据库愿意接受它。

前三件在十几年前就基本齐了，第四件到今天都没齐。

而用户实际能不能用，取决于这四件里最差的那一件，不是最好的那一件。这条在工程上有个更朴素的说法：链条的强度等于最弱一环。放到国际化域名这件事上，它有一个特别刺眼的表现形式——你花钱买下的那个域名，技术上完全可用，却在别人家的一个表单里被拒收，而那个表单你既改不了也找不到人改。整个互联网上有一个专门的组织在推动这件事的收尾工作，叫通用接受度推进组，它存在本身就说明这个问题没解决。

这四件事被同一个词盖住，本身就是这个领域最大的一处认知障碍，以至于有一个专门的国际组织在做的事情，几乎就是挨家挨户去提醒软件厂商把最后那一环补上，通用接受度推进组常年发布的评估用例可以直接拿来当自查清单，它列的那些失败场景，你的技术栈里多半也中了几条。

国际化邮箱地址是最典型的断点

最能说明问题的例子是邮箱。

技术上，邮箱地址的两边都可以是本地字符。

相关规范在2012年就定好了，服务器扩展叫SMTPUTF8。

但真正端到端支持的邮件系统至今是少数。

更常见的情形是你能收，对方发不出，或者对方能发，中间某个网关退信。

而退信提示往往含糊到看不出是这个原因。

于是出现一种很滑稽的局面：你注册了本地字母域名，却不敢用它开企业邮箱，只能另买一个拉丁域名专门收发邮件，一个品牌两套地址。这一步一旦做了，本地字母域名的品牌统一性就已经破了一半。RFC 6531定义的SMTP国际化扩展把技术路径写得很清楚，问题从来不在规范，在于链路上每一跳都得实现它。邮件这条链路平均要过四五跳，每一跳都是一次抽签。

一条ASCII的正则能把整条链退回二十年前

最后一环通常是最不起眼的那个。

无数网站的注册表单里写着一条邮箱校验正则。

那条正则的字符类多半是拉丁字母加数字加几个符号。

它由某个开发者在很多年前从网上抄来，此后没人动过。

你的本地字母邮箱在它面前会被判成格式错误。

用户看到的提示只有一句请输入有效的邮箱地址。

一条谁都懒得改的正则，能让上游所有规范、所有注册局、所有浏览器厂商十几年的工作在这一格里归零。这就是为什么支持是链条属性而不是节点属性：每一个节点都可以诚实地说自己支持，链条依然不通。想验证这一点不需要写代码，拿一个本地字符的邮箱地址，去十个你目标市场常用的平台注册一遍，记下几个被拒。这个数字比任何一份兼容性报告都可信，因为它测的正是你的用户真实会走的那条路。

同形字符的风险，为什么跟本地字母域名是同一件事的两面？

这一节讲的是浏览器为什么有时候拒绝把你的域名显示成好看的样子。

浏览器为什么会强制显示成编码形态

浏览器面对本地字母域名有个两难。

显示成本地字母，用户友好，但可能被拿来冒充别的网站。

显示成编码形态，安全，但把本地字母域名的意义抹掉了。

各家的折中办法是设一套规则，只在满足条件时才显示成好看形态。

规则的核心是看这个域名混不混用多套文字系统。

不混用的通常放行，混用的多半强制显示成编码形态。

换句话说，你的域名能不能享受到本地字母的显示待遇，决定权在浏览器手上，而它的判断标准跟你的品牌意图毫无关系。这套判断标准是公开的，Chromium关于地址栏如何显示国际化域名的设计文档把条件一条条列了出来，上线前照着自查十分钟能查完。要提醒的是各家浏览器的规则不完全一样，所以必须在目标市场主流的那几个浏览器里各试一遍，只在一个里面看等于没看。

值得多说一句的是这套规则不是浏览器厂商拍脑袋定的，它背后有一整套关于文字系统混用风险的分析在支撑，Unicode官方关于国际化域名的常见问题页把这些取舍的来龙去脉讲得比任何二手文章都清楚。读一遍的好处是你会明白这条限制不会放松，规划品牌名的时候就不必再抱侥幸心理。

混用两种文字的品牌名最容易触发

触发这条规则的典型情形只有一种。

品牌名本身是拉丁字母，产品词或者地区词是本地字母。

团队觉得两个拼在一起既保留品牌又照顾本地，很聪明。

浏览器看到的是同一段里混了两套文字，直接判为可疑。

结果是用户看到一串xn--开头的乱码，第一反应是这网站不对劲。

本来想增加的亲切感，变成了减少的信任感。

这条规则的存在，等于把本地字母域名的可用范围收窄成一个很窄的口子：品牌名本身必须整个用本地字母写，混一半不如不混。这也解释了为什么真正把本地字母域名用起来的多是本土品牌而不是出海品牌——本土品牌的名字天然就是本地字母的。出海品牌带着一个拉丁品牌名过去，想在域名层面本地化，只有两条路，要么把品牌名整个音译成本地字母，要么放弃。音译这条路的代价在品牌名音译那一篇里算过，不是一个小决定。

防守动作是把相近形态一起注册下来

同形字符还有另一面，是被别人利用。

某些西里尔字母和拉丁字母长得一模一样。

用它们可以拼出一个视觉上跟你完全相同的域名。

用户肉眼分不出，浏览器的规则也不总能拦住。

这类域名的常见用途是钓鱼，或者单纯的抢注勒索。

防守办法只有一个，把高风险的相近形态提前注册下来。

Unicode有一份公开的易混淆字符对照表，直接拿它跑一遍自己的品牌名，就能得到一份需要注册的候选清单，而不是靠拍脑袋想。清单跑出来通常有十几到几十个，按注册成本排序，挑最像的那批买下来做跳转，一年的开销不如一次投放。UTS #39定义的Unicode安全机制是这份对照表的规范来源，里面还给了几种限制策略，可以直接用在自己的用户名和店铺名校验上。顺带说一句，这件事跟要不要用本地字母域名是两个决策，就算你最后决定主域名全用拉丁字母，这份防守清单照样该买。

收益结算在第一次输入，成本结算在第二次传递

把前面几节的账合起来，会得到一条相当干净的判据。

跑这份清单有个很省事的做法，是直接下载官方那份纯文本对照表，用脚本按品牌名逐字符查一遍，几十行代码就能出结果，Unicode公开的易混淆字符映射表是原始数据，格式简单到不需要任何解析库。跑完记得按注册价格排一次序，清单再长也要按预算切一刀，全买下来通常没必要。

第一次输入确实变快了，这段收益是真的

先承认收益，别为了反对而反对。

本地布局的用户打本地字母，不需要切换输入法。

省下的动作是一次组合键，或者一次地球键。

更重要的是心理成本，母语的词他不用逐字母确认。

拉丁转写的域名对这批人反而是一次翻译。

他得先想这个词转写成拉丁字母该怎么拼，再打出来。

这份收益在一种场景里特别大：线下广告牌看一眼记住，走开之后凭记忆输入，母语词记得住，转写形态记不住。这也是本地字母域名最经典的使用场景，早年那批推广材料举的例子基本都是这一类。要注意的是它有个前提，就是这个词得是这门语言里的现成词。如果是个生造的品牌名，母语者记它的难度跟记一串拉丁字母其实差不多，这份收益会缩水一大半。品牌名是不是现成词，这一条得自己老实回答。

第二次传递的成本被普遍漏算

成本这边的账要长一些。

第二次传递指的是这个域名从一个人手里到另一个人手里。

转发链接、口头告诉、写进邮件签名、印在物料上。

每一次传递都会碰上前面讲的那几处不一致。

而访问量的大头恰恰来自被传递之后的那些人。

第一次输入是个位数的人做的事，第二次传递影响的是所有人。

更麻烦的是这两笔账的可见度不对等：第一次输入的收益立刻能感觉到，第二次传递的成本分散在十几个看不见的位置，谁也没法把它汇总起来。结果就是决策会上永远是收益方赢，因为它拿得出体感，成本方只能说一句可能会有些问题。要打破这个不对等，唯一的办法是把成本也变成体感——就是前面说的那四张截图。人对图像的反应比对论证快得多，四张长得不一样的域名摆在一起，比讲二十分钟机制管用。

这笔账还有一个更长期的形态：域名会被写进别人的文章、别人的收藏夹、别人的采购系统，写进去的那一刻形态就固定了，之后你再怎么调整都改不动它。也就是说第二次传递的成本不只发生在当下，它会以一个个错误或者不一致的字符串的形式沉淀在互联网上，沉淀量随时间线性增长，而清理的可能性接近于零。

你的流量里直接输入占多少

这笔账最后落在一个可查的数字上。

直接访问占比越高，本地字母域名的收益越大。

引荐和搜索占比越高，它的成本越突出。

这个数字在任何一套统计后台里都拿得到。

要注意的是直接访问这一栏本身不干净，它混进了很多来源不明的流量。

更准的做法是看线下渠道和电话渠道贡献的订单占比。

如果线下和电话加起来贡献不到一成，那么本地字母域名争取的那部分收益，从一开始就不值得用整条传递链的成本去换。反过来，如果你做的是本地展会、门店、电话销售为主的生意，这笔账可能完全成立，这时候本地字母域名不是加分项而是必需品。所以这个决策没有统一答案，它由渠道结构决定，而渠道结构是每家公司自己最清楚的事。别的都可以参考同行，这一条不能。

三档决策线

把上面几笔账压成一张能拍板的表。

第一档，直接输入与线下渠道占比很低，品牌名是拉丁字母。

这一档的答案是主域名用拉丁字母，本地字母只注册不使用。

第二档，占比中等，品牌名可以整体音译成本地字母。

这一档做双域名，本地字母域名做跳转，物料上按渠道分开用。

第三档，线下与电话是主渠道，品牌名本身就是本地词。

只有第三档才值得把本地字母域名当主域名，而且上线前要把口播测试、四管道截图、表单兼容三件事全跑一遍，缺一件就退回第二档。三档之间的迁移是单向的，从第二档升到第三档很难，因为主域名一旦定下来改动代价极大。所以拿不准的时候一律往低档选，这是少数几个保守明显优于激进的决策点。这套三档线跟本栏目里其它几篇的决策线一个套路，都是先找出那个真正决定结论的变量，再按它切档，剩下的因素只影响档内的做法不影响档位。

注册和使用是两个决策，别一起做

这一节把前面的分析落成具体动作，也是全篇最容易执行的一段。

注册的理由：防抢注、防同形、成本低

注册这件事的门槛低得多。

本地字母域名的注册价格通常跟普通域名一个量级。

买下来就堵住了别人拿它冒充你的路。

同时也堵住了用户手打时猜错落到别人手里的路。

还有一个常被忽略的好处，是为将来留下选择权。

市场环境变了、渠道结构变了，手上有域名才谈得上换。

把注册和使用分开之后，绝大多数关于本地字母域名该不该做的争论会消失，因为争论的双方要的其实是两件事：一方要品牌保护，另一方担心用户用不了。两件事互不冲突，同时做就行。这个拆分在很多决策里都适用，凡是听到一场讨论半天没有结论，先看看是不是两个人在讨论同一个词的两种含义。域名这个场景里那个词就是用，一方说的用是持有，另一方说的用是当主入口。

注册之前还有件值得花十分钟的事，是先确认这个后缀本身的运营状况——有些本地字符后缀的注册量和续费率并不好看，长期看存在政策变动的风险，根区数据库里每个后缀的委派记录能查到它归谁运营、什么时候委派的。冷门后缀不是不能买，但别把品牌的主入口押在上面。

使用的三个前提必须同时成立

使用的门槛要高很多。

第一个前提，品牌名本身是本地字母而不是拉丁字母。

第二个前提，外链和引荐主要来自本地来源。

第三个前提，品牌名里不混用两套文字系统。

三条是且的关系，缺一条就不成立。

第三条最容易被忽略，因为它的后果要上线之后才看得见。

三条之外还有一条隐含前提，就是你的用户群里那批没装本地键盘的人占比够低，这个数没法从公开数据里查，只能靠自己的客服记录和站内搜索日志估。估的办法有个偷懒版：看你的站内搜索框里，用户打进来的品牌名是本地字母多还是拉丁转写多。这个比例跟他们手上有没有本地键盘高度相关，而且是现成数据。本栏目在希腊语拉丁转写覆盖那一篇里用过同一份日志做过类似的估算，方法可以直接搬过来。

折中方案：主域名拉丁，本地字母做跳转

大多数团队最后落在这个方案上。

主域名用拉丁字母，承担所有链接、邮件、日志。

本地字母域名注册下来，做三百零一跳转到主域名。

线下物料和本地广告上印本地字母那个。

线上一切可复制的地方用拉丁那个。

用户从任何一条路进来都到同一个站。

这个方案的关键细节是跳转必须是永久跳转而且只跳一级，多级跳转会在某些邮件客户端和二维码扫描器里被截断，白白丢掉一批访问。另一个细节是别把跳转做成落地页，有的团队会给本地字母域名单独做一个页面用来统计，结果制造出一套完全重复的内容。要统计就在跳转里带参数，不要建页面。这一条属于跨界到架构层的事，域名结构本身该怎么选是另一个层面的问题，本篇不展开。

已经用上了还能不能换回来

换回来是可能的，但要算清代价。

技术动作跟任何一次域名迁移一样，做永久跳转、更新站点地图、更新外链。

真正的代价在外链和线下物料上。

已经印出去的包装盒、名片、展会背板改不了。

已经被别人写进文章里的链接也改不了。

所以旧域名必须长期保留并保持跳转，不能到期不续。

一个实际的判断口径是：如果这个域名用了不到一年、线下物料印量不大，换回来的净成本通常是划算的；超过三年并且有过大规模线下投放，多数情况下维持现状再叠一个拉丁域名更划算。叠加这个动作听着像是把问题拖着不解决，但域名这件事有它的特殊性——两个域名并存的成本是线性的（多续一份费），而迁移的成本是一次性的高峰。生意跑得动的时候，没人愿意在高峰上花那笔钱。这是个很务实的结论，虽然不太好看。

上线前后各该验什么？

最后一节是清单，可以直接抄去用。

上线前的六步验收

六步按顺序做，每一步不过不往下走。

第一步，在目标市场主流的三个浏览器里各打开一次，看地址栏显示成什么。

第二步，把域名贴进邮件正文、工单系统、聊天工具，各截一张图。

第三步，用两个不同的工具生成二维码，扫开看提示框里的文字。

第四步，跑一次三人口播测试，记录拼对率。

第五步，拿本地字符邮箱去十个常用平台注册，记录被拒次数。

第六步是把前五步的结果并排放进一页文档，然后问一句：这五张图里有几张，用户看了会觉得这是同一家公司？这个提问方式很关键，它把技术检查变成了信任检查，而信任才是真正的判据。六步全部做完大概需要一天，比上线之后再回头改省太多。有个团队做完第五步就停下来了，因为十个平台里有六个拒收，他们当场把本地字母域名退回成跳转，省下了后面所有的麻烦。

六步之外还有个可选的第零步，适合技术团队来做：拿一段脚本把域名分别喂给几种主流的地址解析实现，看它们各自解出来的主机名字段是什么，网址标准里对主机名解析的规定是判断谁对谁错的依据。这一步能提前发现你自己系统里那些会把域名切坏的老代码，比上线之后收到用户投诉再查便宜太多。

上线后要盯的三个数

上线之后不能不管。

第一个数是引荐来源里编码形态和本地字母形态的比例。

第二个数是直接访问的绝对量在改域名前后的变化。

第三个数是客服工单里跟网址打不开有关的条数。

三个数都要按周看，因为问题往往是慢慢积累的。

第三个数最灵敏，用户遇到麻烦时最先找的是客服不是搜索。

把这三个数放进日常看板，而且要在看板上写清楚查询工单时该用哪一串字符搜索，否则第三个数会长期显示成零，而零在这里意味着没查对而不是没问题。这一条呼应前面讲过的那个搜不到的坑，它的破坏力被严重低估：一个长期显示健康的指标，比一个显示不健康的指标危险得多，因为它会让人放心。凡是数字长期是零的指标，都值得回头验一次它到底测没测到东西。

哪些不归语言层管，交给谁

最后划一下边界。

域名结构本身该选国别域名、子目录还是子域名，属于架构层。

多语言版本之间怎么互相声明，属于国际化标注那一层。

路径部分用本地字母还是转写，是另一套账。

服务器怎么解析、证书怎么签，属于运维层。

本篇只管一件事：这串字符在人手里怎么流转。

把边界划清楚的好处是排查时不绕路，出了问题先判断它属于哪一层，再决定找谁，这一步能省掉大半的沟通成本。本栏目里跟这一层最近的三篇分别是小语种URL的编码与转写、西里尔页面的编码遗留和小语种网页字体的字形集，三篇加上这一篇，字符这件事从存储、显示、传输到人工复现就凑齐了。剩下的架构层问题，本站国际SEO那个栏目里有更合适的入口。

常见问题解答

本地字母域名会不会影响搜索引擎收录？

不会。搜索引擎处理这类域名已经很多年，抓取、索引、排名都按正常流程走，不存在天然的劣势。真正会影响表现的是间接因素：外链更少（因为别人写你的域名时容易写错或者干脆写成编码形态）、点击率可能受影响（搜索结果里显示成什么形态各家不完全一致）、以及品牌搜索量被两种形态分流。这三样都不是引擎的政策问题，是传播链路的问题，跟本篇讨论的是同一件事。

Punycode形态出现在搜索结果里，用户会不会不敢点？

会，但概率没有想象中高，因为多数搜索结果页显示的是解码之后的形态。真正的风险位置在那些不做解码的地方：某些聚合站、某些浏览器插件、某些企业内部的安全网关，它们会原样显示编码形态，并且往往还配一个警告图标。如果你的目标客户是企业采购，这个场景的权重要往上调，因为企业网络里这类中间设备最多。个人消费品类可以少担心一点。

已经注册了本地字母域名但一直没用，该怎么处理？

做永久跳转指向主域名，然后放着别管，续费就行。不要让它悬空解析到一个空页面，也不要给它单独做站。悬空的域名在被抓到之后可能被当成一个内容极少的独立站点，而单独做站会制造重复内容。跳转做好之后每年检查一次是否还生效，因为域名服务商换控制面板、改默认设置的事时有发生，跳转失效通常没有任何通知。

混用两套文字的域名真的完全不能用吗？

能注册，但不建议当主域名。技术上没有禁止，问题出在浏览器的显示策略上：混用多套文字是最容易触发强制编码显示的条件，而一旦被强制显示成编码形态，本地字母域名唯一的优势就没了，还额外背上一个看起来可疑的负担。如果品牌名必须混用，更好的做法是主域名整体用拉丁字母，把本地化留给内容和路径，别硬往域名上塞。

怎么快速判断某个市场的用户手上有没有本地键盘？

三个现成信号，半天能查完。一看站内搜索日志里本地字母查询和拉丁转写查询的比例；二看当地主流电商平台的搜索框默认提示词用的是哪套字母；三看本地社交平台上普通用户发的帖子里有没有大量转写拼法。三个信号里第二个权重最高，因为平台已经替你做过一遍用户调研了。这套用平台当对照组的办法在本栏目里反复用过，它比任何二手报告都快也都准。

本地字母域名对国际化邮箱的影响有没有变通办法？

有，而且很常用。企业邮箱单独用一个拉丁域名，网站用本地字母域名，两者通过页面上的清晰标注建立关联。缺点是品牌一致性打折，客户可能会疑惑为什么邮箱域名和网址不一样。更稳的做法是反过来：主域名用拉丁字母，邮箱和网站都用它，本地字母域名只做入口。这样一致性最好，代价是放弃了本地字母域名在展示上的那点加分。

这套判断适用于所有非拉丁语种吗？

框架适用，具体档位不适用。四种复现动作、四条管道、链条最弱环这三条是通用的，任何语种都能照着做一遍。会变的是每一项的权重：书写系统跟拉丁字母差异越大，同形字符风险越低但键盘覆盖越是问题；使用同一套字母的多个国家之间，键盘布局差异反而更隐蔽。所以拿这套框架去评估一门新语言时，前三步照抄，第四步开始必须用本地数据重跑。

权威参考资料