多语言网站用几种语言提供同样的内容，每种语言有独立的网址，并用 hreflang 标签互相关联，让搜索引擎展示对的版本。在 WisyLink 上说明语言和默认语言，它就会搭好语言路径、切换器、hreflang 和 x-default，并按语言存储内容。
- 每种语言都要有自己的网址路径。用 Cookie 或脚本切换文字，会让搜索引擎看不到你的其他语言版本。
- hreflang 告诉搜索引擎，哪些页面是同一内容的不同语言版本。每个版本都必须列出自己和其他所有版本。
- AI 能写出每种语言的优质初稿，但凡是涉及销售、承诺或有法律效力的内容，都应请母语者审核。
- 把各语言的译文作为同一条记录的不同字段保存，这样新菜品或新商品会同时出现在每种语言里。
- 页面读起来是否地道，取决于本地细节：每个市场的货币、日期格式、支付方式和法律页面。
- 在 WisyLink 上，一个链接用一个域名承载所有语言。每种语言用单独的域名，就意味着要做几个独立的网站。
什么时候需要多语言网站
当已经有人用某种语言来找你时，就该加上这种语言。常见情况有：
- 游客和访客。民宿、餐厅或地接社，客人在出发前会用自己的母语搜索。
- 海外华人与移民社群。牙医、税务顾问或学校，客户用母语阅读会更安心。
- 做跨境生意。小网店或工作室开始收到来自其他国家的询盘，往往还是用网站尚未支持的语言写来的邮件。
- 多语言地区。在香港、新加坡、马来西亚这样几种语言并用的地方，客户本来就期待看到不止一种语言。
真正重要的检验是：你能用这种语言回复客户吗？无论是邮件、电话还是当面。网站翻译好了，却把客户引向一场你接不住的对话，带来的只会是挫败感，而不是订单。每种语言也都是一份维护承诺，因为每次改价格、换菜单或更新政策，都要同步到所有语言。维护得好的两种语言，胜过无人打理的五种。
如果第二语言的访客只需要知道营业时间和地址，那么暂时用这种语言写好一个页面可能就够了。
机器翻译与母语撰写
质量分三个层级，大多数企业需要混合使用：
- 未经审校的机器翻译。又快又便宜。用在交通指引、停车说明这类无关紧要的文字上可以接受，过敏原信息则绝对不行。凡是涉及价格、条款或语气的内容，都有风险。
- AI 初稿，母语者审校。最实用的默认做法。如今的 AI 能用多种语言写出流畅的文字，审校者负责修正习惯用语、礼貌程度和各种说法。
- 母语原创。用于首页标题、关键的行动号召以及所有法律内容。这寥寥几句话，承担了大部分分量。
企业网站用机器翻译够用吗？填充性的说明文字，通常够用。结账流程、预约条件、取消条款和隐私声明，不够。这些地方一处直译错误，损失的就是钱或信任。另一个陷阱是礼貌程度：德语、法语和西班牙语都分正式和非正式称呼，中文也有“你”和“您”之分、简体和繁体之别，同一页里来回切换会显得很粗心。面向港台读者，就把繁体中文作为一个单独的语言版本来做。
搜索引擎评判的是页面是否有用，而不是它是怎么翻译的。Google 的指南说，只有主体内容没有翻译时，各语言版本才会被视为重复内容；只翻译菜单和页脚、正文仍是一种语言，用户体验会很差。要么翻译主体内容，要么就别发布这种语言。
WisyLink 可以替你用每种语言写内容，但你得明确提出。构建会让页面文字保持该页面的语言，从不主动翻译。聊天助手 Wisy 会用你最近一条消息的语言回复，所以你可以用中文交代需求，拿到一个英文和日文的网站。
网址结构：用语言路径，而不是 Cookie
Google 建议每个语言版本使用不同的网址，而不是在同一个网址上用 Cookie 或浏览器设置切换文字。它的多地区和多语言网站指南还说，不要根据 IP 地址调整内容，并且不推荐 ?lang=es 这类网址参数。剩下三种靠谱的方案，下表把它们和 Cookie 方案做了对比：
| 方案 | 示例 | 对 SEO 的影响 | 工作量 |
|---|---|---|---|
| 子目录 | example.com/es/ | 每种语言都能被收录；所有版本共同为一个域名积累权重；hreflang 设置简单 | 低：一个网站、一个域名。WisyLink 构建的就是这种结构。 |
| 子域名 | es.example.com | 能被收录；Google 指出，用户不一定能从网址看出“de”指的是语言还是国家 | 中：需要额外的 DNS 记录；WisyLink 的一个链接同一时间只有一个生效的域名，所以每个子域名都得是单独的链接 |
| 按国家分开的域名 | example.es | 本地信号强，但每个域名只能面向一个国家 | 高：多个域名、多个网站、多份 SEO 工作；在 WisyLink 上每个链接只有一个生效域名，即每个域名对应一个链接 |
| Cookie 或 JavaScript 切换 | example.com，文字在浏览器里替换 | 搜索引擎只会收录一种语言 | 搭建省事，但损失的曝光代价高昂 |
该用子目录还是独立域名？对大多数中小企业来说，用子目录。只有当每个国家实际上都是一门独立的生意，有自己的价格、库存、法律实体和团队时，按国家分开的域名才有意义。一种语言覆盖多个国家，和多种语言是两个不同的问题。
不要根据访客所在地自动跳转。在伦敦的中文用户，依然想看中文。让语言切换器来做这件事，并把语言保留在网址里，这样分享出去的链接会以分享时的语言打开。
hreflang 与 x-default 详解
- hreflang
- 写在每个页面
<head>里的标签，列出该页面每个语言版本的网址，也包括它自己。它告诉搜索引擎该给哪位搜索者展示哪个结果。 - 返回链接
- 如果英文页面列出了西班牙文页面，西班牙文页面也必须列出英文页面。没有互相指向的配对，Google 会忽略。
- x-default
- 当访客的语言你没有提供时展示的版本，通常是你的主要语言。
- 语言代码
- ISO 639-1 语言代码，如
es，可以加上 ISO 3166-1 地区代码，如es-MX。这两个标准之外的代码，比如es-419，Google 不支持。 - html lang
- 页面上的语言属性，供浏览器和读屏软件使用。Google 表示，它根据可见内容而不是这个属性来判断语言，所以页面上看得到的文字也必须是对的语言。
- 规范网址（canonical）
- 每个语言版本的 canonical 标签都指向它自己。Google 建议选择同一语言的规范网址，千万不要让所有版本都指向英文页面。
以一个有两种语言的菜单页面为例，每个版本都带有同样的三行：
<link rel="alternate" hreflang="en" href="https://example.com/en/menu"><link rel="alternate" hreflang="zh" href="https://example.com/zh/menu"><link rel="alternate" hreflang="x-default" href="https://example.com/en/menu">
Google 的 hreflang 文档要求使用完整网址，手工搭建的网站常常在这里出错。当你让 WisyLink 做多语言网站时，构建会把语言放进路径，为每种语言加一个 hreflang 标签，外加 x-default，设置相应的 html lang，并根据网站实际使用的地址生成每个网址，所以换到你自己的域名后，这些标签依然正确。默认情况下，前缀之后的路径在每种语言里都相同：/en/menu 和 /zh/menu。如果你要求，也可以用翻译后的路径，但共用路径能让各语言的对应关系简单可靠。
动手搭建：步骤与提示词模板
- 确定要哪些语言、哪个是默认语言，并写下每种语言由谁审校。
- 收集文案：每种语言用你自己的文字，放在一个 .docx 文件里；或者让构建先写初稿，再由你审校。
- 在 WisyLink 新建一个对话，粘贴下面的提示词，并附上你的文件。
- 构建完成后，打开每种语言的几个页面，查看页面源代码，检查 hreflang 行、
html lang的值和 canonical。 - 把母语者的审校意见用后续消息发回去，比如“中文版统一用‘你’，不要用‘您’”。每次修改都是一次新构建，构建失败也不会替换线上网站。
- 在管理后台添加或编辑客房、菜品等记录，每种语言都要填写。
- 上线之前，绑定你的域名（任何计划都行）并升级到付费计划；免费链接 30 天后到期，再保留一周。详见如何绑定自定义域名。
为“云栖小筑”做一个双语网站，这是一家位于清迈古城、有六间客房的民宿。
语言：英文和简体中文，路径为 /en/ 和 /zh/。英文是默认语言，也是 x-default。每个页面都有两种语言版本，前缀之后的路径相同。每个页面都要有两种语言的 hreflang 标签和 x-default、相应的 html lang，以及指向自身的 canonical。
语言切换器：放在页头，链接到另一种语言的同一页面，而不是首页。
页面：首页、客房（根据保存的数据，每间客房一个页面）、早餐菜单、交通指南、联系表单。
内容：客房和菜品按语言分别保存名称和描述。中文文案按中国大陆游客的阅读习惯原生撰写，称呼用“你”，不要直译。
本地细节：两种语言都用泰铢（THB）标价；日期在英文里写作“15 March 2027”，在中文里写作“2027 年 3 月 15 日”。
管理后台：一个需要登录的页面，用来以两种语言编辑客房和菜品，并查看联系留言。
有客房照片的话就附上。你的图片会原样使用；没有的话，构建会用图库照片或简洁的矢量插画，因为 WisyLink 不会生成照片。第一条消息还有哪些写法，可以参考AI 建站提示词模板。
动态内容按语言分别存储与翻译
静态文案，比如首页文字，写在页面里。动态内容，比如客房、菜品、商品、活动和博客文章，是作为记录保存的，多语言网站最容易在这里出问题。有两种可行的模式：
- 一条记录，每种语言一个字段：
name_en、name_zh，价格和照片共用。最适合每件商品在每种语言里都存在的商品目录。一条记录意味着只需维护一个价格、一个库存数。 - 每种语言一条记录，加一个语言字段。最适合因市场而异的内容，比如一篇专为中文读者写的博客文章，没有对应的英文版。
新增和编辑的记录不需要重新构建就会出现在线上网站，通常在一分钟之内。有三个细节要提前规划：
- 管理表单。让各语言的字段并排显示，再加一个可以筛选的“缺少译文”标记。
- 缺失时的处理。想好某个条目还没有中文时，中文访客看到什么：附带说明的英文，还是什么都不显示。一个页面的 hreflang 只应列出它真正拥有的语言。
- 保存时自动翻译。如果你经常添加条目，管理后台可以通过 API 把新文字发给翻译服务，密钥填在“集成”（Integrations）里。和任何机器翻译一样，把结果当作初稿。
餐厅是最典型的例子：菜单每周都在变，每道菜在每种语言里都需要名称、描述和过敏原信息。餐厅网站指南详细讲解了如何把菜单作为数据来管理。
本地细节：货币、日期、支付方式和法律页面
翻译让人看得懂；本地细节让人信得过。
- 货币。显示你实际收取的货币。如果你收的是欧元，每种语言都显示欧元；换算出来的估价会在结账时引发纠纷。
- 日期、时间和数字。03/04 在一个国家是 3 月 4 日，在另一个国家是 4 月 3 日。把月份写出来，在习惯 24 小时制的地方用 24 小时制，并注意有些语言用逗号作小数点。
- 支付方式。银行卡品牌、电子钱包和银行转账因国家而异，支付服务商也不是在所有国家都向商家开放。承诺某种支付方式之前，先确认你的服务商账户支持它。支付宝、微信支付等可以通过服务商的 API 接入，但同样要先确认和测试。独立站搭建指南讲解了如何用你自己的密钥接入支付。
- 法律页面。隐私声明、服务条款以及你所在市场要求的法律声明，都应该在你销售的每种语言里提供，并由熟悉当地规则的人审核。
- 联系方式。电话号码带国家区号，营业时间按当地时间写明，并注明你能用哪些语言回复。
- 表单和邮件。每次提交都保存访客使用的语言，这样确认邮件和回复都能用这种语言发出。
上线前检查清单
- 每个语言网址都能打开，可见文字确实是这种语言，包括按钮、表单报错、404 页面和确认邮件。
- 每种语言查看三个页面的源代码：每种语言一行 hreflang，外加 x-default；canonical 指向页面自身；
html lang正确。 - 语言切换器会跳到另一种语言的同一页面。
- 页面标题和元描述都翻译了，而不只是正文。
/sitemap.xml站点地图列出了每个语言网址。WisyLink 网站会自动生成站点地图。- 价格、日期和单位都符合各个市场的习惯。
- 母语者读过首页、主要转化页面和法律页面。
- 每种语言的表单都能正确保存，并用该语言发送回复。
- 网站已添加到 Google Search Console 并提交了站点地图。更全面的 SEO 话题，见AI 做的网站能在 Google 上获得排名吗？
- 上线后每种语言都有专人负责，并约定好价格和政策变动多快同步到所有语言。
用 WisyLink 搭建你的多语言网站
说明有哪些语言、哪个是默认语言，每个页面放什么、写给谁看，再附上你已有的文案。WisyLink 会搭好语言路径、切换器、hreflang、x-default 和按语言存储的内容，托管在它自己的 HTTPS 地址上。你可以用自己的语言和它沟通：官网和应用支持九种语言，Wisy 会用你写消息时所用的语言回复。
在 Community 计划上免费开始，无需绑卡，先把第一版做出来。想了解每个网站如何隔离运行、平台能做什么和不能做什么，请阅读WisyLink 的技术架构。准备好用自己的域名发布时，付费计划能让网站在订阅期间一直在线。
F.A.Q.