跳到正文
rootpublish.

Rootpublish Journal

用 AI 翻译把文章多语言化之前:从 4 种语言化的记录看确认步骤

原文更新于 · 中文译文

先说结论

如果要把 AI 翻译的文章以多种语言发布,不要只确认一次译文的质量就结束。比较现实的做法是,事先决定好让译文与原文保持关联的页面结构,以及由另一方对照原文检查译文的步骤。

2026 年 9 月,Rootpublish 将自家的文章栏目做成了日语、英语、简体中文和韩语 4 种语言。当时以用日语批准并发布的文章为原文,并用与翻译不同的另一次 AI 调用来检查译文。检查中发现了扩大含义的译文和直接照搬日语的译法,同时也出现了不应采纳的意见。

本文在记录所写的范围内,整理页面结构、检查方法、发现的误译以及被 Google 收录前的经过,最后提出在自家网站推进时的确认步骤。

另外,译文的检查是由 AI 进行的,尚未经过人工或母语者的确认。本文介绍的内容,并不保证翻译质量、搜索排名或来自 AI 的引用。

把译文做成独立页面,并与原文关联

在 Rootpublish 的文章栏目中,以用日语批准并发布的文章为原文。英语、简体中文和韩语的译文,分别作为独立的页面发布。

每个页面都把 4 种语言和 x-default(英语)标示为彼此的替代页面。简体中文按照 Google 的说明,用 zh-Hans 标示。无论从哪种语言的页面,都能看出其他语言版本是同一内容的替代页面。

另一项决定是原文内容变化时的处理。原文一旦变化,在重新确认译文之前,发布用的处理就会停止。如果只修改日语而旧译文仍然保留,就会出现不同语言的页面各说各话的情况。先决定以哪种语言为原文,这个停止条件也更容易确定。

译文的检查用与翻译不同的调用进行

检查译文时,使用了与翻译不同的另一次 Claude Opus 调用,让它比较原文和译文,指出遗漏、添加、含义差异、用语问题和不自然之处。

检查意见的数量如下:

  • 2 篇文章的中文、韩语译文:11 处
  • 3 篇文章的英语、中文、韩语译文(9 组):25 处
  • 另 1 篇文章的 3 种语言译文:10 处

是否采纳每条意见,由 Claude 对照原文决定,只有被采纳的意见才用于修改译文。也就是说,翻译、检查和采纳判断都由 AI 负责,尚未经过人工或母语者的确认。请注意,这些数字是意见的条数,既不是误译的数量,也不是衡量翻译质量的数字。

发现的是夸大和直译

检查中发现的误译,大致可分为改变或扩大含义的译文,以及直接照搬日语的译文。

含义改变的例子,是把「変更を復元」(撤销变更)译成了可理解为“重新应用变更”的说法。扩大范围的例子,包括把「多く」(许多)译成「大部分」或“most”,以及把「97%以上だったモデルが」(达到 97% 以上的模型)译成可理解为“所有这类模型”的说法。这些都是原文中的限定或条件在译文中丢失了。在公司的验证结果或产品说明中,这类数量或范围上的夸大,会直接变成与事实不符的主张。

直译日语的例子,有中文的「课题」「实绩」和韩语的「독자 블록」。另外,还有确认用的概要和 WordPress 的摘要被译成同一个词、无法区分的例子。这说明产品特有的用语,如果不事先确定译法,就容易混淆。

在已有的英语译文中,也发现了把「多く」译成“most”的夸大,并一并修改。需要重新检查的不只是新翻译的语言,也包括已经发布的译文。

也有未采纳的意见

并不是把 AI 的意见全部采纳就好。

这次是用去掉标签的正文进行对照,因此反复出现了“编号列表的编号和链接的 URL 缺失”的错误意见。在实际显示的页面上,这些内容并没有缺失,所以没有采纳。这说明对照时使用的格式本身,也可能产生错误的意见。

在韩语中,有意见建议把“发布”从「공개」改为「발행」。但是,用语需要与已发布的文章保持一致,因此没有立即修改,而是决定等待母语者的判断。用语的统一很难按单篇文章来决定,这是一个不只凭 AI 的检查下结论、先行保留的判断。

被 Google 收录前的经过

2026 年 9 月 25 日,我们向 Search Console 提交了站点地图,也把 URL 发送给了 IndexNow。

提交后不久,已被编入索引的是 6 个页面,包括首页、WordPress 版页面和文章 5 等。同一天约 11 小时后,增加到 11 个页面,其中包括文章 8 的日语版和英语版、2 篇中文文章以及韩语的文章列表。搜索中的展示次数和点击次数还没有数据。

这只是 1 个网站 1 天的经过,并不能说明收录的快慢或在搜索中的成果。Google 说明,传统 SEO 的基本原则同样适用于 AI Overviews 和 AI Mode,同时指出,满足展示要求也不保证一定会被抓取、编入索引和展示。Rootpublish 不保证搜索排名或来自 AI 的引用。在搜索改进功能中,设计上是在批准并发布一项改进后,对同一页面观察 7 天,根据实测结果进行判断。

把自家文章多语言化时的确认步骤

以下是根据上述记录和 Rootpublish 编辑指南的思路提出的步骤建议,并不是实测搜索排名改善后得出的结果。

  1. 确定以哪种语言为原文。把译文做成独立页面,并把各语言标示为彼此的替代页面。
  2. 确定原文变化时的处理。在重新确认译文之前停止发布用的处理,或者至少采用停止更新的做法。
  3. 用与翻译不同的调用来比较原文和译文。要看的是遗漏、添加、含义差异、用语和不自然之处。尤其要重点确认表示数量、范围和条件的词语,以及产品特有的用语。已有的译文也要从同样的角度重新检查。
  4. 对照原文决定是否采纳每条意见,并记录理由。有些意见不宜当场决定,例如因对照格式产生的错误意见,以及需要与已发布文章统一的用语。后者交给母语者判断。
  5. 发布前,由拥有发布权限的人确认正文和出处,再决定是否发布。
  6. 发布后,记录站点地图的提交日期、被编入索引的页面,以及展示次数和点击次数的变化,根据实测结果进行判断。

Google 建议,即使用生成式 AI 准备内容,也要重视准确性、质量和相关性,并指出不为用户增加价值的大量生成可能违反垃圾内容政策。不要把增加译文本身当作目的,而应该从该语言的读者需要的文章开始。

在 Rootpublish 的记录中,人工或母语者的确认也还没有完成。由于 AI 的检查能发现的范围有限,建议事先把在哪个阶段由人进行确认排进计划。