翻译 WordPress 表单：字段只是问题的一半

为什么表单翻译比字段标签更广泛

表单不是一个静态的可见输入块。它是一个小型工作流，会收集数据、响应用户选择、验证提交内容，并且通常会向网站所有者和访客发送消息。每一个阶段都可能暴露特定语言的文本。

这意味着，表单在页面上看起来已经翻译好了，但在错误消息、确认文案、占位符文本或外发电子邮件内容中仍然可能泄露源语言。实际上，用户体验的多语言程度只取决于表单流程中翻译最少的那一部分。

需要翻译的面向用户字符串

可见的字段标签只是其中一层。表单通常还包括占位符、辅助文本、必填提示、验证消息、成功确认信息和失败消息。这些字符串是交互的一部分，而不是装饰。

如果访客提交了一个不完整的表单，而验证响应却以错误的语言显示，那么这个表单在多语言目标上就已经失败了。当确认消息或跳转目标与提交表单页面的语言不一致时，情况也是如此。

为什么占位符和验证文本在技术上很重要

占位符和验证消息会影响用户在提交前后如何理解表单。占位符可以引导输入格式，而验证文本则解释哪里出了问题以及需要修正什么。如果这些字符串没有翻译，表单也许仍能运行，但交互会变得不一致。

当表单依赖精确输入时，这一点尤其重要。仅翻译标签并没有帮助，如果验证消息用另一种语言提到了字段名称或格式规则，用户就无法理解字段本身以及约束它的规则。

确认消息和电子邮件通知属于同一翻译范围

一次成功提交通常会触发屏幕上的确认消息，并且往往还会触发一封或多封电子邮件通知。这些消息都是面向用户的内容，即使它们是在表单提交后生成的。

如果确认文本已翻译，但电子邮件通知没有翻译，那么从浏览器到收件箱的交接处，多语言体验就会中断。当通知主题行、正文文案或动态字段值仍然保留源语言时，同样的问题也会出现。表单可能已经正确接受了提交，但通信层仍然暴露未翻译的内容。

条件逻辑会改变需要翻译的内容

条件逻辑让翻译不再只是字符串替换的问题。当一个答案显示出不同的字段、消息或分支时，每个分支都可能包含自己的一组标签、辅助文本和验证规则。

这会在语言和行为之间建立依赖关系。如果逻辑翻译不一致，用户可能会看到一个在技术上正确但在语言上不完整的分支，或者遇到一条提到了他们在自己语言中从未见过的字段的消息。在多语言表单中，逻辑树和文本树必须保持一致。

即使表单已翻译，动态值也可能泄露错误语言

表单经常会在确认信息和通知中插入动态值，例如页面标题、所选选项、用户输入的数据或其他依赖上下文的内容。这些值并不总是静态字符串，因此需要与已翻译的标签分开考虑。

如果动态值来自一个不具备语言感知能力的来源，那么即使表单已经翻译，也仍然可能产生混合语言输出。这在确认消息和电子邮件中尤其明显，因为表单可能会把已翻译的模板文本与未翻译或不匹配的动态内容组合在一起。

操作层面的后果：翻译必须跟随表单生命周期

对于 WordPress 实施者来说，实际要点是：翻译应当贯穿表单的完整生命周期进行评估，包括显示、输入引导、验证、提交、确认和通知。每个阶段都可能暴露不同的一组字符串和值。

对于 WordPress 网站所有者来说，这意味着不仅要检查编辑器里显示了什么，还要检查表单运行时生成了什么。一个表单在视觉上可以本地化，但在生产环境中仍然可能失败，因为某个下游消息、分支或动态值从未被翻译。