ONLYOFFICEのローカライズの舞台裏：担当者マリヤへのインタビュー

ONLYOFFICEのボタン、メニューのコマンド、ツールのヒントは、どれも多くの言語で機能しなければなりません。そしてリリースのたびに、新しいテキストがたくさん加わります。ONLYOFFICE Docs 10.0では、約50の新機能、DocSpaceの新しい名称（ONLYOFFICE Apps）、そしてオプションのAIツールが登場しました。これらすべてを翻訳し、確認し、エディター、モバイルアプリ、ヘルプセンター、ウェブサイトのあいだで一貫性を保つ必要がありました。

その舞台裏を知るために、2021年からONLYOFFICEのローカライズを担当しているマリヤ（Marija）に、長いキーや変数のこと、Weblateへの移行、AIツールを使った作業、そしてボランティアの参加方法について話を聞きました。ローカライズチームが最大45の言語でひとつの製品の一貫性をどのように保っているのか、そしてAIが仕事をどのように変えつつあるのかを見ていきましょう。

ONLYOFFICEのインターフェースの概要

製品ごとのインターフェースの対応言語数です。

インタビューに答えてくれた人

マリヤは2021年からONLYOFFICEで働いており、エディター、モバイルアプリ、ヘルプセンター、リリースノートなど、プロジェクトのほぼすべての分野のローカライズを担当しています。それ以前は、長年にわたって翻訳者として、また翻訳者とともに仕事をしてきました。

まずは自己紹介から

ONLYOFFICEでのお仕事の内容と、ローカライズに携わるようになったきっかけを簡単に教えてください。

ONLYOFFICEでは2021年から働いています。それ以前は、長年にわたって自分自身も翻訳者として、また翻訳者とともに仕事をしてきました。そのため、当時必要だったプログラムやツールのほとんどには慣れていましたし、初めて扱うフォーマットを覚えたり、翻訳の指示書を書いたりするのも難しくありませんでした。それに、最初のころは開発者たちが細かな点をたくさん教えてくれました。今では、プロジェクトのほぼすべての分野のローカライズを担当していて、最近はAIの助けを借りることも多くなっています。

現在、製品は何言語に翻訳されていて、どれくらいの人が関わっているのですか？（チーム、ボランティア、外部の協力者）

iOS版ONLYOFFICE Documentsアプリのインターフェースは13言語、Android版ONLYOFFICE Documentsアプリのインターフェースは17言語に対応しています。ONLYOFFICE Appsのインターフェースは33言語、デスクトップエディターのインターフェースは42言語、そしてエディターのインターフェースは45言語に対応しています。翻訳プロジェクトに参加している人については、以前の翻訳システムには550人以上の登録がありました。チームのメンバー、パートナー企業の担当者、フリーランスの翻訳者、ボランティアの方々です。全員が常に同じくらい活発だったわけではありませんが、多くの方がたくさんの作業をしてくれました（ポルトガル語、シンハラ語、トルコ語など）。新しいWeblateのシステムは、アカウントが増え始めたばかりですが、大きな可能性を秘めています。

普段の1日はどのような流れですか？特に10.0のようなリリースの前はどうでしょう。

プロジェクトのさまざまな分野で、新しいキーが絶えず追加されていきます。機能、その説明、メニューのコマンドなどです。私はそれらが追加されるタイミングを追いかけて、翻訳を加えています。また、ヘルプセンターやモバイルアプリストア向けの説明の確認と翻訳、リリースノートの更新も行っています。開発者、部署の同僚、学生やインターンの方々がこの作業を手伝ってくれます。更新作業は実質的に途切れることがありません。だからこそ、リリース前はいつも特に忙しくなりますね。テストの結果やユーザーからの提案をもとに、キーの追加、変更、修正が同時に行われるため、その場で修正を加えたり、特定の言い回しについて相談したり、場合によっては文脈を確認したりする必要があるのです。

課題とよくある問題

ユーザーが想像もしないような、最もよくあるローカライズの問題は何ですか？

キーのテキストの長さだと思います。翻訳者は作業中、ボタンやメニューがページや画像の中で実際にどう見えるかまでは、あまり考えないものです。一番大事なのはテキストそのものですから。実際、元になる英語のフレーズは比較的短く、柔軟で、略語も使えます。でも、長い言語やとても長い言語もあります（たとえば、アルバニア語、アルメニア語、ハンガリー語）。そのため、テキストをボタンやウィンドウ、1行の中に収めるのに苦労することがよくあります。たとえばモバイルアプリストア向けの説明を準備するときにも、同じ問題が起こります。文字数の上限は全員同じですが、英語ならより多くの情報を盛り込めますし、表意文字を使う言語はぴったり収まります。一方で、それ以外の言語では、文章を言い換えたり短くしたりしなければならないこともあります。AIのおかげで、この作業は楽になりました。意味を損なわずに説明を書き直すよう頼めるからです。

翻訳によってインターフェースが「壊れた」ときはありましたか？ボタンに収まらない、テキストが途中で切れる、意味が変わってしまったなど。何が起こって、どのように気づいたのですか？

ときどきありますね。多くの場合は、デザイナーがウェブサイトの更新を準備している際に、ある部分を言い換えてほしい、またはテキストの配置を変えてほしいという依頼が来ます。

扱うのが最も難しい言語はどれですか？その理由は何でしょう。ドイツ語の長い単語、右から左に書く言語、格変化や複数形、文字などでしょうか。

長い言語と、格変化や語形変化のある言語です。新しいキーを作るのはたいてい問題ないのですが、キーを修正するのが大変です。変数も思わぬ状況を引き起こします。たとえば、{aiagents}という変数があり、その値はAI Agentsです。でも、この変数を使ってフレーズを組み立てると、格変化のある言語やほかのいくつかの言語では、間違った形になってしまいます。たとえばチェコ語では、「See {aiagents} details here」というフレーズが「Zobrazte podrobnosti o AI agenti zde」と誤った形で表示されてしまいます。変数を削除した場合も、改めて翻訳が必要になります。そのため、最近は最初から変数をあまり使わないようにしています。右から左に書く言語（RTL）については、主な問題は技術的なファイルを準備するときに起こります。たとえば英語の略語が入ると、RTLのフレーズが左から右（LTR）として表示されてしまうのです。ただ、ページに表示されると、たいていは正しく見えます。

エディター、ヘルプ、ウェブサイト、モバイルアプリで、ひとつの機能が同じ名前になるようにするには、どうしているのですか？

一番よい解決策は、プロジェクトのすべての分野を、共通の用語集と翻訳メモリを持つひとつの共通プラットフォームにまとめることです。たとえばデスクトップ版とモバイルアプリ、あるいはiOS版とAndroid版のモバイルアプリでは、似た機能を説明するために同じフレーズが繰り返し使われることがあるからです。今のところは、さまざまなリポジトリにあるさまざまなファイルを見比べて、表現を揃える必要があります。並行するプロジェクトのあいだで100％一致する訳が自動で入り、それ以外の場合には用語集の用語が提案されるようになれば、より速く、より正確になるでしょう。

10.0で特に難しかったことは何ですか？たとえば、新しいAI機能や、DocSpaceからAppsへの名称変更はどのように訳したのですか？

確かに、DocSpaceからAppsへの名称変更は、その量の多さから大変な作業でした。AIに該当箇所を検索して見つけてもらうための指示書を書き、分野ごとにも個別に検索し、テストページを確認しました。一方で、これらは翻訳しない固有の名称なので、格変化のある言語でも、ほとんどの場合は問題になりませんでした。AIツールについては、AIという略語や関連する用語を翻訳するかどうかについて今も議論が続いていて、用語集の整理を進めているところです。

試したこと、うまくいったこと

試してみたものの、やめたことはありますか？そこから何を学びましたか？

プロジェクトでこれまで使っていた翻訳システムを、Weblateに置き換えました。AIを内蔵した、より新しいシステムで、より多くの専門家に開かれています。本格的に使い始めて発展させているのは最近のことですが、すでに効果を発揮しています。また、ヘルプセンターの記事（たとえばコネクタに関する記事）の翻訳には、以前はTradosに大きく頼っていましたが、誰もがアクセスできるわけではありませんでした。今では、こうした記事はAIを使って翻訳できます。

リリース前に、翻訳の品質をどのように確認していますか？

テキストの確認には、AI、たとえばClaudeを使うのが一番うまくいきます。プロジェクトのある分野全体について指示書を書くと、サービスが用語やリンクを確認し、語順、句読点、タイプミスの修正を提案してくれます。とはいえ、テストモードで人がページを校正することも大切です。そうすることで、細かな不備に気づいたり、より読みやすく自然な表現に言い換えたり、画像やボタンの不正確な点を見つけたりできます。

最も大きな効果があった決定や、プロセスの変更は何ですか？

間違いなく、AIの急速な発展です。たとえば、大規模なDocSpace（Apps）のプロジェクトでは、抜け漏れや誤りがないかのテストをAIに任せています。これにより、該当するキーをすぐに見つけて、提案された修正を適用できます。Weblateでは、システムから該当するリポジトリへの反映をより速く行えるように設定しました。これにより、機能やコマンドの新しい翻訳が、より早くインターフェースに表示されるようになります。

コミュニティとボランティア

コミュニティが、プロの翻訳よりもよい訳を提案してくれたことはありますか？

最近は、主にAIという略語や関連する用語を翻訳するかどうかについてです。定着している訳もあります。たとえば、ドイツ語ではKI、ラトビア語ではMIなどと書いています。言語によっては、略語を使わずに正式な名称で書くよう提案されることもあります。ウクライナ語では、一部の情報源が提案していたШІは技術分野にはあまりふさわしくないと考えられ、最終的にAIを選んだのはコミュニティでした。

ネイティブスピーカーの意見が分かれたとき、翻訳をめぐる議論はどのように決着させるのですか？

その場合は、ほかの製品やプロジェクトなどで似た機能がどのように訳されているかを確認したり、それぞれの訳がどれくらいの頻度で使われているかを調べたり、第三者の意見を求めたりします。

1人か2人の熱心な協力者に頼っている言語はありますか？その人たちが離れたら、どうなるのですか？

アルバニア語とウルドゥー語で、そういうことがありました……。これらの言語のネイティブスピーカーが抜けてしまったときは、AIを使いました（ときには逆翻訳も行います。信頼性を高めるために、Claudeで翻訳し、Tarjamaで逆方向に確認するのです）。これらの言語はすでにプロジェクトに組み込まれているため、追加をやめることはできません。やめてしまうと、プロジェクトがテストを通らなくなるからです。近いうちに、新しいボランティアの方が現れるかもしれません。多くのユーザーが、メールやGitHubへの直接のリクエストで改善を提案してくれます。私たちはそうしたリクエストに細かく目を配り、必要な修正を行うようにしています。フィードバックと、それに対する私たちの対応は、とても大切だからです。

ローカライズにおけるAI

機械翻訳や言語モデルは使っていますか？どこで役に立ち、どこでは使わないほうがよいのでしょう。

はい、AIサービスを使っています。たとえばClaude、アラビア語にはTarjama、そしてWeblateではOpenAIが活躍しています。比較的短いテキストのキーや、ボタンや機能の説明に最も向いていて、操作説明の翻訳もかなりうまくこなします。一方で、ウェブサイトのページやブログ記事については、AIの翻訳にはまだ校正が必要です。技術的すぎる印象になりがちで、「生き生き」とした感じに欠け、不自然に見えて、創造的な要素が失われてしまうからです。

ローカライズ担当者の仕事は、2、3年後にどのように変わっていると思いますか？

変化はすでに起きています。プロセスはスピードアップしました。文章を訳す翻訳者にとって、今重要なスキルは、適切な用語をすばやく見つけること、さまざまなフォーマットを理解すること、そしてそれらに対応するツールを上手に使いこなすことです。

マリヤ：

これからの翻訳者は、むしろ編集者のような役割を担うようになると思います。つまり、受け取った翻訳をより良くし、状況に合わせて調整し、人間らしいものにしていく役割です。

アドバイスと最後に

これから製品の翻訳を始めるオープンソースプロジェクトに、どんなアドバイスをしますか？

最初から、プロジェクトのすべての分野をひとつのプラットフォームにまとめるようにしましょう。さまざまなリポジトリに分散していて、それぞれに個別のアクセス権が必要だと、用語を揃えるのが難しくなり、作業にも時間がかかります。

永遠に禁止したいローカライズのミスをひとつ挙げるとしたら？

文脈を無視することです。短いコマンドひとつでも、それがどのように使われているか、たとえば同じメニューの中の隣り合うフレーズを確認するべきです。そうすることで、不統一（不定詞か命令形か、大文字の使い方など）を避けられます。

足りていないものは何ですか？言語、人、ツール？

翻訳システムには現在、さまざまな言語で、始めたものの続いていない翻訳がたくさんあります。そのうちのいくつかはパートナー企業が手伝ってくれていますが、残りについては、ボランティアの方々に参加していただけるととてもうれしいです。参加は簡単です。私たちに連絡して、Weblateでアカウントを登録し、「提案」モードで翻訳を始めるだけです。

読者がONLYOFFICEの翻訳に参加するには、どうすればよいですか？

ONLYOFFICEの翻訳には、どなたでも参加できます。特に、ONLYOFFICEのユーザーの皆さまからの参加を歓迎しています。必要なのは、英語の十分な知識と、もうひとつの言語で文章を書く力だけです。インターフェースの翻訳は、ウェブベースの翻訳プラットフォームであるONLYOFFICE Weblateで行います。ソフトウェアをインストールする必要はなく、すべてブラウザで完結します。翻訳を希望する方は、documentation@onlyoffice.comまでリクエストを送り、Weblateでアカウントを登録すれば、すぐに始められます。

まとめ

ローカライズは、うまくいっているときほど見過ごされがちです。正しいボタンに、正しい言語で、正しい言葉が表示されている。このインタビューは、その裏にどれほど多くのことがあるのかを教えてくれます。小さなスペースに収めなければならないテキスト、文法を崩してしまう変数、エディタやヘルプセンターの記事、モバイルストアのあいだで統一しなければならない用語、そして、ときにはどんな用語集よりもよく知っているコミュニティ。

インタビューの答えには、2つの流れが通っています。ひとつは統合です。共通の用語集と翻訳メモリを備えたひとつのプラットフォームを、今ではWeblateによって構築できるようになりました。もうひとつはAIです。AIはすでに用語を確認し、操作説明の下書きを作り、協力者の少ない言語を支えています。それでも人による校正は欠かせず、翻訳者の役割は編集者のようなものへと移りつつあります。

用語集