Leonardo Losovic 谈如何利用 AI 实现经济且准确的 WordPress 翻译

[00:00:19] Nathan Wrigley：欢迎收听 WP Tavern 的 Jukebox 播客。我叫 Nathan Wrigley。

Jukebox 是一档专注于 WordPress 各项内容的播客，涵盖相关人士、活动、插件、区块、主题；在本期节目中，我们讨论如何利用 AI 创建价格实惠且准确的 WordPress 翻译。

如果你想订阅这档播客，可以在你常用的播客应用中搜索 WP Tavern，也可以访问 wptavern.com/feed/podcast，并将该网址复制到大多数播客应用中。

如果你有希望我们在播客中分享的话题，我非常乐意听取你的意见，也希望能邀请你或你的想法登上节目。请访问 wptavern.com/contact/jukebox，并使用其中的表单。

今天的播客嘉宾是 Leonardo Losovic。Leonardo 自 2012 年起便从事 WordPress 相关工作，开发过 Gato GraphQL（一个用于 WordPress 的 GraphQL 服务器）等插件；最近还开发了用于 Polylang 的 Gato AI Translations，这是一款利用 AI 简化 WordPress 网站翻译流程的插件。

在 WordCamp Asia 就 WordPress 翻译中那些容易被忽视的陷阱发表演讲后，Leonardo 加入了我们的节目，讨论让网站支持多语言的道德与实际理由，以及这项技术如何改变了网站所有者和开发者的处境。

我想，许多听众都考虑过翻译自己的 WordPress 网站，无论是为了满足法律合规要求，还是为了触达更广泛的受众，但可能不知道该从何入手，也不确定这项投入是否值得。

正如 Leonardo 所解释的，由 AI 驱动的翻译工具所带来的便捷性和低成本改变了这一局面。过去需要昂贵的专业译员和耗费时间的流程，如今通常只需点击几下即可完成，费用也只是原来的一小部分。

Leonardo 首先分享了自己在插件开发方面的经历，以及翻译插件的发展历程，接下来谈到了

十年。随后我们讨论 AI 翻译的工作原理、为什么人工审核仍然重要，以及 WordPress 即将推出的新功能（如协作编辑和更深入的 AI 集成）将如何影响工作流程和用户体验。

我们还讨论了管理多种翻译的插件策略、SEO 相关注意事项，以及确保翻译准确高效的最佳实践。

Leonardo 就更新文章时如何避免浪费资源给出实用建议，并分享了他对翻译领域军备竞赛的看法：随着 AI 日益普及，竞争加剧，而正因翻译变得更容易，领先竞争对手才变得至关重要。

如果你有兴趣让网站支持多语言，或者只是想了解 WordPress 翻译技术如何发展，本期节目适合你观看。

如果你想了解更多，可以访问 wptavern.com/podcast，在节目说明中查看所有链接，也可以找到其他所有期节目。

现在不再耽搁，下面请听 Leonardo Losovic。

本期播客由 Leo Losoviz 与我一同录制。你好，Leo。

[00:03:40] Leonardo Losoviz: 你好，Nathan。

[00:03:42] Nathan Wrigley: 很高兴今天请到你来参加播客。我和 Leo 是在 WordCamp Asia 碰面的，当时你做了一场演讲，我想应该没错。那场演讲讲的是如何利用 Leo 打造的一些解决方案，以及可能已经内置于 WordPress 的一些功能，在你的 WordPress 网站上进行翻译。因此，这将成为我们今天讨论的主题。

在深入这个话题之前，Leo，你能否先向我们简单介绍一下自己、你与 WordPress 的经历，以及你最近一直在做的一些与翻译相关的工作？

[00:04:14] Leonardo Losoviz: 好的。我从 2012 年开始使用 WordPress，目前有一个名为 Gato GraphQL 的插件，这是一个面向 WordPress 的图形化服务器。我已经做这个项目很久了。

后来我决定升级它，尝试让插件不仅能供开发者使用，也能供网站最终用户、博主和营销人员使用。之后我又推出了一个名为 Gato AI Translations for Polylang 的插件。它基本上是对我另一个插件的封装，帮助人们使用 AI 翻译自己的网站。我已经开发这个插件一年多 了。嗯，我目前做的就是这些。

[00:04:54] Nathan Wrigley: 好的。你在 WordCamp Asia 的演讲怎么样？你对演讲效果和听众到场情况满意吗？

[00:05:00] Leonardo Losoviz: 演讲效果？满意。实际上，我觉得效果相当不错。你可以在 YouTube 上观看。听众到场情况？不太理想。我的演讲是大会第二天的第一场，时间是上午 9:30。当时大家不是在睡觉，就是在室外喝咖啡。也有人陆续到来。也许到演讲结束时，有人会说：“嘿，这看起来不错。真遗憾我没有准时来。”

[00:05:23] Nathan Wrigley: 希望你能原谅我，因为我就是其中之一。我是在快结束时才进来的。不过，你演讲的后半部分我确实很享受。你围绕让 WordPress 网站从语言 A 翻译成语言 B、C、D、E 等等这一能力，开发了整套解决方案。我来读一下你演讲的标题和内容简介。

演讲标题是“The Invisible Gotchas of WP Translation”。周围的简介也很简短，内容如下：这场演讲将介绍一份实用的检查清单，把“我们应该翻译”变成一份精准的计划，确保没有任何字符串未被翻译。听众将带走一套实用的端到端 WordPress 内容翻译方法，不放过任何细节。

所以，我的第一个问题主要聚焦于“我们应该翻译”这一点。我想先从道德层面来论证，而不从技术层面来论证。当然，这可能是道德层面的论证，也可能涉及法律。我只是想知道，就目前而言，你认为我们是否必须或者应该进行翻译。

[00:06:34] Leonardo Losoviz: 嗯，我想，如果法律要求你必须翻译，那你就必须翻译。所以这个问题不在讨论范围内。如果你是被迫这么做，那这就是你业务的一部分，是一项商业要求，因此你不得不做。

关键问题是，如果你不必做——我的意思是，没有人强迫你去做——你还会去做吗？答案是：会，当然应该做，因为这对你有所帮助。如果你有能力做，为什么不呢？如果你的网站有可能访问到你，而且他们使用不同的语言，你为什么不想追踪他们？你为什么不想向新的用户群展示你的内容？关键在于，只要你能做到，就去做。

[00:07:13] Nathan Wrigley： 是的，我觉得这是个有意思的观点。当然，在我生活的这个世界里，围绕必须做的事情有大量立法。例如，我在英国，全国各地分布着各种不同的语言。根据你住在哪里以及你的业务涉及什么，你可能被迫去做这件事。所以，正如你所说，情况就是这样。你知道，在这方面你别无选择。

但我认为，如今，尤其是几乎能让翻译以光速完成的技术出现之后，这越来越成为这样一个问题：为什么你不做这件事呢？

所以我很想探究过去——假设十年吧，这可能有点太长了，但大概是这么个时间段——为了让翻译变得更容易而发生的变化。过去，我采访过许多开发翻译插件的创始人。假设在 10 年前，这是一项相当漫长、可能也很昂贵的工作。比如把一个英文网站翻译成一个德文网站。

因为你必须弄清楚网站中有哪些部分需要翻译。你可能得去找一个能完成这项翻译工作的人。然后你还得和他谈价格，接收翻译后的文本，再设法弄清楚如何把英文字符串转换成德文字符串，诸如此类。我想现在已经不是这种情况了。到了 2026 年 4 月，获取翻译内容变得有多容易？而且我想，我们大概会聊到 AI。

[00:08:45] Leonardo Losoviz： 是的，答案就是 AI。事实上，借助 AI，你可以非常轻松地翻译你的内容，而且质量非常出色。我并不是说，如果你不懂那种语言，就不要聘请专业译员来确保翻译准确。我们大多数时候谈论的是技术术语，或者你的网站所针对的某个行业。除此之外，翻译质量非常出色。

我会说，借助 AI，你可以依赖它；我不知道，也许 99% 的翻译看起来都很准确。如果某个技术术语存在歧义，你可能仍然会想请专业译员。但即便如此，你知道，你也不需要让译员负责 100% 的翻译工作，只需让他关注这些细节，可能修正其中的错误，确保技术缩写正确之类的。

所以Clearly，与五年前相比，如今你需要支付的价格已经大幅下降。你需要为 token 付费。基本上，当你使用这些 AI 服务提供商之一时，无论是 Open AI、Anthropic 还是 Gemini，你都是在付钱购买用于执行翻译的 token。但那真的就只是很少的钱。可能每美元只需几分钱。

过去——不只是过去，现在也有——你会有公司提供翻译服务。他们收取的费用会高得多、高得多、高得多。可能是每小时 50 USD。专业译员可能是每小时 100 USD。然后你可能得聘请他们翻译一篇博文，花上五个小时，或者，我不知道，五篇博文，多少钱无所谓。现在，你只需要让他们复核，工作量不再是五个小时，而可能只需 30 分钟。所以你仍然要花钱聘请专业译员，但花费会少得多、少得多、少得多。

这意味着，如果你确实有预算，如今你就不只是翻译一种语言了。内森，你刚才谈到了法律要求；你的国家可能有两种或三种不同的语言。我不知道，如果你来自加拿大，你可能会说英语和法语。也许他们会要求你把网站翻译成英语和法语。但现在你可以说，好吧，既然我有钱，而且用 AI 翻译如此容易，我就能翻译成更多种语言，也能瞄准来自加拿大以外其他地区的人。

你还可以翻译成西班牙语。为什么不呢？你还可以翻译成葡萄牙语。所以现在的情况是，价格大幅下降，AI 翻译的质量真的非常、非常、非常高。只有在那些需要百分之百确信译文有效且涉及专业行业的情况下，你才需要专业服务。

[00:11:25] Nathan Wrigley： 是的，我想，正如你所说，对于缩写之类的东西、技术性用语，我想如果你的博客只是——就我的情况而言，我只是使用普通英语和一组寻常词汇，永远不会涉及复杂内容——很多人可能都是这种情况。我同意你的看法，AI 可能会完成得很好。

但一旦你开始使用不寻常的词汇，或涉及技术性内容——我不知道，比如你引用了物理学、生物化学或类似领域的某个概念——那我完全能理解你为什么需要那么做。

不过有意思的是，完成这项翻译的预算显然已经缩减了，可能从数百美元降到了几枚美分。但如果你想确保合规，而且直觉告诉你自己的措辞可能进入了 AI 无法完美处理的灰色地带，那么这部分预算现在就会花在这里。主要是稍微润色一下，确保“好，这一点确实得到了突出显示”。

我能问一个相关的问题吗？当你让 AI 翻译东西时，它们会返回诸如“好，我们已经尽力了，但这段或那段内容让我们感到困惑”之类的信息吗？还是它们通常只是直接把结果交给你，说“这是我们的译文，剩下的你自己琢磨”？

[00:12:43] Leonardo Losoviz： 当我们谈到我的插件 Gato AI Translations 时，你会直接得到译文，因为你并没有与 AI 进行交互。你只是直接提出请求，然后得到回应；你把译文添加并嵌入你的博文中。这里没有人与人的交互。

所以，基本上，你可以这么做：把内容交给 ChatGPT，然后告诉 ChatGPT“翻译它；如果有任何疑问，请询问我”。接着 ChatGPT 会与你对话，我们就可以说：“我不知道这个词该怎么翻译。我应该这样说还是那样说？”但那是在你与 ChatGPT 或 Claude 对话的界面情境中。在一个插件里，如果你只想收集字符串并将其直接加入已翻译的博客文章中，就没有这种互动。因此，这确实取决于你的使用场景。

[00:13:29] Nathan Wrigley：我过去见过的那些试图在 WordPress 中处理这项工作的插件，我们再说一次，这要追溯到 AI 出现之前的很多很多年。那时候涉及大量用户界面。你必须登录 WordPress 网站。假设那是一篇博客文章，你会进入该文章，通常在某个地方——比如 meta 区域——在别处的某个框里会放着原始字符串和翻译后的字符串。这通常会由人工完成。你可能需要把翻译复制粘贴回去，或者插件会提供便利，让已登录平台且付费接受翻译任务的人把文本填入那个框中。

但关键在于，你需要处理很多东西。如果你有德语、葡萄牙语、立陶宛语和俄语翻译，诸如此类。每增加一种语言，界面就会变得更加复杂，诸如此类。所以我很好奇，到了 2026 年，你们会如何管理这些？这一切是怎么完成的？界面是什么样的？在 AI 时代，当我们越来越多地通过输入和语音与软件交互时，你们是否利用了这一点，多少尝试以某种方式简化界面？

[00:14:34] Leonardo Losoviz：好的。对此有两个回应。一个是我现在正在做的，另一个是我预计 WordPress 很快会提供的。现在，我用插件所做的就是直接进行翻译。假设你有一篇以英语为原始语言的博客文章，你可以从文章列表中选中它，然后在批量操作的下拉菜单中，会列出你可以对该文章执行的所有操作。你只需选择“翻译”。这样一来，它就会从原始文章生成所有语言的翻译版本。

你可以有一个翻译版本，也可以有 17 个翻译版本。它会创建全部 17 个条目，并将所有内容翻译成目标语言。因此，如果你想编辑译文或修正译文，只需编辑该译文；届时你会看到有些地方不太对，然后在 WordPress 编辑器中修正即可。

以我目前的情况来看，就是从无到全部，中间没有过渡。现在，随着 WordPress 7.0 的推出，他们将增加两项内容。一项是添加 AI Connector，这样我们将拥有越来越多与 AI 交互的能力。另一项虽然目前与翻译无关，但我认为最终会与之相关，那就是第三阶段——WordPress 编辑器中的协作通信，对吧？也就是两个人可以像使用 Google 文档一样相互交流。

所以，我们会在右侧看到这些来自 WordPress 编辑器的窗口，对吧？这样你就可以添加评论。有人可以留言说：“嘿，你觉得这样对吗？”另一侧的人则可以说：“是的，这需要修一下。”这样他们就能通过 WordPress 编辑器进行交流。而现在，是两个人在相互互动。你也可以让一个人和一个 AI 互动。

那么，设想一下这种场景：你把全部内容翻译一遍，然后编辑翻译后的文章。你可能会在文章上看到同样的这些窗口，以及一种类似置顶帖的形式，用箭头指向某个词，说：“嘿，我不确定这是不是正确的翻译，请检查一下。”

所以我看到 WordPress 7.0 将利用这些基础设施来开始增加这种额外的交互功能。这样一来，我就可以像现在这样翻译所有内容。如果我从 AI 那里得知某个词的把握并非十足，也就是它对某个译法没有 100% 的信心，也许我们可以利用第三阶段的功能添加一条置顶帖，让 AI 与人互动，说：“嘿，这个翻译我不太确定，请再核对一下。”

[00:17:04] Nathan Wrigley：这个项目里有太多有趣的东西了。再次提醒一下，以免大家没有跟上 WordPress 的消息：7.0——或者我应该说 WordPress 7.0——具备这项功能，而在 WordCamp Asia 发布时它还没有完全准备好。原本计划在 WordCamp Asia 发布 7.0，但由于技术原因，数据在不同表格中的处理和存储方式有某些地方需要修改和调整。

7.0 将带来协作编辑功能，类似于 Google 文档。直到最近我才真正想到这一点，因为有人提出的正是你所说的那个设想。我以前一直以为，那个界面里会是另一个人。因此，在同一篇 WordPress 文章中通过评论之类的方式交流的，会是我和 Leo。

但现在我们当然意识到，AI 工作、MCP、适配器以及所有类似的东西，使得文章中的交互对象不必是人类，也可以是 AI。这真的很有意思。

所以，也许我们可以进来进行交流，大致这样说：“请检查一下好吗？这部分看起来没问题，但这里、那里似乎都有一些错误。”它或许能够回复一个建议。

这类功能非常强大，但目前还完全没有实现。它就像刚刚出现在地平线上，但当这项功能推出时，我认为会是一次相当有意思的体验。你将能够基于 WordPress 内容区域中的内容，与 AI 讨论。这真的会非常、非常有意思。天哪，哇。真是令人期待的未来。

那些功能准备好了吗？你知道 WordPress 会不会正式提供这类功能吗？你提到了置顶帖之类的功能，用来突出显示——可以想象成便利贴之类的东西。有没有能够突出显示某处内容的机制？这些基础功能都已经准备好了，还是你刚才只是在畅想未来？

[00:19:02] Leonardo Losoviz：我没见过这种情况，但我们都能想象它会发生。你知道，7.0 为我们奠定了构建所有这些东西的基础。基础打好之后，剩下的就是由社区来实现这些用例。是的，所以我非常相信它会发生，但我也还没见到。我目前还没见到。

[00:19:19] Nathan Wrigley：是的，不过我确实很喜欢通过那个界面进行交流这个想法。看看这会如何改变我们编写内容的方式、我们与谁一起编写内容，以及诸如此类的事情，将会非常有意思。

说到 Gutenberg，我们目前其实不太经常谈到它，但它最初被讨论时有四个阶段。所以我们现在处于第三阶段，也就是协作编辑。广义上来说，协作编辑一直是那次发布的代表功能。

至于第四阶段，可能还要很多年，我不知道第四阶段什么时候会到来，但它与翻译密切相关。你知道那边是否正在开展任何基础性工作吗？它可能仍然完全是个黑盒。我们只要处理翻译这个词。你对那边正在发生的情况有什么见解或洞察吗？

[00:20:03] Leonardo Losoviz：没有。我只知道，Matt Mullenweg 把那件事推迟到了非常、非常、非常最后。既然我们还在推进第三阶段，我不认为短期内会有任何第四阶段的工作。

[00:20:16] Nathan Wrigley：没有。好，那我们就只能等着看它如何落地了。不过这可能会是另一个有意思的阶段。看看它会产生什么效果吧。

好，那么现在让我们深入探究一下你的系统是如何运作的。你提到，如果我处于帖子的数据视图中，将鼠标悬停在某篇帖子上时，会有一些选项，比如删除帖子、编辑帖子之类的。听起来其中某个选项应该就是注入翻译。那么当你点击那个按钮时，你之前设置好的自动化操作，比如翻译成法语、葡萄牙语、中文和日语，就会被触发。

那么，你随后会创建单独的帖子吗？也就是说，现在变成中文的帖子会与原帖分开，还是像某些插件的处理方式那样，保留原帖并向其中注入元数据？

[00:21:04] Leonardo Losoviz：如果你说的是我的插件，我的插件叫作 Gato AI Translations for Polylang。它依赖于 Polylang。Polylang 的工作方式是为每种语言创建单独的内容条目。所以你会有一篇英文帖子，翻译之后，会再创建一篇法语帖子、一篇西班牙语帖子和一篇葡萄牙语帖子。

然后，像 WPML 这样的其他插件采用的是不同策略，只保留一篇帖子，在运行时翻译其中所有单独的字符串。你不会静态创建不同版本的帖子，而是只有一篇帖子，然后对这些字符串，也就是实际内容，进行翻译。

这实际上取决于什么策略最适合你的网站，以及你最习惯使用什么。当然，还有其他插件，比如 TranslatePress、Weglot、MultilingualPress。它们采用的策略各不相同。我确实喜欢 Polylang，因为文章是预先创建的。这样一来，你的 WordPress 网站原有的所有规则都仍然适用。你可以对页面进行缓存，也可以将其静态导出，而且速度也很快，因为你不需要翻译字符串。

比如查找一段特定的字符串可能非常昂贵。假设有一段字符串，你需要找到英文原文并翻译成法文。这段字符串可能有——我是说——1000 个字符那么长。你知道，这可能会变得非常昂贵。如果你在运行时执行这种操作，即使之后进行缓存，代价也可能非常高。是的，我的插件只基于 Polylang，但它并不是唯一可用的插件。

[00:22:28] Nathan Wrigley：是的。现在外面有各种不同的方案，但你显然选择了 Polylang。它是一款商业版专业插件，还是说也有免费版本可以利用？

[00:22:37] Leonardo Losoviz：是的，它是免费的。他们也有专业版，如果我没记错的话，每年 99 美元，可用于一个域名。但完全可选，你可以使用 Polylang 免费版，而且已经绰绰有余。实际上，Polylang Pro 有一些功能，而它过去的主要功能是，你可以使用机器学习来翻译内容。

他们将 DeepL 作为一项服务来使用，就像 Google Translate 一样。现在的问题是，我不会再使用 DeepL 了。甚至我自己的插件，在最初的时候有——如今也仍然有——与 Google Translate 和 DeepL 的集成。但 AI 要优越得多。因此，你仍然可以使用 Polylang Pro 的其他功能，但机器翻译功能就没有必要了，Polylang 免费版已经绰绰有余。

[00:23:23] Nathan Wrigley：那么，假设比如我有一篇文章，并把它翻译了。我只是刚开始摸索，还是在讨论你的方案。所以，你可以讲讲它是如何工作的，而不用讲其他所有插件是如何工作的。

我点击翻译按钮，现在有了六篇文章，包括英文原文和另外五种语言。它们是如何呈现的？它们是原文的子文章吗？有没有一种简单的方式让我看到，好，这是它的德文版，并且它与这篇文章绑定在一起？有没有筛选系统之类的功能？

那么，前端会是什么样子？比如原始字符串是 example.com/post-one，从 SEO 的角度来看，它会保持整洁吗？比如我不知道，它会变成 example.com/g，斜杠，post-one，还是所有这些是如何关联起来的？

[00:24:13] Leonardo Losoviz：好的，这同样是 Polylang 提供的一项功能。当你创建翻译时，所有文章都是彼此平行的。它们没有层级关系，不是原文的子文章。如果你想只查看某种特定语言的文章，顶部菜单栏中有一个开关，也就是一个语言切换按钮，你可以选择语言。

所以默认情况下，它会显示所有语言，然后你就会看到所有帖子。因此，比如说，如果你有10篇帖子和10种语言，就意味着你现在有100篇帖子。所以界面可能显得有些杂乱。于是你进入顶部菜单，选择 English，它就只会显示英语版本的帖子。

重要的是，假如你使用 AI 进行翻译，你只需要处理原始帖子，其他内容都不用管，直到你需要核对翻译是否正确，也许在这里或那里修正一处。但除此之外，整个过程中你只需要处理原始帖子。

我的做法是始终将选择器保持在原始语言，也就是 English，这样我只看到英语帖子。然后我会进行翻译，并且知道翻译会与所有分类、所有标签和特色图片一起创建，对吧？但我不需要处理它们。因此我也不需要在屏幕上看到它们。它们会造成杂乱，所以我会把它们隐藏。

至于查看和可视化这些内容，同样，Polylang 允许你通过在 URL 后附加语言代码来选择语言。例如，mysite.com/fr/the-slug 代表法语。你也可以使用子域名，比如 fr.mysite.com/the-slug。这是可以配置的设置。基本上，当你访问该页面并在 URL 中添加语言代码时，就会看到所选语言的博客帖子。

Polylang 处理这一切的方式，是通过一个特定的分类法将帖子与其所有翻译关联起来，比如它创建的某个标签。如果我没记错的话，它可能叫 language，或者叫 language relationship，我现在也不能完全确定。因此，它会把所有帖子与其所有翻译关联起来。这样，当你访问法语帖子时，它可以添加 hreflang 元标签，告诉 Google 这篇帖子是另一篇帖子的翻译版本。

所以从 SEO 的角度来看，这一点很重要：这些帖子不是两个彼此独立的实体，而其中一篇是另一篇的法语翻译。这样，Google 就能理解其中许多关联关系。如果用户搜索的是法语信息，Google 就会知道应当提供法语页面；如果是西班牙语，Google 就会知道应当提供西班牙语页面。

[00:27:01] Nathan Wrigley：这是一个很棒的全面解决方案，不是吗？所有这些内容基本上都得到了处理，而你最终实际要做的，就是用户点击翻译按钮后，一切设置妥当，它就会自动开始运行。

不过我有个关于修改的问题。比如，假设我意识到我的博客帖子充满了不准确之处和错误，而且通篇都有错。然后我进去进行修改。那么我需要重新启动整个翻译流程，还是可以指望它自行判断：“好，已经进行了修改，让我们自动为你重新翻译”？对原文进行修改时，在我的案例中也就是英语，会是怎么处理的？

[00:27:37] Leonardo Losoviz: 是的，我会改变这一点。我会说，在 100% 确定文章已经定稿之前，千万不要进行翻译。这是浪费时间、浪费 token 钱的最主要方式。因为你执行翻译后才发现出了问题。也许这个 H2 标签本应是 H3，于是你修正它，然后再次运行翻译。接着又发现那是另一个错误，还有一个拼写错误。于是你不得不再次运行翻译。然后你又会想，哦，但那张图片中嵌入了文字，它在翻译后的文章中无法正常显示。于是你又运行了一次翻译。

所以，所有这些都符合常识，你不会想到它们，直到你一次又一次又一次地看到错误发生。我的做法是，实际上我的网站上有一份检查清单。我有一篇博客文章，列出了执行翻译前需要注意的每一项内容。执行翻译时，你只需进入文章列表，选择这篇文章，然后选择翻译。很简单，只需五秒钟。

但在此之前，你需要确保文章已经定稿。这意味着没有拼写错误，所有标题层级都正确，所有图片也都正确。图片有 alt 属性，也有所需的标题。图片中没有嵌入文字，即使是嵌入来自其他来源的内容也没有。

假设你在内容中嵌入了一个 YouTube 视频，而这个 YouTube 视频是西班牙语的。当你把它翻译成法语时，也许这个 YouTube 视频就不再有用了。因此，查看原始文章时，你需要从多语言的角度检查所有这些事情。然后你会想，好吧，这篇原始文章现在没问题了。它很完美。你先发布文章，然后进行翻译。

[00:29:26] Nathan Wrigley: 明白了。是的，我是说，这说得通。不过，你应该需要——这是一个再次点击按钮、某种程度上重新开始整个流程的过程。但没错，提前进行这些检查和平衡是个好主意。

我不久前参加过一个活动，其中 AI 被用于 WordPress 插件内部、文章内部，以确定图片和信息图等内容所包含的信息。例如，图表中包含数据。所以，我不知道具体是什么数据，可以是柱状图、饼图之类的，也可以是普通图片之类。尽管这可能尚未得到处理，也许只是天马行空的想法，但我想知道它处理这类事情的能力是什么。

所以，如果一张图片中有图表，如果我们能复现该图表，而且所有标签不是英文，而是德语、法语或其他语言，那不是很好吗？我不知道，即使从 AI 和翻译的角度来看，这是否完全超出了范围，甚至是否只是天马行空的想法。但我很好奇，你是否略知一二：未来 AI 是否也能处理非纯文本内容？我不是在具体询问你目前的工作，而是在问这是否已经出现在未来的规划之中。

[00:30:41] Leonardo Losoviz：是的，坦白说，我认为从技术上来说这是可行的，但即便能够做到，我也不认为应该这样做。问题在于，我主张尽可能多地翻译我们的网站，只是因为我们能够做到。所以你可以先有一种语言的网站，然后可以有两种，接着可以扩展到五种。你可以拥有 30 种语言的版本。为什么不这么做呢？如果你能触达新的国家和新的访客，那就放手去做吧。AI 让这一切成为可能。

但现在设想一下，你还希望翻译图片。网站上的每一张图片都会复制 30 份。听起来很吓人。我不会这么做。我会做的是只保留一张与语言无关的图片，其中不包含任何文字。如果你确实需要添加文字，也许可以在页面构建器中，比如 Gutenberg、Elementor 或 Bricks 中创建一个叠加层，然后把文字放在上面。这是一个更困难、也更复杂的解决方案，但它很干净，因为这样你就可以将文字作为文本的一部分进行翻译，而图片本身不需要复制 30 份。

[00:31:44] Nathan Wrigley：是的，这是个有趣的观点。这让我想到，比如说，图片说明是否也可以翻译成 30 种不同的语言，同时仍然引用完全相同的图片。

所以我不知道，比如在英语中可能会写“这里是一张一只狗沿着海滩行走的图片”，然后是相应的法语说明、德语说明等等。这样一来，你实际上重复利用了同一张图片，但用德语观看的人也会看到对应的德语说明。同样，我不知道这是否可行，但这或许挺有意思。

[00:32:14] Leonardo Losoviz：是的，实际上目前就是这样运作的。当你翻译一篇文章时，你也会翻译与该文章关联的所有实体，包括标签、分类和特色图片。特色图片会关联元数据。因此，当你将图片上传到媒体管理器时，可以添加元数据、标题，也可以添加说明。所有这些文字都是用一种语言书写的。

现在，你也可以再次使用 Polylang，通过创建一个新条目来翻译图片。图片会关联一种语言，因此原始图片是英语的，你可以创建一个新的法语条目，标题会翻译成法语，说明也会翻译成法语。但图片本身在两个条目中是相同的。因此，那个 JPEG 或 PNG 文件不会重复。你不会增加硬盘占用的空间。你只是为媒体条目、媒体自定义文章类型或附件在数据库中创建另一个记录，而不是为实际的物理文件创建副本。

[00:33:11] Nathan Wrigley：是的。所以从根本上说，这样做会更加精简，对吧？我之前并不知道原来是这种方式实现的，但 Polylang 确实是这么处理的。好吧，这很有意思。

所以你提到了这一点，我觉得你所说内容的一条主线是：既然你能做到，为什么不干脆去做呢？这样想的话确实有一定道理，但我只是好奇，这项技术对现实世界究竟会产生什么影响。你知道，比如在可发现性方面，以及它是否真的切实对你的业务产生影响。举个例子，假设我不知道，你要把产品从英格兰运到法国，突然之间你把网站翻译成了日语和中文。

我想这只会产生积极影响，但同时，我也会想了解相关数据是什么。而且，我不知道，既然你深入从事翻译领域，我不知道你手头是否有任何数据，能够促使人们去做这件事，能够证明你看，这件事真的很值得做。从个案来看，它感觉肯定值得做。为什么不呢，这可以算是最恰当的说法了。但我不知道你脑中是否藏着什么数据，能够斩钉截铁地说：哦，对，这肯定就是方法。

[00:34:16] Leonardo Losoviz：Nathan，很遗憾，我们完蛋了。

[00:34:19] Nathan Wrigley：答案是不会。

[00:34:20] Leonardo Losoviz：因为当这件事太容易时，人人都会去做。而当所有人都去做时，你就无法取得进展。你只是在原地奔跑，只是为了待在同一个位置上。如果你是唯一一家将网站翻译成 20 种语言的公司，你就会远远领先于其他所有人。但因为这对你来说很容易，对每个人来说也都很容易。如果所有人都做同样的事，再强调一次，你就不会领先于他们，而是在同一个位置上。

这就是技术的问题，对吧？也是 AI 的问题。现在我们用 AI 都能获得很高的生产力。我正在用 AI 为自己的插件编写代码，我觉得自己正在领先。但我的竞争对手也在用 AI 为他的插件编写代码。所以我们都在奔跑，只是为了待在同一个位置上。所以从某种意义上说，很遗憾，这会变成一种你必须做这件事才不至于落后的局面。

[00:35:07] Nathan Wrigley：是的，从某种意义上说，这有点像军备竞赛的心态，对吧？但同时，这也是一种相当有说服力的表述方式，因为你可以肯定：好吧，如果你在写博客，受众有限，也许这方面的空间有限。如果你身处企业，当然，如果你的业务有意跨越国界，而你的竞争对手也在这么做，那这恰恰就是军备竞赛的心态，对吧？

于是你就不得不去做，仅仅是为了达到普通水平，仅仅是为了守住基本线。20 年前，情况会完全不同，因为那时进行这样的计算成本会非常高，尤其是翻译成比如说日语。如果日语翻译没有投资回报率，那笔钱很可能就白花了。

如今，AI 翻译的实际成本只有几分钱，所以这似乎确实就是一道计算题，对吧？我们之所以做，是因为这件事能做成，而且我们知道竞争对手也会做，所以我们也应该做。或许整个论点只需要说到这里。简而言之，就是这样。

[00:36:12] Leonardo Losoviz：这是一个很好的理由，让你想要面向其他国家、使用其他语言的人。所以，没错，我想这么做；但与此同时，如果我看到竞争对手也在这么做，那我也必须做。我可以从这两个角度来看。

[00:36:25] Nathan Wrigley：是的。好吧。这场对话确实很有意思。我要做的是请 Leo 给我提供一些相关链接。也许我们可以找到你做的那次演讲的 wordpress.tv，再加上本期播客中提到的各个网站的链接。如果你访问 wptavern.com，搜索有 Leo Losoviz 参加的那一期播客。他的名字拼作 L-O-S-O-V-I-Z；至于最后一个字母是 Z 还是 Z，取决于你生活在世界的哪个地方。如果你去搜索，就能找到这次对话的文字记录，以及我们提到的各种零散内容的链接。

Leo，在我们结束之前，还有什么想说的吗？如果没有，我们就向你道别。

[00:37:07] Leonardo Losoviz：没有，确实没什么了。

[00:37:09] Nathan Wrigley：明白了。那我们今天就到这里，非常感谢你，Leo，感谢你今天接受我的采访。真的非常感激，

[00:37:15] Leonardo Losoviz：谢谢你，Nathan。