警告、図解、レイアウトを崩さずにユーザーマニュアルを翻訳する方法

ユーザーマニュアルを安全に翻訳するには、単なる文の集まりとしてではなく、管理された製品成果物として扱います。製品のバージョンを固定し、マニュアルの警告システムを維持し、製品およびインターフェイスの用語をロックし、図解内のテキストをリストアップし、翻訳されたファイルの再構築後にすべてのコールアウトとクロスリファレンスを検証します。

正しい優先順位は次のとおりです。

1. ソースのバージョンとスコープ、
2. 安全性と手順上の意味、
3. 製品名、コントロール、および翻訳対象外の項目、
4. 図解のラベルとクロスリファレンス、
5. 完全性と構造、
6. ターゲット言語の明確さ、および
7. ビジュアルレイアウト。

警告、用語、図、リファレンス、担当者、エビデンス、再テストステータスを記録するために、ユーザーマニュアル翻訳コントロールシートをダウンロードしてください。

製品とマニュアルのバージョンを固定する

間違ったマニュアルの洗練された翻訳もやはり間違いです。翻訳の前に次を記録します。

• 製品名、モデル、ハードウェアまたはソフトウェアのバージョン、および市場、
• ソースマニュアルのタイトル、文書番号、リビジョン、および発行日、
• ターゲット言語とロケール、
• 対象に含まれるおよび除外される付録、ラベル、クイックスタートカード、および保証テキスト、
• ソースファイル形式およびリンクされた画像ファイル、および
• 製品に関する質問に答えられる人物。

ソースがまだ変更中の場合は、カットオフと変更ログを設定します。新しいソースの編集は、完全なファイルと誰もすり合わせていない置換文をメールで送信するのではなく、明示的なリビジョンを介してターゲットに反映させる必要があります。

このバージョン記録は、その後のすべてのチェックがそれに依存するため、ダウンロード可能なコントロールシートの最初の行になります。

プロセスの翻訳前に警告システムを維持する

警告は、シグナルワード、危険性、結果、回避策、シンボル、配置、参照からなるシステムです。各要素を個別に翻訳し、その関係性が維持されると想定してはなりません。

ISO 20607:2019は、機械のライフサイクル全体における機械取扱説明書の安全関連部分、構造、および提示について規定しています。IEC/IEEE 82079-1:2019は、使用情報のより広範な原則と要件を提供します。これらの規格は、機械翻訳をそのまま適合させるものではありません。これらは、手動での準備と検証が単なる文の置き換えではなく、実務上の規律であることを示しています。

すべての警告について、以下を記録します。

• 安定した警告ID、
• 翻訳元および翻訳先のシグナルワード、
• 危険性に関する記述、
• 結果に関する記述、
• 回避に関する指示、
• シンボルまたは画像の参照、
• それが現れるページ、セクション、および手順、ならびに
• 必要なレビュー担当者。

翻訳元の重要度階層を維持してください。シグナルワードを、より馴染みのある類義語に安易に置き換えなさい。翻訳後のレイアウトにおいて、警告がそれが対象とするステップ、図、または条件から離れていないことを確認してください。

3つの制御されたリストを作成する

1つの用語集だけでは不十分です。3種類の制御を分離します。

承認済み用語

翻訳元の用語、承認済みの翻訳先用語、定義、文脈、大文字小文字の区別、複数形または活用ルール、および除外されたバリエーションを記録します。翻訳元が意図的に2つの概念を区別している場合を除き、1つの製品概念には1つの用語を使用してください。

Microsoftの最新のガイダンスである技術用語の慎重な使用では、必要な場合に一貫した用語と定義を使用することを推奨しています。同じ原則が翻訳においてはさらに重要となります。もっともらしい2つの翻訳先用語の間で切り替えると、読者はマニュアルが2つの異なる部品を指していると勘違いする可能性があります。

翻訳除外項目

変更してはならない文字列を特定します（例：

• 型番および部品番号；
• コマンドラインの値、ファイル拡張子、およびコード；
• プロジェクトで管理されている商標または製品名；
• 規制識別子；
• ローカライズされていないリテラルなインターフェイスラベル；および
• 製品に物理的に記載されているコネクタ、ポート、またはコントロールの表記。

「翻訳しない」とは「無視する」という意味ではありません。文字列を1文字ずつ確認し、前後の文法を明確に保ってください。

インターフェイスおよび物理的コントロールのラベル

ボタン、メニュー項目、画面ラベル、つまみ、インジケーター、および製品に印刷されているラベル用の個別マッピングを作成します。ターゲットとなるインターフェイスが存在するかどうかを記録します。

製品のUIにまだ「Settings」と表示されている場合、マニュアルの指示を「環境設定を開く」と翻訳すると、どちらの表現も言語学的に受け入れられるものであっても、検索性の低下を招きます。マニュアルでソースラベル、ローカライズされたラベル、あるいはその両方のどれを引用すべきかを判断してください。

長大なドキュメントの場合、用語の一貫性ワークフローによって、承認された用語と拒否された用語の再利用可能な構造が得られます。

本文の流れに含まれないテキストの洗い出し

マニュアルには、以下の場所に翻訳可能なコンテンツが隠されています。

• 図表およびスクリーンショット；
• コールアウトのラベル；
• テキストボックスおよびサイドバー；
• テーブルのセル；
• ヘッダーおよびフッター；
• 生成された目次；
• 図のキャプション、
• リンクされた画像、
• CADのエクスポート、および
• スキャンされたページ。

すべての図に対してアセットIDを作成します。そのテキストが編集可能か、画像に埋め込まれているか、番号付きの吹き出しで表されているかを記録します。元画像を編集できない場合は、再作成するか、翻訳済みの凡例を追加するか、承認された説明付きでそのまま保持するかを決定します。

すべてのドキュメント翻訳者がすべての図を再描画すると主張するわけではありません。BookTranslatorは対応している場所で画像やドキュメント構造を維持できますが、画像内部のテキストや複雑な制作アートワークについては、個別の編集と確認が必要になる場合があります。

編集可能な状態を維持する必要があるものに応じてソース形式を選択します

所有している場合は、元の編集可能なソースを使用してください。PDFは視覚的な基準として役立ちますが、オーサリングファイルの代わりとしては不十分なことがよくあります。テキストベースのPDFしか存在しない場合は、書式を維持したPDF翻訳ワークフロー。DOCX がソースの場合は、スタイルと編集可能な構造を次の方法で保持します。Word 文書の翻訳ワークフロー.

まず代表的なストレステスト用のセクションを翻訳する

いくつかの失敗の要素を含むセクションを選択します。

• 少なくとも 1 つの警告、
• 番号付きの手順、
• コールアウト付きの図、
• 表、
• 相互参照、
• インターフェイスのラベル、および
• レイアウトの余裕が少ないページ。

マニュアル全体の処理を行う前に、そのセクションを翻訳して再構築します。次の質問に答えるために使用します。

• 用語集は実際の文章に適合していますか?
• 警告は視覚的および意味的に完全に保たれていますか?
• 読みにくいフォントサイズにならずにターゲット言語を収めることができますか?
• ラベルは製品や UI と一致していますか?
• 利用可能なソースファイルを使用して図を更新できますか?
• 出力形式は必要なレビューをサポートしていますか?

ストレスセクションが失敗した場合は、200 ページに規模を拡大する前にワークフローを変更してください。

スタイルの前に構造を確認する

全体を翻訳した後、完成したターゲットをソースと照らし合わせて確認します。

1. セクション、手順、警告、表、図の数を比較します。
2. すべての主要セクションの最初と最後のコンテンツを確認します。
3. 「セクションを参照」、「図を参照」、「表を参照」のすべての参照を解決します。
4. 番号付き手順、箇条書き、前提条件、および結果を確認する。
5. ソース言語の残存部分を検索し、DNTリストと比較する。
6. 承認済みおよび拒否済みのすべての用語バリエーションを検索する。
7. 数値、単位、公差、トルク値、温度、日付、URL、および識別子を確認する。
8. ヘッダー、フッター、リビジョンコード、および法的通知で正しい版データが使用されていることを確認する。

コールアウトの変更により、潜在的な不具合が生じる可能性があります。ソースに「項目4を押す」とあり、翻訳された図でそれが5に振り直されている場合、文と図の両方がもっともらしく見えながら、指示自体は使用不能になります。

ソース言語との対称性ではなく、ターゲット言語での使用を基準に編集する

管理対象の情報が安定したら、ターゲット言語での分かりやすさを考慮して手順を編集します。実用的な場合は、1つの手順につき1つのアクションに抑えます。誤用を防ぐ場合は、アクションの前に条件を配置します。同じ部品やコントロールを指す場合は、意図的な繰り返しを維持します。

Microsoftのグローバルな執筆ガイダンスでは、翻訳対象となる技術コンテンツにおいて、短く明確な文、一貫した構文、およびイディオムや文化特有の表現の回避が推奨されています。用語の一貫性を損なうような変化を加えてターゲットのマニュアルを「改善」しようとしないでください。

ここが、人間のポストエディットの出番です。それらのチェックの代わりに行うのではなく、完全性と管理されたコンテンツが検証された後に行います。

再構築されたマニュアルを製品として検証する

3つの独立した承認を実行する。

言語および技術レビュー

• 意味がソースと一致している。
• 製品用語とコントロールラベルが承認されている。
• 警告が危険性、結果、および回避措置を保持している。
• 単位、値、および識別子が正しい。
• ターゲット言語の手順が対象ユーザーにとって分かりやすい。

構造レビュー

• すべての手順、警告、表、図、付録、および注記が存在している。
• クロスリファレンスが適切なターゲット項目に解決されること。
• 目次の項目とブックマークが正しいセクションを開くこと。
• 図の吹き出しが周囲の指示と一致していること。

視覚的および納品前のレビュー

• 警告、表、キャプション、手順が途中で切れていないこと。
• ページ区切りによって前提条件と操作手順が離れていないこと。
• フォントがターゲットの文字体系に対応しており、納品に使用が許可されていること。
• PDFまたはDOCXが、受信者が使用するアプリケーションで正しく開くこと。
• ファイル名、リビジョン、ロケール、リリースパッケージが納品記録と一致していること。

PDF出力を調整するには、PDF翻訳QAチェックリストを参照し、最終校正時に独自の視覚的基準を勝手に作成しないようにしてください。

BookTranslatorが適している場面

BookTranslatorは、テキストベースのPDFまたはDOCX全体を翻訳し、用語集を使用して専門用語の統一を図り、対応している形式ではバイリンガル出力を行うことができます。代表的なソースファイルをPDF翻訳機能 または DOCX翻訳機能 からアップロードし、返された構造を確認し、ワークフローを本格導入する前にストレステストを行ってください。

スキャンされたマニュアルの場合、OCRモードは可読なコンテンツを抽出して翻訳することを目的としており、元の座標、フォント、図のラベルを完全に再現するものではありません。安全性が重要視される規制対象のマニュアルや公開マニュアルについては、引き続き適切な技術的、言語的、コンプライアンス上のレビューが必要です。

最終的なユーザーマニュアルのリリースゲート

リリース条件:

• 製品およびマニュアルのリビジョンが凍結され、記録されていること。
• 警告、用語、翻訳除外（DNT）項目、コントロール、インターフェイスのラベルに担当者が割り当てられていること。
• すべての図および埋め込みテキストの資産に対して、定義された処理が施されていること。
• 完全なファイルの数と相互参照が一致していること、
• 技術的およびターゲット言語のレビュー担当者が主要な問題をクローズしていること、
• 最終的なPDFまたはDOCXが視覚的および機能的な校正に合格していること、そして
• リリースパッケージに正確なソース、ターゲット、ロケール、およびリビジョンが明記されていること。

中心となるルールはシンプルです。ユーザーマニュアルの翻訳は、ユーザーが正しい製品バージョンを使用して正しいアクションを実行できるときに成功します。滑らかな文章は必要ですが、それが主要な受入テストではありません。