Skip to content

本地化(语言 / 货币 / 国家 / 时区) ​

这一页是最容易埋雷的

这四项在录商品之前就要定下来。四项各自影响什么,下面一条条说清楚。

它在哪 ​

后台 → 站点管理 → 站点设置 → 本地化

语言 ​

买家看到的整套界面文案用哪种语言,同时决定邮件用哪种语言发。

内置 13 个语种,开箱即用,不需要你翻译任何东西:

en 英语de 德语fr 法语
es 西班牙语pt 葡萄牙语it 意大利语
ru 俄语tr 土耳其语ar 阿拉伯语(从右往左)
ja 日语ko 韩语zh-CN 简体中文
zh-TW 繁体中文

改完 4 秒内前台就变

不需要重启,也不需要重新部署。

只翻界面,不翻你的商品

换语言只换界面骨架(按钮、提示、邮件模板)。 商品名、分类名、Banner 文案是你自己录的内容,不会自动翻译。

这是单站点模型的取舍:要做日语站,就用日语录一遍商品,而不是让机器翻。

选了阿拉伯语会怎样

整站自动变成从右往左排版(导航、商品卡、订单详情、邮件全部), 数字强制用阿拉伯数字(1234 而不是 ١٢٣٤),字体自动切到阿拉伯字体栈。 这些都不用你操心。

货币 ​

同一个数字,换个货币差 100 倍

后台的金额输入框填的是主单位,但要理解系统怎么存:

站点货币你填买家看到
USD58.00$58.00
JPY5800¥5,800(日元没有小数位)
KWD12.500KD12.500(科威特第纳尔是三位小数)

改站点货币不会换算已有的价格和订单,这是对的不是 bug —— 价格是直接按最小单位录入的,不做汇率换算。老订单永远记着下单那一刻的币种。

货币列表里没有我要的? ​

站点管理 → 货币与汇率 → 新增货币,只填 3 位 ISO 4217 代码(如 PLN、SEK、THB)。

小数位为什么不给你填

它是 ISO 4217 规定的事实,不是偏好 —— 而它恰恰是你从界面上看不出对错的字段, 填错就是价格差 100 倍。所以整行(小数位、符号、中英文名)都由系统按代码推导。

国家 / 地区 ​

它不只是个标签

两件事按它判:

  1. 日期格式 —— 同样是英语,en-US 是 8/16/2026,en-GB 是 16/08/2026
  2. Cookie 同意条要不要出现 —— 欧盟成员国、英国(脱欧后仍适用 UK GDPR)、 瑞士(nFADP)都要显示

选了意大利语却把国家留成美国,日期和同意条就全按美国来 —— 而界面上看不出任何异常。

时区 ​

决定报表里的"今天"从几点开始切。

时区选错的典型症状

站点设成 Asia/Tokyo,但你人在中国看后台 —— 东京上午下的单,按 UTC 还算昨天。 表现是「仪表盘今天 0 单,而订单列表里明明有单」。

后台的时间选择器(活动生效时间之类)也按站点时区换算,控件旁边会写着当前时区名。

日期格式(可留空) ​

建议留空。 留空时系统按「语言 + 国家」自动排(13 个语种的习惯都内置了)。

阿拉伯语站请一定留空

阿拉伯语的日期看起来"是反的",但那是对的: 屏幕上从左往右看是 2026/08/21,而阿拉伯读者从右往左读到的是 21 → 08 → 2026, 正好是他们习惯的日/月/年。

一旦在这里选了固定格式,就会绕过这套处理,日期会按拉丁顺序显示。

周起始日 ​

报表里"这一周"从周日还是周一算。美国习惯周日,多数其它国家周一。

常见问题 ​

改了语言,结算页的国家名还是旧语言?

系统有一份"国家名"缓存(24 小时)。改语言时会自动清掉相关缓存, 如果 1 分钟后还是旧的,刷新一次页面。

改了货币,首页价格没变?

首页楼层的数据是整体缓存的(约 10 分钟),改币种时会一起清。 等一下或者去「站点管理 → 缓存」手动清一次。

已经有订单了,还能改语言/货币吗?

能改,但要想清楚:

  • 改语言:只影响以后的界面和邮件,老订单的商品名快照不变(那是买家下单时看到的名字)
  • 改货币:老订单保持原币种。于是你的订单列表里会同时出现 $ 和 ¥ 两种单 —— 报表、对账都按订单自己的币种走,不会算错,但看起来会乱。

最好在正式开卖之前定死。

这份文档只讲后台怎么用,不含任何真实密钥