打开一个国际网站，国际网站最先撞上来的国际网站往往不是内容，而是国际网站延迟。从北京访问一台位于法兰克福的国际网站服务器，数据包要穿过十几个路由节点，国际网站往返一趟少说两百毫秒。国际网站这个数字放在网页加载上就是国际网站：你点一下按钮，半秒钟后才有反应。国际网站用户不会觉得是国际网站物理距离的问题，只会骂这个网站做得烂。国际网站

我做前端那几年，国际网站最怕接到的国际网站需求就是“面向全球用户”。老板觉得加个语言切换器就叫国际化了，国际网站实际上麻烦从DNS就开始了。国际网站用CDN？国际网站Cloudflare、Akamai确实能把静态资源推到离用户最近的边缘节点，但动态请求——比如登录、下单、查订单——还是得回到源站。源站在美国，亚洲用户就得忍着。后来我们试过在新加坡和法兰克福各部署一套后端，数据同步又成了新坑。用户在新加坡改了密码，五分钟后再从法兰克福登录，密码还是旧的。最后上了分布式数据库，延迟才压下来，但运维成本翻了不止一倍。

语言问题比技术问题更微妙。把“Submit”翻译成“提交”不难，难的是把“Your order has been shipped”翻译成让德国人觉得舒服的德文。我们找过翻译公司，按字数收费，翻出来的东西语法没错，但读起来像机器人在说话。后来换了一个在柏林待过五年的产品经理，她一句话点醒我：德语用户习惯看到“Ihre Bestellung wurde versandt”，但更在意的是后面那行预计送达日期，格式必须是“TT.MM.JJJJ”。日期格式这种小事，写死一个“MM/DD/YYYY”就能让一半国际用户懵掉。

支付环节更直接。国内接个微信支付、支付宝就覆盖了九成用户。国际网站得同时挂上Visa、Mastercard、PayPal，还得考虑SEPA转账、iDEAL、甚至巴西的Boleto。每种支付方式的回调逻辑都不一样，退款周期也不一样。有一次一个荷兰用户用iDEAL付了款，我们的系统显示“待处理”，他那边银行已经扣款了。客服来回发了七封邮件才搞清楚，iDEAL的结算不是实时的，中间隔了一个工作日。这种坑，不踩一遍根本不知道。

合规是另一层。GDPR刚生效那阵子，我们连夜改Cookie弹窗，把“Accept”按钮做得跟“Reject”一样大。法国用户还特别在意数据存哪儿，合同里必须写明服务器在欧盟境内。加州用户又要看CCPA的“Do Not Sell My Info”链接。这些不是技术问题，是法务问题，但最后都落到前端和后端头上。

说到底，国际网站不是翻译一下、换个货币符号就完事。它是一个从网络层到交互层都得重新想一遍的东西。你在这头觉得理所当然的默认值，在那头可能就是bug。做这行久了，会养成一个习惯：每写一行代码，先问自己——如果一个巴西用户用着3G网络、说着葡萄牙语、用Boleto付款，这行代码还成立吗？不成立的话，改。

(责任编辑：综合)