SEOのための用語集と翻訳メモリ

SEOチームとローカライズチームは、ユーザーが信頼でき、検索エンジンが内容を理解できる各言語版を公開するという共通の目標を持つことがよくあります。用語集と翻訳メモリ（TM）は、展開規模を拡大しながら用語の一貫性を保つための運用基盤です。これらがなければ、フランス語で同じ製品が3通りの名前で表記されることもあります。その場合、hreflangのクラスターが技術的には有効でも、表示テキストの表現がぶれることで、ページがどの言語なのかを示すシグナルは弱まってしまいます。

このガイドでは、用語集とTMの役割、用語のぶれが多言語SEOに与える悪影響、そして古い表現を固定化したり、機械翻訳のポストエディット（MTPE）のワークフローを妨げたりせずに両者を管理する方法を解説します。

このガイドでわかること

• 翻訳用語集とは？TMとはどう違う？
• 用語の不統一は、多言語SEOやエンティティにどのような悪影響を与える？
• ウェブサイト運用の用語集には、どのような用語を登録すべき？
• 古い表現を固定化せずに、TMの再利用で規模拡大を支えるには？
• 用語集のルールはMTPEのワークフローにどう関わる？
• 言語ごとに異なるSEOキーワードのバリエーションをどう扱うべき？
• 用語集とTMを最新に保つには、どのような管理体制が必要？
• 翻訳プラットフォームには、用語集とTMの機能がどのように組み込まれている？

要点：一貫性の効果はロケールをまたいで積み重なる

要点：翻訳用語集は、承認済みの用語、ブランド表現、SEO上重要な語彙をロケールごとに定義します。翻訳メモリは、過去に翻訳したセグメントを再利用のために保存します。用語集は何を伝えるかを規定し、TMは一貫した表現をどれだけ速く作成できるかを支えます。両者を組み合わせることで、クロール可能な各言語のURL全体で、エンティティを明確に保てます。Googleはhreflangやlang属性だけではなく、表示コンテンツからページの言語を判断するため、これは特に重要です。

一貫性の効果は積み重なります。10のロケール別URLで1つの製品名に表記のぶれがあると、微妙に異なる10のエンティティシグナルが生まれます。Googleは、言語版ごとにクロール可能な個別のURLを用意することを推奨しています。用語管理の仕組みがあれば、各URLを、言語が混在するテンプレートではなく、言語として一貫した体験にできます。

用語集と翻訳メモリの違い

翻訳用語集（用語データベース）は、原文の用語に、承認済みの訳語や用法の注記を付けて整理した一覧です。ブランド名の「翻訳しない」というルールもよく含まれます。用語集は規範を示すものであり、「workspace」「plan」や規制対象の訴求表現にどの言葉を使うべきかを、翻訳者、レビュアー、機械翻訳エンジンに指示します。

翻訳メモリは、過去に翻訳された文やセグメントを原文と訳文のペアで保存した対訳データベースです。新しいコンテンツが過去の翻訳に似ている場合、TMは完全一致またはあいまい一致の候補を再利用のために提示します。TMは過去の実績を記録したものであり、以前承認された内容を反映していますが、それが今後のマーケティングで求められる表現とは限りません。

両者が解決する課題は異なります。用語集があってもTMがなければ、承認済み用語以外の部分では執筆者が自由に言い換えられます。一方、用語集がなくTMだけを使うと、古い製品名も含め、前四半期に翻訳された内容がそのまま再利用されます。成熟したウェブサイト運用では、両方を同じCMSや翻訳プラットフォームに接続して活用します。

用語のぶれがSEOに与える影響

用語の不統一は、多言語SEOやエンティティにどのような悪影響を与える？

Googleは主に表示コンテンツからページの言語を判断します。各言語版では、コンテンツとナビゲーションの大部分を1つの言語で統一すべきです。あるページでは「多言語SEOプラットフォーム」、別のページでは異なる製品説明というように、同じ概念が複数の名称で表されると、ユーザーにも検索システムにも、主題を示すシグナルが曖昧に伝わります。

用語のぶれは、複数の言語が混在する体験も生み出します。たとえば、スペイン語のナビゲーションに英語の製品名が未翻訳のまま残ったり、完全にローカライズされた本文の横に、一部しかローカライズされていないUI文字列が表示されたりします。Googleの有用なコンテンツに関するガイダンスでは、ユーザー第一のページが重視されています。内容が乏しい言語版や定型文しか翻訳されていない言語版は、SEOの面でも、回答の情報源としても弱いものです。一貫性があり、ユーザーを第一に考えた各言語版は、ユーザーと検索システムが主題を明確に理解する助けになります。

hreflangアノテーションは、別の言語や地域に対応するURLをGoogleに伝えるもので、対象のページ群で相互に指定する必要があります。ただし、hreflangでページ上の言語の混乱を解消できるわけではありません。各言語版では、ナビゲーションやユーザーになじみのある主要な製品用語も含め、大部分を1つの言語で統一すべきです。

Bingのウェブマスターガイドラインも同様に、各市場でのインデックス登録に向けて、クロール可能で有用なコンテンツと明確なサイト構造を重視しています。用語の一貫性は、その明確さを支えます。ただし、それ自体がランキング要因であると明記されているわけではありません。

ウェブサイトの用語集に登録すべきもの

ウェブサイト運用の用語集には、どのような用語を登録すべき？

まずは、目に触れやすく、誤りのリスクが高い箇所に登場する用語から登録します。

• ブランド名・製品名（翻訳、音訳、または原表記を維持）
• タイトル、メタディスクリプション、H1で使われるプラン名・機能名
• 複数のテンプレートで繰り返し使われるカテゴリー名・ナビゲーション項目名
• 表現のばらつきがリスクにつながるコンプライアンス・法務関連の文言
• ロケールごとに合意したSEOのターゲットキーワード。英語をそのまま直訳したものではなく、調査に基づいて承認された現地語の表現
• ヘッダー、ボタン、データがない状態の画面に表示するUIマイクロコピー
• 正式表記が定められている連携サービス名・パートナー名

各エントリーには、原文の用語、承認済みの訳語、使用禁止の代替表現、品詞、使用文脈の注記（「料金ページでのみ使用」など）、管理責任者を記録します。セクションごとに用語が異なる場合（マーケティングサイトとドキュメントなど）は、用語集のエントリーをURLパターンに紐付けます。

一般的な単語をすべて登録して、用語集を肥大化させるのは避けましょう。表現のばらつきによってユーザーが混乱したり、ロケールをまたいだエンティティの認識が分かれたりする用語に絞ります。

古い表現を残さずにTMを再利用する

古い表現を固定化せずに、TMの再利用で規模拡大を支えるには？

TMは、フッター、機能の短い説明、セキュリティに関する文言、ヘルプの短文など、繰り返し使うウェブサイトのコンテンツに有効です。ただし、製品マーケティングでリブランディングを行った後も、TMが高いあいまい一致率で古い訳文を提示し続けると、かえってリスクになります。

実用的な管理策：

1. セグメントの経過期間管理 — 1リリースサイクルより古いTMユニットに、再確認のためのフラグを付ける
2. 一致率のしきい値 — 用語集で管理する用語を含むあいまい一致には、人によるレビューを必須とする
3. 原文の更新 — 英語の原文に実質的な変更があった場合は、影響するTMユニットを自動反映せず、使用対象から外す
4. 用語集を優先 — 用語集の登録内容と翻訳メモリ（TM）の候補が矛盾する場合は、用語集を優先する
5. バージョンタグ — TMのデータ群を製品バージョンやコンテンツの主要テーマに紐づける
6. TMの定期整理 — 廃止したページや非推奨となった機能に関連するセグメントをアーカイブする

目指すのは、品質を守りながらスピードを上げることであり、品質を犠牲にして再利用を最大化することではありません。GoogleはTMの利用自体をランキングの評価対象にはしていません。ユーザーやクローラーにとって重要なのは、公開された言語版が今も有益で最新の内容として読めるかどうかです。

言語ごとのキーワード表現

言語ごとに異なるSEOキーワードのバリエーションをどう扱うべき？

英語のキーワードリストを、そのまま翻訳するための原稿として扱わないでください。現地市場の調査に基づいて承認されたキーワードの表現は、推奨訳として用語集に登録します。あらゆる文に無理に挿入するためのものではありません。

ワークフロー：

1. 対象言語・市場の検索需要を調査する（詳しくは海外向けキーワード調査の専用ガイドを参照）。
2. SEOとローカリゼーションの責任者間で、ロケールごとの主要な表現と補助的な表現を合意する。
3. 承認済みの表現を、使用条件（「タイトル・H1で使用可」「本文のみ」「法務関連の文章では使用を避ける」など）とともに用語集へ追加する。
4. 用語集のSEO項目に必須指定がある場合は厳守するよう、MTおよびMTPEのレビュー担当者に指導する
5. 公開後は、プロパティ別またはディレクトリ別のSearch Consoleの検索クエリを使って見直す

各言語・ロケールのURLには、重複がある場合に同じ言語の優先URLを指定する、明確なcanonical設定が必要です。ロケール間でキーワードの整合性を保つことは、この明確化に役立ちますが、キーワードの詰め込みは役立ちません。

MTPEと用語集の遵守

用語集のルールはMTPEのワークフローにどう関わる？

機械翻訳のポストエディット（MTPE）は、未編集の機械翻訳（MT）と人手による翻訳の中間に位置します。ポストエディットを始める前に用語集をMTエンジンに適用し、レビュー担当者が基本的な用語の誤りを何度も直すのではなく、文体や文章の流れの調整に集中できるようにしましょう。

MTPEのワークフローでは：

• MT実行前：用語集をエンジンに適用し、「翻訳しない」項目をロックする
• 編集時：CATツールやTMSの画面で用語集に違反する箇所を強調表示する
• QA工程：公開前に用語集との照合を自動で行う
• フィードバックの循環：MTPEで体系的な不足が明らかになった場合は、編集者が用語集の更新を提案する

用語集の遵守は、Googleに主に単一の言語で書かれていると認識させる必要があるページで、特に重要です。MTPEに一貫性がなく複数の言語が混在すると、hreflangやサイトマップが正しくても、表示されている本文の言語を示すシグナルが弱まります。

ガバナンスと責任体制

用語集とTMを最新に保つには、どのような管理体制が必要？

担当責任者を明確にします：

変更管理は、提案 → レビュー（必要に応じてSEO・法務担当が参加）→ TMSに公開 → 翻訳ベンダーへ通知、という簡潔な流れで運用します。リリースノートに用語集のバージョンを記録し、どの時点のTM・用語集がリリースに使われたかをエンジニアが把握できるようにしましょう。

ガバナンスをサイト構造と連動させましょう。新しい言語向けにクロール可能なURLを追加する際は、XMLサイトマップが各言語版の検出を助けること、また、hreflangをサイトマップで実装する場合はその注釈を記載できることを確認します。用語管理の成果は、最終的にこれらのURL上で形になります。

実装チェックリスト

SEO向けの用語集とTMを構築・監査する際は、次のチェックリストを活用してください：

• 各テンプレートで目立つ用語（ナビゲーション、タイトル、製品名）を洗い出す
• 用語集（訳語の規範）とTM（過去の翻訳の再利用）を区別する
• 両システムの担当責任者と見直し頻度を文書化する
• 英語のエクスポートデータではなく、市場調査に基づいてロケール固有のSEOキーワード項目を追加する
• TMのあいまい一致候補より用語集を優先するよう設定する
• リブランディングに備え、TMの経年管理と使用停止のルールを定める
• MTPEのQAに用語集チェックを組み込む
• 公開ページがURLごとに主に単一の言語で構成されていることを確認する
• 新しいロケールの公開後に、hreflangの相互参照と同一言語のcanonical設定を確認する
• 製品やポジショニングに大きな変更があった後は用語を見直す

翻訳プラットフォームにおける用語集・TM機能の連携

用語集やTMの機能は、翻訳プラットフォームでどのように連携するのでしょうか。実務では、次の4つの連携ポイントが重要です：

1. コンテンツ作成とCMSからのエクスポート — 原文ページから翻訳対象のセグメントを固定ID付きでエクスポートし、リリースをまたいでもTMが確実に照合できるようにします。
2. TMSまたはローカリゼーションハブ — 用語集とTMデータベースを一元管理し、翻訳ベンダーと社内の翻訳担当者が同じ情報を参照できるようにします。
3. MTエンジンとの接続 — MTやMTPEの開始前に用語集から用語の制約を適用し、TMで既知のセグメントの訳文を事前に入力します。
4. CMSへの書き戻し — 承認済みの翻訳文を、クロール可能なURLに必要なロケールメタデータとともにCMSへ戻します。

プラットフォームによってUIの細部は異なりますが、ワークフローの基本は共通しています。用語集の登録語は必須の置換候補として表示され、翻訳メモリ（TM）の一致候補は一致率付きの翻訳セグメントとして提示され、QAレポートは公開前にルール違反を検出します。SEOチームは、用語集の用語に使用箇所（タイトル、メタ情報、H1、本文）別のタグを付けられるか、またコンテンツの種類ごとにTMの一致率のしきい値を設定できるかを確認すべきです。

ツールを評価する際は、用語集の更新が確実に反映され、古いTMが知らないうちに更新内容を上書きしないこと、またロケール固有のSEOキーワードを一般的な用語とは別に適用できることを確認してください。こうした制御がなければ、プラットフォームは一貫性のない言語版をより速く公開するだけの手段になってしまいます。

各言語版に必要な従来型検索の基盤

Googleは、Cookieによる言語切り替えではなく、言語版ごとにクロール可能な個別のURLを設けることを推奨しています。用語管理システムは、各URLのナビゲーション、本文、メタデータの言語を統一し、一貫した言語体験を提供することで、この構成を支えます。hreflangアノテーションは、別の言語や地域向けのURLをGoogleに伝えるもので、相互に参照する必要があります。用語集を厳格に運用すれば、言語に関するシグナルに一貫性が生まれ、各代替ページを検索結果に表示する価値が高まります。

各言語・ロケールのURLには明確なcanonical指定を設け、重複がある場合は同じ言語の優先URLを正規URLとして指定する必要があります。同じ言語の地域別バージョンで商品名や提供内容が異なる場合は、世界共通で使う用語と市場ごとに使い分ける用語を用語集に明記します。これにより、用語のぶれが原因で正規URLの指定が意図せず競合する事態を防げます。

翻訳ベンダーや社内の言語担当者との連携

TMのガイドラインと併せて、用語集の運用ハンドブックを公開しましょう。あいまい一致を採用する基準、ブランド用語について判断を仰ぐタイミング、新しい登録語の提案方法を定めます。ベンダーの交代は、用語のぶれを引き起こす見えにくい要因としてよくあります。用語集を一元管理すれば、再教育のコストを抑えられます。

定期リリースのたびに、公開中の各ロケールのURLを抜き取り監査しましょう。言語ごとに5つのテンプレートを抽出し、タイトル、ナビゲーションラベル、繰り返し登場する機能名が用語集の登録内容と一致しているか確認します。不一致の傾向から、使用を廃止すべきTMセグメントや、機械翻訳のポストエディット（MTPE）で判明したものの記録されなかった用語集の不足が見つかることがよくあります。

用語の一貫性は、各ロケールの内部リンクにも役立ちます。商品名が用語集の登録内容と一致していれば、アンカーテキストに表現の違いがあっても、各言語で同じ概念上のエンティティを指し示せます。これにより、ユーザーがサイト内を移動しやすくなるとともに、検索システムも、矛盾するラベルに惑わされずにhreflangセット内の代替URLを関連付けられます。

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

各言語版で用語集とTMの一貫性を保つための共通基盤は、Google、Bing、回答エンジンのいずれでも引き続き重要です。具体的には、クロール可能な言語版、明確なエンティティ、根拠のある主張、実態に即した構造化データ、そして英語だけの形ばかりのページではない、本当のローカライズです。以下のガイドは、同じ多言語配信の品質基準を、プラットフォームごとの観点から解説したものとして活用してください。

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

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が担う役割

用語ルール、翻訳メモリ、公開ワークフローを、スプレッドシートや場当たり的なCATツールのエクスポートファイルに分散させず、1つの多言語SEOプラットフォームに集約すれば、用語集とTMの一貫した運用が容易になります。

GlotEOの翻訳用語集管理は、承認済み用語の徹底を支援し、ウェブサイトのローカライズ向け翻訳メモリは、管理ルールを守りながら翻訳の再利用を加速します。言語版の展開を数ページの範囲から拡大する際は、これらの機能をウェブサイトのローカライズワークフローと組み合わせて活用してください。

言語ターゲティングと国別ターゲティングの戦略上の違いについては、国際SEOと多言語SEOの違いをご覧ください。機能や利用上限を比較する際は、GlotEOの料金とプランをご確認ください。

GlotEOのウェブサイトローカライズを活用し、用語管理と、サイト全体にわたるクロール可能でユーザー本位の言語版づくりをつなげましょう。