GEO実践 上級

多言語GEO:英語以外のドイツ語・スペイン語・アラビア語市場でAIに見つけてもらう方法

海外向けサイトの多くは英語版しかなく、ドイツ語・スペイン語・ポルトガル語・アラビア語市場の購買に関する質問は、現地語でAIに投げかけられている。言語の優先順位は市場規模ではなく、4つの変数で決まる。問い合わせの流入元、認証のカバレッジ、競合の密度、コンテンツの再利用度だ。初年度は2言語を徹底的に仕上げるほうが、6言語を中途半端に並べるよりはるかに良い。

语种优先级:不是全站翻译,是先翻译会被提问的页面Language Priority: not a full-site translation, but the pages that get asked about 判定顺序:询盘来源 > 认证覆盖 > 竞争密度 > 内容复用率Sequence: inbound demand, certification coverage, competition density, content reuse 第一优先Tier 1 英语 + 德语English plus German 覆盖顺序 1 / 3覆盖顺序 1 / 3 · 英语区询盘占比通常最高· 英语区询盘占比通常最高 · 德语区认证门槛挡住多数同行· 德语区认证门槛挡住多数同行 · 先做:产品页 / 参数页 / 认证页 / FAQ· 先做:产品页 / 参数页 / 认证页 / FAQ 第二优先Tier 2 西语 + 法语 + 葡语Spanish, French,Portuguese 覆盖顺序 2 / 3覆盖顺序 2 / 3 · 西语覆盖西班牙与拉美大部· 西语覆盖西班牙与拉美大部 · 葡语单独服务巴西,不能复用西语· 葡语单独服务巴西,不能复用西语 · 先做:询盘入口页 + 交期与 MOQ 页· 先做:询盘入口页 + 交期与 MOQ 页 第三优先Tier 3 阿语 + 日语 + 韩语Arabic, Japanese, Korean 覆盖顺序 3 / 3覆盖顺序 3 / 3 · 阿语需 RTL 布局,工作量另计· 阿语需 RTL 布局,工作量另计 · 日韩更依赖本地渠道背书· 日韩更依赖本地渠道背书 · 先做:认证与代理信息页· 先做:认证与代理信息页 三个技术前提:独立 URL 结构、hreflang 互指、分语言 sitemap 提交Three technical prerequisites: separate URLs, reciprocal hreflang, per-language sitemaps 术语表先于翻译:同一参数在各语言下只允许一种译法,否则四份内容互相矛盾。术语表先于翻译:同一参数在各语言下只允许一种译法,否则四份内容互相矛盾。
多言語GEO:英語以外で、ドイツ語・スペイン語・アラビア語市場はどうAIに見つけてもらうか

多言語GEO:英語以外で、ドイツ語・スペイン語・アラビア語市場はどうAIに見つけてもらうか

結論から言うと:海外向けサイトの多くは英語版しかなく、ドイツ語・スペイン語・ポルトガル語・アラビア語市場の購買に関する質問は、現地語でAIに投げかけられている。言語の優先順位は市場規模ではなく、4つの変数で決まる。問い合わせの流入元、認証のカバレッジ、競合の密度、コンテンツの再利用度だ。初年度は2言語を徹底的に仕上げるほうが、6言語を中途半端に並べるよりはるかに良い。

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 よくある質問

マイナー言語の中でどの言語のリターンが最も高いですか。どの順序で進めるべきですか。
市場の大きさではなく、言語ごとの優先度スコアで順番を決めてください。当社が支援した機械・精密加工分野のクライアントを例にすると、加重合計スコアが最も高いのは通常ドイツ語、次いでスペイン語です。ドイツ語圏は問い合わせの比率が高く、認証のカバレッジも良好で、スペイン語圏はコンテンツの供給が乏しいためです。ただし、問い合わせの60%が北米から来ているなら、スペイン語を先にやる価値のほうがドイツ語より高くなります。つまり順序は固定ではなく、最初のステップは必ず直近12か月の問い合わせを言語別にタグ付けし、その後4つの変数でスコアリングすることです。
機械翻訳はそのまま使えますか。
そのまま公開はできませんが、下書きとしては使えます。正しい進め方は3ステップです。機械翻訳で下書きを作り、用語集で強制置換し、人が確認するのは用語の置換漏れと認証・法務に関わる部分だけに絞ります。実行時は置換のヒット率を計測し、90%を下回るなら先に用語集を整えてください。まったく校閲せずにそのまま出すリスクは、言葉が通じないことではなく意味の誤訳にあります。「公差」を「誤差」と訳すようなミスをすると、顧客は間違ったパラメータのまま発注してしまいます。プライバシーポリシーと規約は例外で、必ず人が翻訳してください。
アラビア語は必ず RTL にしないといけませんか?技術的には大変ですか?
はい、アラビア語は右から左へのレイアウトが必須です。そうでないと読みやすさも信頼感も損なわれます。技術的なコストは想像より低く、主要なテーマやページビルダーは RTL スタイルシートに対応しています。確認するのは主に3点です。数字と単位の向き、表の列順、画像内の文字の部分です。本当に大変なのは組版ではなく、アラビア語コンテンツのローカライズの進め方です。アラビア語は第2弾に回し、まずドイツ語とスペイン語で流れを整えることをおすすめします。
マイナー言語のコンテンツは誰が書くのですか?機械翻訳に留学生が手を入れる形で大丈夫ですか?
2つの層に分けて考えます。用語とパラメータは製品を理解している人が確認し、言語の自然さはネイティブが確認します。留学生は2つ目の層は担えますが、1つ目の層は担えません。DIN と EN 規格の違いを説明できず、「規格に適合」と「認証を取得」の違いも区別できないことが多いからです。予算が限られる場合の順序は、まずネイティブ校閲を買い、次に翻訳を買い、機械翻訳は下書きにだけ使います。校閲コストは通常、1言語あたりの総投資額の20%〜30%を占めます。
hreflang はどう設定すればいいですか?自分自身を指すのは間違いですか?
各言語ページには全言語の相互参照を書き、自分自身も指す必要があります。これが標準的な方法で、間違いではありません。よくあるミスは3つです。片方向しか書かない(ドイツ語ページが英語を指しているのに、英語ページがドイツ語を指していない)、x-default を漏らす、言語コードが統一されていない(ある箇所は de、別の箇所は de-DE)。公開後にソースを一度取得し、相互参照が双方向になっているか1件ずつ確認してください。20分で終わりますが、数か月にわたるインデックスの混乱を防げます。
言語ごとに独立したサブサイトを作るべきですか?
多くの海外展開企業にサブサイトは不要で、独立したサブディレクトリで十分です。サブディレクトリは維持コストが最も低く、評価が集中し、hreflang の設定も最も簡単で、ページ数が200以内で同じチームが運用するサイトに向いています。サブドメインやサブサイトが向いているのは2つのケースです。現地に独立したチームがあり、コンテンツや価格の差異が大きい場合。またはメインブランドと現地ブランドを分ける必要がある場合です。サブドメインは評価が独立する点に注意してください。新しいサブドメインはゼロからのスタートになり、初期はインデックス登録が明らかに遅れます。

最後に

多言語 GEO の最大の誤解は、それを翻訳プロジェクトと見なすことです。そうではありません。これは取捨選択のプロジェクトです。どの市場のどのページを現地語で回答する価値があるかを見極め、残りはまず手をつけません。

覚える数字はこれだけ:初年度は2言語。6言語を中途半端にやるより効果的。言語の数を増やしても複利は生まれない。用語と表現の統一があってこそ複利になる。

まずどの2言語から始めるべきか確認したいなら、直近12か月の問い合わせ表で上の採点表を回してみよう。2時間ほどで結果が出る。いきなり3言語の翻訳に着手するより、はるかにコストを抑えられる。多言語GEOの実践方法はサイトのインサイト欄で、または直接お問い合わせチャットで。

崔立姝
崔立姝 クレーター専門家

デリバリー・オペレーション責任者 · クレーター デリバリー&オペレーションチーム

クレーター(Crater)デリバリー&オペレーション責任者。SEOの実装実行、ソーシャルメディアチャネルの運営とコンテンツ配信を担当し、データを用いて成長施策を分解するのが得意。複数の海外展開プロジェクトのデリバリーを手がけ、Facebook、Twitter、TikTok、YouTubeとSEO/GEOの連携戦略に注力している。

SEO実装コンテンツ運営事例解説
1106件のシェア
84件のナレッジベース