翻訳ワークフロー

Weblate を利用すると、翻訳品質の向上が見込めるだけでなく、手作業が減り、現地語化の工程に関わる全員の連携が強化されます。 Weblate の機能は豊富に用意されており、どれだけ活用するかはあなた次第です。

以下の項目は、Weblate の完璧な設定方法ではありません。記載している例をもとに、他のワークフローを作成できます。

ワークフローの設定

プロジェクトの設定 および コンポーネント構成 での設定に加えて（査読の有効化、提案の有効化、提案への投票、提案の自動採用 として）、翻訳ワークフローは言語ごとにカスタマイズできます。

サイト全体のワークフローのカスタマイズは、言語定義の変更 中に行うことができます。

プロジェクトごとのカスタマイズは、プロジェクトの各言語ページで設定できます。

すべてのワークフロー設定は上書きできます。唯一の制限は、査読の有効化 を有効にする必要があり、言語ごとのカスタマイズでのみ無効にできることです。

最初の既存の設定が適用される項目:

  1. プロジェクト言語のカスタマイズ

  2. 言語のカスタマイズ

  3. プロジェクト/コンポーネントの設定

注釈

サイト全体の上書きするときは注意してください。これは、すべてのプロジェクトに適用されます（ただし、特定の言語に対して独自の上書きがある場合を除きます）。

翻訳にアクセス

access control は、そのオプションのほとんどは、どのワークフローにも適用できるので、ワークフロー全体として詳細な説明はありません。翻訳画面への接続や管理の方法については、それぞれのドキュメントを確認してください。

以降の章で使用する すべてのユーザー とは、翻訳にアクセスできるユーザーを指します。プロジェクトが公開されている場合は、認証済みユーザー全員を指し、そうでない場合はプロジェクトに対して 翻訳 権限を持つユーザーを指します。

翻訳文の状態

翻訳文字列は次のいずれかの状態を取ります。

未翻訳

翻訳は空です、保存するかしないかはファイル形式によります。

要編集

編集が必要な翻訳です。通常、原文の変更、あいまい一致、または翻訳者の操作があった場合に設定されます。翻訳はファイルに保存されますが、ファイル形式によっては、編集が必要と設定されます（例: gettext ファイルでは fuzzy （あいまい）フラグがつく）。

査読待ち

翻訳はできますが、査読はされません。有効な翻訳としてファイルに保存されます。

承認済み

査読で翻訳が承認されました。翻訳者は変更できませんが、査読の担当者のみが変更できます。翻訳者は提案の追加しかできません。

この状態は、査読が有効化されている場合のみ使用できます。

翻訳禁止

文字列は、read-only flag が指定されているか、編集不可能な原文であるか、または翻訳ファイル内でそのようにマークされているため、翻訳禁止です。

提案

提案は Weblate にのみ保存され、翻訳ファイルには保存されません。

可能なら、翻訳ファイルに状態を保存します。

ヒント

使用しているファイル形式が状態の保存をサポートしていない場合は、未翻訳の翻訳文に "要編集" フラグを付ける アドオンを使用して、未変更の文字列には要編集のフラグを付けることができます。

参考

直接翻訳

小規模チームで、誰でも直接翻訳できる最も一般的な設定です。これは Weblate のデフォルト設定でもあります。

  • すべてのユーザー が翻訳できます。

  • 提案とは、翻訳者が変更に確信を持てない場合に、変更を提案する選択方法です。

設定

値

備考

査読の有効化

OFF

プロジェクト レベルで設定済み。

提案の有効化

ON

ユーザーが確信が持てない場合に提案できる機能は便利です。

提案への投票

OFF

提案の自動採用

0

翻訳者グループ

ユーザー

Or Translate with per-project access control.

査読者グループ

該当なし

未使用。

相互評価

With this workflow, anybody can add a suggestion, which needs approval from additional members before it is accepted as a translation.

  • すべてのユーザー が提案を追加できる。

  • すべてのユーザー が提案に投票できる。

  • 事前設定の票数に達すると、提案は翻訳に置き換わる。

設定

値

備考

査読の有効化

OFF

プロジェクト レベルで設定済み。

提案の有効化

ON

提案への投票

ON

提案の自動採用

2

より多くの査読を要求するように高い値を設定できます。

翻訳者グループ

ユーザー

Or Translate with per-project access control.

査読者グループ

該当なし

未使用、すべての翻訳者が査読できる。

専任の査読者

専用の査読者には、2 つのユーザー グループがあります、1 つは翻訳を保存できて、もう 1 つは翻訳の一貫性と品質が良好かを確認するために査読できます。

  • すべてのユーザー は、未承認の翻訳を編集できる。

  • 査読者 は、文字列の承認/非承認ができる。

  • 査読者 は、すべての翻訳（承認済みを含む）を編集できる。

  • 提案は、承認済み文字列の変更の提案もできる。

設定

値

備考

査読の有効化

ON

プロジェクト レベルで設定済み。

提案の有効化

ON

ユーザーが確信が持てない場合に提案できる機能は便利です。

提案への投票

OFF

提案の自動採用

0

翻訳者グループ

ユーザー

Or Translate with per-project access control.

査読者グループ

査読者

Or Review with per-project access control.

査読の有効化

Reviews can be turned on in the project configuration, from the Workflow subpage of project settings (to be found in the Operations → Settings menu):

_images/project-workflow.webp

原文の品質ゲートウェイ

The original source language strings usually come from developers, since they write the code and provide the initial strings. However, developers are often not native speakers of the source language and do not provide the desired quality of the source strings. The intermediate translation can help you address this - there is an additional quality gateway for the strings between developers and translators.

By setting the 中間言語ファイル, this file is used for translating strings to the source language by translators/editors while it is owned by the developers (often using arbitrary languages such as en_devel). Once this stage is done, strings are available for translations to target languages, based on what is now a polished source language stored in the モノリンガル用の、基礎となる言語ファイル.

digraph translations { graph [fontname = "sans-serif", fontsize=10]; node [fontname = "sans-serif", fontsize=10, margin=0.1, height=0, style=filled, fillcolor=white, shape=note]; edge [fontname = "sans-serif", fontsize=10]; subgraph cluster_dev { style=filled; color=lightgrey; label = "Development process"; "Developers" [shape=box, fillcolor="#144d3f", fontcolor=white]; "Developers" -> "Intermediate file"; } subgraph cluster_l10n { style=filled; color=lightgrey; label = "Localization process"; "Translators" [shape=box, fillcolor="#144d3f", fontcolor=white]; "Editors" [shape=box, fillcolor="#144d3f", fontcolor=white]; "Editors" -> "Monolingual base language file"; "Translators" -> "Translation language file"; } "Intermediate file" -> "Monolingual base language file" [constraint=false]; "Monolingual base language file" -> "Translation language file" [constraint=false]; }

参考

String consolidation using secondary language

When 中間言語ファイル cannot be used to consolidate the strings, you can choose one of the translations to act as a secondary language. The language can be configured in a project (第二言語) or in a component (第二言語). It is then shown to the translators while translating (see 第二言語) and can be optionally used as a source for machine translations (see Source strings for the machine translation).

This setup can be useful with mixed language source strings and consolidating them into a single translation, which is then used as a baseline for other work.

原文の査読

原文の査読の有効化 を有効にすると、原文に対して査読ができます。有効にすると、ユーザーは原文の問題を報告できます。 実際の処理は、バイリンガル形式とモノリンガル形式のどちらを使用するかで変わります。

モノリンガル形式の場合、原文の査読は 専任の査読者 と同じように動作します。原文で問題が報告されると、原文は 要編集 と設定されます。

バイリンガル形式では、原文を直接編集できません（通常はソースコードから直接抽出します）。この場合、 翻訳者から報告された文字列には 査読が必要な原文 というラベルが付きます。この文字列を確認して、ソースコード内で編集するか、ラベルを削除するかの処理が必要です。

参考