WordPress 多语言网站上线前，语言切换与页面对应关系怎么测试？

一个多语言网站的首页能切换，并不代表所有页面都能正确切换。客户可能从产品详情页进入网站，点了另一种语言以后却回到首页；也可能页面标题换了语言，菜单、表单提示和下载资料仍停留在原来的版本。这些问题不一定会让网站报错，却会打断客户正在进行的阅读。

上线前测试语言切换，重点是确认同一件事在不同语言下还能继续完成。具体操作要结合网站实际采用的多语言插件或服务，记录正在使用的版本和配置。下面介绍的是检查思路，不把某一个插件的按钮位置当成所有 WordPress 网站的共同操作。

先列出确实需要对应的页面

从首页、产品列表、产品详情、服务说明、联系页和重要下载入口中，选择有代表性的页面。对每一个准备开放的语言版本，记录它是否已有内容，以及企业希望客户切换后到达哪里。页面名称相似，并不能单独证明它们属于同一组翻译。

例如，一款产品的中文详情页与英文详情页应围绕同一款产品。如果英文版本尚未准备好，需要事先确定是否隐藏这个切换选项，或通过清楚的提示引导用户。怎样处理可以按业务需要选择，但不能让按钮无提示地把用户带到另一款产品或无关页面。

这份对应表不用很复杂，包含页面用途、语言、实际地址和内容状态就能开始。测试人员据此操作，内容负责人也能看出哪些页面还在等翻译。把内容未完成与程序切换错误分开记录，后续才能找到合适的人处理。

从详情页切过去，再切回来

实际检查时，直接打开一篇产品或服务详情页，再通过页面上的语言入口切换。看目标页面是否属于同一项内容，浏览器地址是否符合预期，标题、主要图片和内容是否对应。只看网址里出现某个语言缩写，无法判断页面内容已经正确。

接着从目标语言切回原来的语言。双向操作能帮助发现单向关联、旧链接或菜单配置遗漏。对于提供三种及以上语言的网站，可以按重要页面逐个检查可用方向，不只验证默认语言到其他语言的一次跳转。

还应试一次直接打开目标语言地址，而不是先从首页进入。客户可能收藏详情页，也可能通过搜索结果访问。如果直接访问就无法显示预期内容，语言按钮在当前浏览器里能用也不足以说明这条访问路径正常。

缺少翻译时，也要让用户知道发生了什么

某些页面只准备了一种语言，这是可能存在的内容安排。问题在于页面是否清楚表达了这种安排。测试时选一篇缺译页面，观察切换入口和跳转结果，看看它是否与事先约定的处理一致。

不要把所有缺译页面都临时复制一份相同正文，只为让每种语言的页面数量一致。这样的页面虽然能打开，用户却没有得到所选语言的信息。内容负责人可以决定先补齐哪些重点资料，其他页面怎样提供合理的联系或返回入口。

产品下架、旧页面改版或内容迁移以后，对应关系也需要重新检查。测试发现旧页面时，先确认业务上是否还有保留用途，再由有权限的人安排后续处理。不要为了让切换看起来成功，临时把所有目标都改到首页。

菜单、按钮与表单要一起走一遍

切换到另一种语言后，继续点击导航、产品分类和联系入口。检查它们是否仍停留在所选语言的内容里，是否误用了默认语言的菜单或旧地址。手机菜单有时采用不同的布局，也应单独展开操作，而不是用桌面测试代替。

表单需要关注的不只是字段标题。必填提示、格式错误、提交过程中的反馈和成功说明，都可能由不同组件提供。使用约定的测试资料完成一次操作，让负责收件的同事确认收到的产品、语言和需求信息是否足以继续沟通。页面上的成功反馈与实际收件，是两个需要分别确认的结果。

下载资料同样值得检查。按钮翻译成了目标语言，文件内容未必也已翻译。可以实际打开文件，确认产品、版本和语言符合页面说明；有些资料只有一个语言版本，就在使用位置把情况说清楚。测试时保留必要记录，不把含客户信息的材料当作公开样本。

用户切换与搜索语言标记分开检查

Google 官方资料建议不同语言版本使用各自可以访问的网址，并让用户能够选择语言。开发人员可结合实际方案检查语言版本的地址与相关标记，但浏览器中的切换按钮和搜索引擎读取的语言标记承担不同作用，不能用一项成功代替另一项。

如果网站使用 hreflang 标记，可以从实际输出的页面或站点地图核对它指向哪些语言版本。Google 的说明要求一组对应页面包含指向自身及其他版本的标记，并处理相互返回的关系。测试人员应围绕真实页面对应表核查，不仅检查代码里有没有出现这个词。

标记正确不代表译文质量合格，也不保证某个地区的搜索排名。涉及搜索设置的检查，可以交给熟悉站点方案的人完成；业务人员则重点确认用户阅读与操作是否自然。两类结果分别记录，问题会更容易说明。

留下能让别人复查的结果

记录测试结果时，写清起始页面、所选语言、预期目标、实际目标和发生条件。发现问题可以附上经过脱敏的截图，说明是在电脑还是手机、登录还是未登录时出现。与其写“多语言有问题”，不如写明某个详情页切换后回到了首页。

修复以后，沿原来失败的路径再走一遍，并检查回切和邻近入口。如果涉及正式站配置调整，由负责人员保留原配置或备份，按约定实施；测试环境得到的结果也应在上线安排中确认适用条件，不直接当作正式站已经通过。

多语言测试的结束点，是客户能够沿着预期页面继续阅读、联系或下载，而不只是菜单里列出了几种语言。把页面对应、缺译处理、导航与表单逐项走通，企业才能更清楚地知道哪些内容已经准备好，哪些还需要继续完善。