多言語GEO:英語以外で、ドイツ語・スペイン語・アラビア語市場はどうAIに見つけてもらうか
1. 英語版しかないことは、4つの市場の質問入口を閉ざすことと同じ
海外向けサイトの言語構成と、実際の問い合わせ構成は、たいてい一致していない。年商数千万円規模の工場サイトをいくつも見てきたが、英語版が80ページ以上ある一方でドイツ語版はゼロ、スペイン語版もゼロ、それでもドイツとメキシコからの問い合わせが全体の3分の1を占めていた。
これは「多言語対応をするかどうか」の問題ではなく、「AIがどの言語で見込み客に答えているか」の問題だ。ドイツの購買担当が対話型AIにドイツ語で公差基準を尋ねると、検索レイヤーはドイツ語ページを優先的に探す。あなたの英語ページは内容が完全でも候補に入りにくい。順位が低いのではなく、そもそも選ばれていないのだ。
地域ごとのAI入口と質問言語の違いは、おおむね次のとおりだ。
| 市場地域 | よく使われるAI入口 | 現地語での質問比率(経験値レンジ) | 購買質問の実際の言語 |
|---|---|---|---|
| ドイツ語圏(DE / AT / CH) | ChatGPT、Gemini、Perplexity、Copilot | 60%–75% | ドイツ語 |
| スペイン語圏(ES / MX / CL / CO) | ChatGPT、Gemini、Copilot | 65%–80% | スペイン語 |
| ポルトガル語圏(BR / PT) | ChatGPT、Gemini | 70%–85% | ポルトガル語 |
| 中東(SA / AE / EG) | ChatGPT、Gemini、Copilot | 40%–60% | アラビア語と英語の混用 |
| ロシア語圏 | Yandex、ChatGPT | 70%–85% | ロシア語 |
| 日本・韓国 | Naver、Yahoo Japan、ChatGPT | 60%–75% | 日本語、韓国語 |
これらのレンジは、顧客サイトのサーバーログと問い合わせ言語の分布から弊社が推定したもので、権威ある統計ではない。ただし方向性は安定している。中東を除き、多くの非英語市場では購買に関する質問は現地語が中心だ。中東は例外で、アラビア語と英語が混用されており、英語コンテンツの有効性は他の地域より明らかに高い。
もう一つ見落とされがちな仕組みがある。多くのAI検索レイヤーは、依然として従来の検索インデックスに依存している。現地語のクエリに答えられるかどうかは、現地の検索エンジンに現地語ページがあるかどうかで決まる。英語ページはこの2つの段階のどちらでも欠けている。
2. 言語の優先順位づけ:4つの変数と1つの総合スコア
語種は市場規模ではなく、参入コストと成約効率で並べるべきです。変数と重みを4つに固定し、会議で意見がばらつくのを防ぎます。
| 判定変数 | 配点 | データの取得方法 | 採点基準(1〜5点) |
|---|---|---|---|
| 問い合わせ元 | 40% | 直近12か月の問い合わせを国と言語でタグ付け | 構成比20%超は5点、10〜20%は4点、5〜10%は3点、2〜5%は2点、2%未満は1点 |
| 認証のカバー範囲 | 25% | CE、UKCA、GS、INMETRO、SASO、NOMの取得リストがある | 対象市場の認証がすべて揃っていれば5点、1つ欠ければ3点、2つ以上欠ければ1点 |
| 競合密度 | 20% | その言語で購買に関する質問を10件抽出し、3つのモデルに尋ねる | 回答に同カテゴリの中国サプライヤーがほとんど出なければ5点、1〜3社なら3点、4社以上なら1点 |
| コンテンツ転用率 | 15% | 英語コンテンツのうち、直訳で使えて書き直しが不要なページの割合 | 70%超は5点、50〜70%は4点、30〜50%は2点、30%未満は1点 |
加重合計=4変数の得点にそれぞれ重みを掛けて合計し、最後に20を掛ける。満点は100点。精密加工部品を手がけるある顧客の採点結果は、おおよそ次のとおりです。
| 語種 | 問い合わせ元 | 認証のカバー範囲 | 競合密度 | コンテンツ転用率 | 加重合計 | スケジュール |
|---|---|---|---|---|---|---|
| ドイツ語 | 5 | 5 | 3 | 4 | 89 | 第1弾 |
| スペイン語 | 4 | 3 | 5 | 4 | 79 | 第1弾 |
| アラビア語 | 3 | 3 | 4 | 3 | 64 | 第2弾 |
| ポルトガル語 | 2 | 3 | 5 | 3 | 60 | 第2弾 |
| ロシア語 | 1 | 2 | 3 | 2 | 36 | 様子見 |
以上から、私の提案は次のとおりです。初年度は2語種だけに取り組む。合計点が最も高い2つから始め、用語集、ページテンプレート、検収基準をまず整えます。3語種を同時に始めてよいのはどんなときか。それは、3語種すべてのコンテンツ転用率が70%を超え、かつ用語レビューを専任で担当する人がいる場合だけです。そうでなければ、広げるほど各語種の品質は薄くなり、最後は6語種そろって頓挫します。
この採点法が当てはまらないケースが1つあります。問い合わせが特定の1語種に極端に集中し、構成比が60%を超える場合、第2語種の限界収益は低くなります。このときはまずその語種の深さを十分に確保すべきです。たとえば製品ページを20から60に増やすのであって、新しい語種を急いで開くことではありません。私たちのサイト構築サービスの説明には対応範囲と境界を記載しています。まず目を通してから投資を判断してください。
三、全ページ翻訳ではない:まず「質問されるページ」を翻訳する
全ページ翻訳は予算のブラックホールです。120ページのサイトを5語種に翻訳すると、480ページ分の長期的な維持コストが新たに発生しますが、その大半は永遠に質問されません。正しい進め方はまず階層化し、「質問されるかどうか」で第1弾に翻訳するページを決めることです。
| ページの種類 | 第1弾で翻訳するか | 全サイトに占める割合の目安 | 翻訳する理由 |
|---|---|---|---|
| カテゴリ・製品ページ | はい | 100% | 購買に関する質問のランディングページ |
| 仕様・選定ページ | はい | 100% | AIが引用する事実の密度を支える |
| FAQ・よくある質問 | はい | 100% | 文型が実際の質問に最も近い |
| 認証・コンプライアンス説明ページ | はい | 100% | ドイツ語圏と中東の最初の関門 |
| 事例・納品実績 | はい、現地事例を優先 | 60〜70% | 現地プロジェクトの信頼度が最も高い |
| 納期・MOQ・支払条件ページ | はい | 100% | 購買判断で必ず聞かれる項目 |
| インサイト記事とブログ | いいえ、第2弾 | 20%〜30% | 再利用率が低く、更新頻度が高い |
| 会社概要とチームページ | いいえ、第2弾 | — | ブランド信頼層なので後回しでよい |
| 法務ページ(プライバシー、規約、Cookie) | はい | 100% | コンプライアンスの最低ライン。英語だけでは残せない |
60ページのサイト、1言語で計算すると、工数はおおよそ次のように分布します。
| 作業項目 | ページ数 | 1ページあたりの工数(時間) | 合計工数 | 説明 |
|---|---|---|---|---|
| 製品・仕様ページの翻訳 | 22 | 3 | 66 | 用語の置換と数式の照合を含む |
| FAQと規約ページ | 10 | 2 | 20 | 文が短く、現地の言い回しに変える必要がある |
| 認証・コンプライアンスページ | 6 | 4 | 24 | 証明書番号は1件ずつ照合が必要 |
| 導入事例ページ | 8 | 3 | 24 | 現地事例を優先 |
| メタデータ(titleとdescription) | 46 | 0.3 | 14 | 英語版を流用できない |
| 用語集の作成とレビュー | — | — | 16 | 一度きりの投資、以降は再利用 |
| 合計 | 46 | — | 164 | 約1人で1か月 |
最後の2行の関係に注意してください。用語集は一度きりの投資ですが、以降すべての言語のコストを決めます。用語集がなければ、3つ目の言語に進んだ時点で同じ仕様に3通りの訳が混在する混乱が起き、後になるほど統一が難しくなります。
FAQはいつ省略できるか。それは1つの場合だけです。あなたのカテゴリの質問が高度に標準化されていて、サイト上に専用の選定ツールページや仕様計算ツールがすでにある場合です。そうでなければ、FAQは1ページあたりの成果が最も高いページです。買い手の質問文とほぼ一語一句対応するからです。
四、多言語化の3つの技術的前提
内容が正しくても技術が正しくなければ、やった意味がありません。3つの前提のどれか1つが欠けると、多言語版はインデックスの混乱や相互の順位争いを起こします。
| 前提 | よくある誤ったやり方 | 正しい方法 | 自己判定の方法 |
|---|---|---|---|
| URL構造 | 同じアドレスで?lang=deパラメータで言語を切り替える |
独立したサブディレクトリ/de/またはサブドメインde. |
ドイツ語ページのアドレスを新しいウィンドウで開き、何も操作せずドイツ語かどうかを見る |
| hreflang | 各言語ページに自分の1本だけを書く | 各言語ページに全言語の相互参照を書き、さらに補うx-default |
ソースを取得して双方向か照合する。片方向だけの指定は指定していないのと同じ |
| sitemap | 全言語を1つのsitemapに詰め込む | 言語ごとにファイルを分け、hreflang注釈で相互参照する | Search Consoleで言語別にインデックス済み数を確認する |
もう1つ、この3点セットには属しませんが同じく重要な前提があります。言語切り替えをフロントエンドスクリプトによる文言の置換だけで済ませてはいけない。ドイツ語の本文がブラウザ内でスクリプトによって差し替えられている場合、一部のAIクローラーが読むのは依然として英語です。判定方法は、スクリプトを実行しない方法でページを1回取得し、返ってくるHTMLにドイツ語の本文があるかを見ることです。
公開の順序にも決まりがあります。先にhreflangと言語別sitemapを完成させ、それからコンテンツを公開します。逆にやると、相互参照のないページを先に公開し、クローラーが一巡してから補うことになり、再クロールに2〜4週間余分にかかります。
五、用語の一貫性表:機械翻訳が最も間違えやすい5種類の語
機械翻訳は使えるか。使えますが、必ず用語集を通す必要があります。用語集なしの機械翻訳は、工業系カテゴリでは意味を取り違えます。そして誤った意味は言葉が通じないことより危険です。顧客が誤った仕様で発注してしまうからです。
| 日本語 | 英語 | ドイツ語 | スペイン語 | 機械翻訳で最も多い誤り |
|---|---|---|---|---|
| 精度 | 精度 / 正確さ | Genauigkeit | precisión | accuracy と precision を一つにまとめてしまい、系統誤差と再現性の違いが失われる |
| 公差 | tolerance | Toleranz | tolerancia | 「誤差」と訳され、意味が許容範囲から欠陥に変わってしまう |
| 納期 | lead time | Lieferzeit | plazo de entrega | 「納入日」と訳され、リードタイムの意味が失われる |
| 材質とグレード | material / grade | Werkstoff | material | 「材料」だけが残り、グレードの階層が失われる |
| 認証 | certification | Zertifizierung | certificación | 「某規格に適合」を「認証取得済み」と訳してしまう |
用語集のフィールドは多くないが、一つひとつを確実に埋める必要がある。
| フィールド | 例 | 必須かどうか | 用途 |
|---|---|---|---|
| 中国語原文 | 納期 | 必須 | 唯一のアンカー |
| 英語の唯一の訳語 | lead time | 必須 | 言語間アラインメントの基準 |
| ドイツ語の唯一の訳語 | Lieferzeit | 必須 | 機械翻訳後に強制置換 |
| スペイン語の唯一の訳語 | plazo de entrega | 必須 | 機械翻訳後に強制置換 |
| 機械翻訳可否 | 不要 | 必須 | 不可のものは必ず人手で確認 |
| 担当者と更新日 | 崔立姝 / 2026.09 | 必須 | 変更時に責任追及と遡及ができる |
実行方法は、機械翻訳の出力後に用語集の置換を一通り走らせ、置換のヒット率を集計する。ヒット率が 90% を下回る場合は、用語集のカバーが不足している。この場合はまず用語集を補うのであって、一文ずつ人手で直すのではない。一文ずつの修正コストは用語集を補う三〜五倍かかり、しかも次の言語でも同じ作業をやり直すことになる。
用語集はどこから始めるか。最初から 500 件作ってはいけない。まずサイト上で出現頻度が最も高い 60〜80 語を収録する。パラメータ名、工程名、認証名、単位を含めれば、通常は本文の出現回数の 80% をカバーできる。
一つ例外を明確にしておく。法律・コンプライアンス文書には機械翻訳+置換を使わない。プライバシーポリシー、利用規約、Cookie の説明は法律文書であり、誤訳するとコンプライアンスリスクが生じる。こうしたページは必ず人手で翻訳し、訳者とバージョン情報を残す。
六、受け入れ基準:各言語版をどう横並びで比較するか
多言語は「まあまあ良さそう」でごまかされやすい。横並びで比較するには、まず基準を決めておく必要があり、英語版の順位を他言語の参照にしてはいけない。両者のインデックスプールと競合構造はまったく異なる。
| 指標 | 基準 | 観察期間 | 参考達成レンジ |
|---|---|---|---|
| インデックス率 | その言語でインデックス済みのページ数 ÷ 公開済みページ数 | 公開後 4〜8 週間 | 70% 以上 |
| クロールカバレッジ | アクセスされたその言語の URL ÷ 公開済みページ数 | 公開後 4 週間 | 60% 以上 |
| 現地語キーワードの順位 | 言語ごとに現地語キーワードを 20 個選び、トップ 100 に入った数を確認 | 8〜12 週間 | 6 個以上 |
| AI 言及率 | 言語ごとに現地語の質問を 10 件用意し、3 つのモデルに聞いてブランド名が言及されるか確認 | 月に一度 | 最初の四半期に 2 件以上言及 |
| 現地語の問い合わせ | 問い合わせフォームを言語別にタグ付けし、その言語の問い合わせ件数を確認 | 公開後 3〜6 か月 | 最初の四半期に有効な問い合わせ 1 件以上 |
この五つの指標のうち、AI 言及率が最も早く方向性を見極められる。順位には依存せず、AIモデルが現地語の回答であなたに言及しているかどうかだけを見ます。3か月後に10件の質問で1件も言及がなければ、問題は通常、言語の品質ではなくコンテンツのカバレッジにあります。
記録方法は横長の表にするのがおすすめです。1行に1言語、1列に1指標、毎月1回記入します。これは「ドイツ語版のほうがスペイン語版より出来が良い気がする」よりはるかに役立ち、予算レビューの場でもそのまま根拠として示せます。
七、よくある4つの誤解と当てはまらないケース
| 誤解 | 典型的な症状 | 結果 | 正しい対応 |
|---|---|---|---|
| ナビだけ翻訳して本文は翻訳しない | メニューはドイツ語、本文は英語のまま | 現地語の検索に引用できるコンテンツがない | 本文とメタデータを同時に翻訳する |
| パラメータで言語を切り替える | /product/?lang=de |
インデックスが混乱し、hreflangが機能しない | 独立したURLに変更する |
| 言語と市場のミスマッチ | ブラジル向けにスペイン語を使う | コンテンツが現地の検索習慣と合わない | ブラジルはポルトガル語、スペイン語はスペイン語圏ラテンアメリカをカバーする |
| 一度に全部展開する | 6言語を同時に公開する | 用語と保守が同時に破綻する | 1回につき1〜2言語ずつ進める |
3つ目の誤解が最も見えにくいものです。ブラジルの公用語はポルトガル語で、ブラジル向けにスペイン語を使うのは、その言語で検索しない市場にコンテンツを投げているのと同じです。同様に、中東ではアラビア語だけにしないでください。英語はアラブ首長国連邦やサウジアラビアのビジネス場面でも依然として普及率が高く、2つの言語版を併存させるほうが安定します。
多言語化はどんなときにやるべきではないのか。3つのケースがあります。1つ目は、市場が英米豪のみで、現地語言語版に検索ボリュームがない場合。2つ目は、サイト上で再利用できるコンテンツが30ページ未満で、翻訳後に各言語が十数ページしか残らず、インデックス登録を支えられない場合。3つ目は、用語管理とレビューのリソースがなく、機械翻訳の直出しに頼るしかない場合。3つ目が最も危険で、やらないほうがましです。意味に誤りのあるページを公開してはいけません。そうしたページはAIに読まれ、誤った情報であなたの能力を説明することになり、後から修正するコストは最初からやらないコストをはるかに上回ります。
FAQ よくある質問
最後に
多言語 GEO の最大の誤解は、それを翻訳プロジェクトと見なすことです。そうではありません。これは取捨選択のプロジェクトです。どの市場のどのページを現地語で回答する価値があるかを見極め、残りはまず手をつけません。
覚える数字はこれだけ:初年度は2言語。6言語を中途半端にやるより効果的。言語の数を増やしても複利は生まれない。用語と表現の統一があってこそ複利になる。
まずどの2言語から始めるべきか確認したいなら、直近12か月の問い合わせ表で上の採点表を回してみよう。2時間ほどで結果が出る。いきなり3言語の翻訳に着手するより、はるかにコストを抑えられる。多言語GEOの実践方法はサイトのインサイト欄で、または直接お問い合わせチャットで。
