機械翻訳後編集（MTPE）は、日本語にローカライズするほとんどのSaaS・FinTech企業にとって標準のワークフローになっています。DeepL、ChatGPT、Google翻訳は、日本語として読める出力を生成します。これがまさに問題の根源です。
翻訳が流暢に見えると、レビュアーは安心してしまいます。通常の機械翻訳なら明らかに気づくはずのエラーが、全体的なテキストが自然に感じられるためにすり抜けてしまいます。しかし日本語において、「流暢」と「信頼できる」の間には大きなギャップがあり、そのギャップを埋めるためのエラーこそ、MTPEレビュアーが最も見落とすものです。
この記事では、15年以上の日本語MTPEレビュー経験から構築したQAチェックリストを紹介します。AIレビューツールには見えず、時間的プレッシャー下で見落としやすい問題に特化した内容です。
日本語MTPEに異なるQAアプローチが必要な理由
ほとんどのMTPEのQAフレームワークは、英語との構造的距離が小さいヨーロッパ言語ペアを対象に開発されました。日本語には固有のQA上の課題があります。
- レジスターの柔軟性： 日本語には複数の丁寧さのレベル（です/ます体 vs 普通体 vs 敬語）があり、機械翻訳は1つのドキュメント内でそれらを混在させることが多い。
- 主語の省略： 日本語では主語を省略するのが自然ですが、MTは明示的な主語を過剰に挿入し、冗長でロボット的な印象を与えることがある。
- 助詞の精度： 日本語の助詞（は、が、を、に、で）は文法的に重要ですが、技術的には正しくても文脈的には誤りで、信頼感を損なう微妙な問題を生じさせることがある。
- 業界用語： FinTech、SaaS、法務の文脈では、1つの英語用語に対して日本語の選択肢が2〜3つあることが多く、間違ったものを選んでも理解可能でも、ドメイン専門知識の不足を示すシグナルになる。
日本語MTPE QAチェックリスト
レイヤー1：レジスターの一貫性
文書全体で単一のレジスターが使われているか確認する
文書全体でです/ます体（丁寧体）または普通体が一貫して使われているか確認します。MTは特にソース文の丁寧さが変化する箇所で、段落の途中でレジスターを切り替えることがよくあります。
顧客向けUIでの敬語使用を確認する
通知メッセージ、エラー画面、ヘルプセンターのテキストには丁寧語が必要です。MTはこうした文脈で普通体やカジュアルな表現を生成することがよくあります。
レイヤー2：ドメイン文脈における用語の正確さ
決済・請求用語の確認
「決済」と「支払い」の使い分け（別記事「決済 vs 支払い」参照）を確認し、「請求」「課金」「引き落とし」が文脈的に正しく使われているかチェックします。MTは最も一般的な訳語をデフォルトで選ぶため、B2B SaaSの請求文脈では誤った選択になることが多いです。
機能名とUI用語の一貫性確認
MTPE開始前に用語集を作成してください。MTは「dashboard」をある文では「ダッシュボード」に、別の文では「管理画面」に訳します。どちらも正しいですが、不統一がそのまま問題になります。
法務・コンプライアンス用語の確認
プライバシーポリシー、利用規約、請求開示書類には法的に正確な日本語が必要です。これらのセクションのMT出力は、軽いポストエディティングではなく全面的な人間レビューが必要な初稿として扱うべきです。
レイヤー3：冗長性と過度の直訳
「以上／以下」表現の確認
MTはこれらを重複させることが多くあります——「53以上以上」や「53+以上」——英語の「+」を翻訳した上で、独立して日本語の「以上」を追加するためです。
主語の重複挿入の確認
日本語では連続する文で主語を省略するのが自然です。MTは各文に主語を再挿入することが多く、ネイティブが作ったものではないことを示す、ぎこちなくロボット的なトーンになります。
レイヤー4：CTAとコンバージョンコピー
重要QAゾーン： CTAボタン、サインアップのプロンプト、料金CTAは最もユーザーの目が集まり、最も高リスクのエラーが生じる箇所です。ページ上の他の部分のMTクオリティに関わらず、これらは必ず人間がレビューする必要があります。
CTAのレジスターと行動の明確さ
MTは文法的には正しいものの、受け身すぎるCTAを生成することがよくあります。「無料で始められます」（You can start for free）は「無料で始める」（Start for free）より弱い表現です。当社のQA業務では、直接的な命令形の方が日本語B2Bの文脈で一貫してコンバージョン率が高いことがわかっています。
エラーメッセージとエンプティステートの確認
MTのエラーメッセージはしばしば断定的すぎるか、曖昧すぎます。「エラーが発生しました」（An error occurred）は回復への道筋を示しません。エラーメッセージに何が問題で次に何をすべきかが、自然な日本語で含まれているかチェックしましょう。
レイヤー5：ビジュアルとフォーマットのQA
句読点の正規化
日本語は引用符に「」を、句点に。を、読点に、を使い、ASCII文字の等価物は使いません。MTの出力はしばしばASCIIと全角の句読点を混在させ、未完成な印象を与えます。
数字と単位のフォーマット確認
日本語の数字の慣例は異なります。大きな数には万（10,000）単位を使う場合があり、3桁ごとのカンマは文脈によって不自然になります。日付は年月日の順です。MTはよく不自然に見える西洋式フォーマットをそのまま残します。
テキストの拡張とUIの切れ
日本語テキストは通常、英語の文字数の1.1〜1.3倍になります。MTによってローカライズされたボタンラベル、タブ見出し、ナビゲーション項目は、UIのコンテナをはみ出すことがよくあります。テキストとしてではなく、実際の文脈の中でレビューしましょう。
最も重要なQAギャップ
MT品質推定機能のようなAI支援レビューツールは上記の多くの問題を検出できます——しかし最も商業的に重要なカテゴリーには苦手意識があります。それは信頼のレジスターです。
信頼のレジスターとは、日本語が買い手の業界、フォーマリティへの期待、プロフェッショナルな文脈を理解している人によって書かれたように聞こえるかどうかです。決済プラットフォームの日本語は銀行のように聞こえるべきです。開発者ツールの日本語は経験豊かなエンジニアが書いたように聞こえるべきです。HRのSaaS製品の日本語は、日本のHRプロフェッショナルが使う正式なHR語彙に合わせるべきです。
現時点でこれを測定できるAIツールはありません。ドメイン経験を持つ日本語ネイティブのレビュアーが必要です——それこそが構造化されたMTPE QAが提供するものです。
MTPE QAだけでは不十分な場合
軽いMTPEとQAレビューが適切なのは、ヘルプセンターの記事、FAQ、ブログコンテンツ、コンバージョンのリスクが低い社内ドキュメントなどです。
以下のコンテンツタイプには、MTの流暢さに関わらず、フル人間翻訳（または少なくとも重いMTPE）が推奨されます。
- 料金ページと請求コピー
- 法務・コンプライアンス文書
- オンボーディングフローとサインアップ画面
- 決済・認証フローのエラーメッセージ
- 営業・エンタープライズ提案資料
現在のワークフローがこれらのコンテンツタイプに軽いMTPEを適用しているなら、コンバージョンを取りこぼしている可能性が高いです。信頼のギャップはアナリティクスでは見えませんが、あなたのプロダクトを読むすべての日本のエンタープライズバイヤーには見えています。