ウェブサイトのMTPEと人による翻訳の比較：実践ガイド

ページの種類別の判断基準、用語集の運用、品質チェックの基準、多言語SEOで求められる品質を踏まえ、MTPE、人による翻訳、または両者を組み合わせたウェブサイト翻訳のワークフローを選びましょう。

Grant Davies更新日

ウェブサイトのMTPEと人手翻訳の比較：用語集チップでつながれた機械翻訳パネルと言語専門家パネル

ローカライゼーション担当者は、ウェブサイトのプロジェクトごとに同じ選択を迫られます。機械翻訳してそのまま公開するか、費用をかけてすべて人手で翻訳するか、それとも機械翻訳のポストエディット（MTPE）を使うか。実際の答えは、ページの種類、リスク、用語集の整備状況、そしてクロール可能で、ユーザーを第一に考えた各言語版を公開できるかどうかによって変わります。「今の機械翻訳は優秀だ」といった漠然とした宣伝文句で決まるものではありません。

このガイドでは、多言語SEOと、GoogleやBingが有用なコンテンツに求める要件を踏まえた運用基準で、ウェブサイトのMTPEと人手翻訳を比較します。それぞれの定義、ページの種類ごとの適性、用語集と翻訳メモリ（TM）の運用、法務面とコンバージョン面のリスク対策、品質保証（QA）のチェック工程、そして根拠のない統計に頼らずにコスト・スピード・リスクを比較する方法を解説します。

要点：MTPEは機械翻訳を修正すること。そのまま公開することではありません

端的に言うと：MTPEとは、公開前に人間の編集者が機械翻訳を修正することです。機械翻訳の出力をそのまま各言語版のURLに貼り付けるだけでは、MTPEとは呼べません。そのような方法では、内容の薄いページや複数の言語が混在したページになりやすく、ユーザー第一のコンテンツに求められる水準を満たせません。

Googleの有用なコンテンツに関するガイダンスでは、ユーザーを第一に考えたページが重視されています。内容が薄い、または定型文しかない言語版は、SEOの面でも、回答の情報源としても弱いものです。ユーザー第一の有用なコンテンツに求められる要件は、すべての言語版に当てはまります。機械翻訳だけで作られた低品質なページは、その言語や地域のユーザーにとって、内容に乏しく役に立たない体験につながりかねません。

スピードとコストを重視しつつ、用語、トーン、事実関係のわかりやすさを人の手で修正する必要がある場合は、MTPEが適しています。ブランドの語り口、法的な正確さ、コンバージョンを促すコピーに機械翻訳の誤りを許容できない場合は、全面的な人手翻訳を選びましょう。どちらの場合も、QAのチェック工程を省略してはいけません。

MT、MTPE、人手翻訳の定義

機械翻訳（MT） — 原文を対象言語へ自動で翻訳すること。公開前に人による確認が行われるとは限りません。

機械翻訳ポストエディット（MTPE） — 機械翻訳の後、人が軽度または全面的な修正を行い、公開前に品質基準を満たすようにすること。

人手翻訳 — 翻訳者が機械翻訳を使わずに原文から翻訳すること。または、機械翻訳を全面的に書き直し、実質的に新しい文章にすること。

サイトの共通UIが翻訳されていても、メインコンテンツが定型文だけだったり、翻訳の質が低かったりすれば、その言語版の価値は下がります。ナビゲーションだけを翻訳し、本文を原文のまま残すのは、よくある失敗例です。適切なワークフローの選択肢ではありません。

Googleは、主に画面に表示されるコンテンツからページの言語を判断します。各言語版では、コンテンツとナビゲーションの大部分を1つの言語で統一する必要があります。

各言語版のSEOで品質が重要な理由

多言語SEOの出発点は、クロール可能な言語・地域別URLです。Googleも、Cookieだけに頼るのではなく、言語ごとに異なるURLを用意することを推奨しています。ただし、それらのURLが検索結果で表示されるに値するかどうかを決めるのは品質です。

hreflangアノテーションは、別の言語版のURLをGoogleに伝えるもので、代替の言語版がある場合は相互に指定する必要があります。XMLサイトマップはページの発見を助け、hreflangも記載できます。重複ページがある場合、canonicalでは同じ言語のURLを優先して指定する必要があります。しかし、こうした指定を行っても、役に立たない本文を補うことはできません。

翻訳品質は、次の点に影響します。

  • 言語の判定 — 複数の言語が混在した文章や雑な文章は、ユーザーだけでなく、表示内容を読み取るアルゴリズムも混乱させます。
  • コンテンツの有用性を示すシグナル — 内容の薄い機械翻訳ページは、価値を増やさずにURLだけを増やします。
  • コンバージョン関連ページや法的文書ページの信頼性 — 誤りはSEOにとどまらず、ビジネス上のリスクにつながります。
  • Bingでのインデックス登録 — Bingウェブマスターガイドラインは、各市場に向けて、クロール可能で有用なコンテンツと明確な構造を提供することを重視しています。

ワークフローを選ぶ前に戦略を検討する場合は、国際SEOと多言語SEOの違いをご覧ください。

ページの種類別ワークフロー選択表

すべてのページに同じワークフローが適しているわけではありません。実務では、次のように分けられます。

MTPEに適したコンテンツ（用語集とレビューが必要）：

  • 事実中心で構成が定型的な、ロングテール検索に対応するヘルプ記事
  • 社内ドキュメントを一般向けにも公開したもの
  • 用語が安定している製品機能一覧
  • 用語集に基づいてまとめて翻訳するUIテキストやマイクロコピー

人手翻訳を優先、または大幅なポストエディットが必要なコンテンツ：

  • ホームページと主要なランディングページ
  • 料金ページとプラン比較ページ
  • 顧客事例とブランドキャンペーン
  • 慣用表現を多用した、独自の知見や見解を発信するブログ記事

人手翻訳のみでの対応、または法務レビューが必須のコンテンツ：

  • 利用規約、プライバシーポリシー、法令に基づく開示情報
  • 安全性、医療、金融に関する主張
  • 雇用関連文書や契約書のテンプレート

ベンダーの見積もりごとに場当たり的に決めるのではなく、依頼内容を受け付ける段階で、振り分け表に各ワークフローを割り当てましょう。

用語集、翻訳メモリ（TM）、スタイルガイド

用語管理を徹底するほど、MTPEの信頼性は高まります。

  1. 用語集 — 承認済みの製品用語、使用禁止の訳語、市場ごとの表記の違いを管理します。
  2. 翻訳メモリ（TM） — 確認済みの訳文を再利用し、人が修正した後はTMを更新します。
  3. スタイルガイド — 言語・地域ごとに、トーン、文体の丁寧さ、包括的な表現、句読点のルールを定めます。
  4. 翻訳しない語句のリスト — 製品名、連携機能のラベル、コード内のトークンなどを管理します。

用語集を徹底して適用しなければ、MTPEの編集者はページごとに同じ用語の誤りを直すことになり、機械翻訳による時間短縮の効果が失われます。

対応している機械翻訳エンジンには用語集の制約を設定し、そのうえで、閲覧される機会の多いURLには人によるポストエディットも実施しましょう。

法務、ブランド、コンバージョンに関わるページには、より厳格なチェック工程が必要です。

  • 法務 — 全面的な人手翻訳に加え、適用される法域に即したレビューを行います。法的拘束力のある文書にMTPEが適しているケースは、ほとんどありません。
  • ブランド — タグラインやキャンペーンでは、原文に忠実なMTPEではなく、トランスクリエーションが必要になることがよくあります。
  • コンバージョン — 料金に関するCTA、保証の文言、トライアル条件には正確さが求められます。優先度の低い市場では簡易的なMTPEで対応できる場合もありますが、事前の検証が不可欠です。

Googleは、推定した言語に基づいてユーザーを自動転送することを推奨していません。クロール可能なURL上で、質の高いローカライズ済みコンテンツと、見つけやすい言語切り替え機能を提供しましょう。

マーケティングページでMTPEを採用していても、購入手続き、会員登録、法令遵守に関わるフローでは、未編集の機械翻訳を公開しないでください。

QAと公開判定基準

MTPEに限らず、どのような翻訳でも公開前にQAを実施しましょう。

  1. ローカライズの網羅性 — ローカライズ済みURLに、空欄や英語にフォールバックする箇所がないこと。
  2. 言語の一貫性 — 本文、ナビゲーション、ボタン、エラーメッセージが対象ロケールに合っていること。
  3. 用語監査 — サンプルを抽出し、用語集と翻訳メモリ（TM）に照らして確認すること。
  4. リンクとスラッグの確認 — 内部リンクが同じロケール内に収まり、hreflangのペアが相互に参照していること。
  5. メタデータの確認 — タイトルとディスクリプションが英語のコピーではなく、ローカライズされていること。
  6. 人による抜き取り確認 — トラフィックの多いテンプレートをネイティブ話者が確認すること。

サンプルページを見て、主要コンテンツが薄い、反復的、機械翻訳特有の不自然さが目立つなど、有用なコンテンツとしての基本的な基準を満たさない場合は、公開を止めましょう。

各言語版は、それぞれ独立したクロール可能なURLとして維持し、canonicalを明確に設定する必要があります。適切なQAには、言語面だけでなく技術面の確認も含まれます。

コスト・スピード・リスクのトレードオフ

各ワークフローを実態に即して比較しましょう。

比較項目未編集の機械翻訳MTPE人手翻訳
スピード最も速い速いが、編集待ちが発生最も遅い
コスト直接コストが最も低い中程度直接コストが最も高い
SEO／UXのリスク最も高い公開判定基準を設ければ中程度適切に管理すれば最も低い
用語集を活用した規模拡大への対応対応しにくい対応しやすい翻訳メモリ（TM）があれば対応しやすい

隠れたコストには、ブランド毀損につながる問題が起きた後の手直し、繰り返される法務レビュー、混乱したユーザーからの問い合わせ対応、内容の薄いロケール別フォルダのインデックス削除などがあります。安価な機械翻訳で公開しても、緊急に人手で書き直す必要が生じれば、計画的なMTPEより高くつくことがよくあります。

公開期限を守るうえでスピードは重要です。しかし、低品質な機械翻訳のみのページを公開すると、hreflangクラスターやサイトマップ全体に技術的負債が生じ、後からその保守に対応しなければならなくなります。

実装チェックリスト

従来の検索と回答エンジンに共通する基盤

ロケール別ページにおけるMTPEと人によるレビューの品質を支える共通の基盤は、Google、Bing、回答エンジンのいずれでも重要です。クロール可能な各言語版、明確なエンティティ、根拠のある主張、実態に即した構造化データ、そして英語のままの見せかけのページではない、実質的なローカライズが求められます。以下のガイドは、共通する多言語配信の品質基準を、プラットフォームごとの視点から捉えるものとして活用してください。

Google検索でページが検出されるには、クロール可能なロケール別URL、各言語に適したHTML、正確なタイトルと見出し、代替言語版がある場合は相互に参照するhreflangが必要です。技術的な基盤には、インデックス登録可能なコンテンツ（Cookieだけに依存した言語切り替えでは不十分）、ローカライズされたメタデータ、サイトマップ、適切なcanonicalの運用が含まれます。コンテンツ品質の要となるのは、各言語でユーザーを第一に考えたメインコンテンツです。権威性は、翻訳ツールの宣伝ではなく、組織情報の明確さと裏付けとなる情報源から生まれます。多言語対応では、市場別・言語別の各URLが単独で成り立つ必要があります。Search ConsoleのカバレッジとURL検査を使い、ロケールごとに状況を測定してください。確かな点と不確かな点：Googleは多言語対応とhreflangの動作を文書化していますが、特定のCMSや機械翻訳のポストエディット（MTPE）ワークフローによる検索順位は保証していません。

プラットフォーム別ガイド：Bing

Bingは、GoogleがURLやコンテンツの明確さに求めるものと同様に、構造が明確でクロール可能な多言語ページを検出し、インデックスに登録します。技術的な基盤には、取得可能なロケール別URL、有用なコンテンツ、Bing Webmaster Toolsでの監視が含まれます。UI要素だけを翻訳するのではなく、見出し、主張、FAQのローカライズを優先してください。権威性を示す要素としては、引き続き信頼できる情報源と一貫したエンティティが重要です。多言語対応では、クライアント側だけで動作する切り替え機能の背後に各言語版を隠さないでください。Bing Webmaster Toolsでインデックス登録状況とクロール統計を測定しましょう。確かな点と不確かな点：Bingのガイドラインは、クロール可能で有用なコンテンツを重視しています。翻訳ツールに関して、Bing独自のランキング要因を根拠なく想定しないでください。

プラットフォーム別ガイド：ChatGPT

ChatGPTは、各言語版が明確で、回答に活用しやすい公開ページを引用または要約することがあります。情報の発見は従来のクロールに基づく順位付けとは異なり、可視性は情報源として選ばれたり、回答内で参照されたりする形で現れます。技術的な基盤は、やはりアクセス可能なHTMLのURLです。テキストを隠してしまうウィジェット型のオーバーレイではありません。コンテンツ面では、直接的な回答、FAQ、用語集に基づく一貫した用語が役立ちます。権威性は、根拠と、ロケールをまたいだエンティティの一貫性から生まれます。多言語対応では、各ロケールのページが単独で読んで理解できる必要があります。測定は完全ではないため、引用状況の確認は仮説の検証として扱ってください。確かな点と不確かな点：MTPEや特定のCMS連携によってChatGPTに引用されることを保証する文書化された根拠はありません。

プラットフォーム別ガイド：Gemini

Geminiと関連するGoogleのAIサービスでは、一貫したエンティティ、正確な構造化データ、インデックス登録可能なローカライズ済みページが役立ちます。可視性とは、参照・認識されることであり、Gemini独自のランキング要因を根拠なく想定することではありません。技術的な基盤は、Google検索のクロール可能性やメタデータの品質と共通しています。コンテンツでは、各言語で主張や定義を明確に示す必要があります。権威性は、組織情報の一貫性と裏付けに左右されます。多言語対応では、用語集で製品名を統一することで、ロケール間の混乱を減らせます。従来どおりSearch Consoleで測定しつつ、AIの回答を抽出して定性的にも確認してください。確かな点と不確かな点：Geminiの挙動は、hreflangや各言語版に関するGoogle検索の公式ガイダンスの代わりにはなりません。

プラットフォーム別ガイド：Google AI Overviews

Google AI Overviewsは、回答の裏付けとなるページへのリンクを表示することがあります。掲載対象となるための基本は、引き続きユーザーを第一に考えた、インデックス登録可能なコンテンツです。AI Overviewsは言語切り替え機能ではなく、hreflangの代わりにもなりません。技術的な基盤は、クロール可能なロケール別HTMLと、事実に即した構造化データです。コンテンツ面では、各言語での簡潔な回答と明確な見出しが重要です。権威性の評価も、有用なコンテンツに求められる水準に沿ったものです。多言語対応では、翻訳されたページがAI Overviewsに掲載される保証はありません。Search Consoleで生成AI関連のレポートが利用できる場合はそれを使って測定し、従来のインデックス指標とは分けて管理してください。確かな点と不確かな点：どのような翻訳ワークフローでも、AI Overviewsへの掲載を約束することはできません。

GlotEOが担う役割

MTPEと人手翻訳の選択は、翻訳者、マーケティング担当者、エンジニアにまたがる運用上の課題です。GlotEOのウェブサイトローカライズプラットフォームは、ページの種類に応じた適切なワークフローへの振り分け、用語集の遵守とQAの公開判定基準の適用、本番公開前のローカライズ済みURLと制作要件との整合性確保を支援します。

多言語SEOのワークフローツールを活用し、翻訳方針をhreflang、メタデータ、ロケールマトリックスの要件と連携させましょう。MTPEの処理量が増え、スプレッドシートでの管理が難しくなったら、GlotEOの料金とプランをご確認ください。

国際SEOと多言語SEOの違いを踏まえて戦略を立てましょう。そうすることで、画一的な翻訳量の目標ではなく、言語や国の優先順位に沿って品質への投資を配分できます。

参考文献