多言語SEOを生成AIで進める方法｜海外の見込み客に届く

「英語版のページを作ったのに、海外からの問い合わせが半年間ゼロのまま」——海外展開を始めたBtoB企業から、よく聞く悩みです。翻訳会社に頼んで丁寧に訳したはずなのに、現地の検索結果にはまったく出てこない。実はこの状態、翻訳の質だけの問題ではありません。多言語サイトには、検索エンジンに言語版の存在を正しく伝え、現地の検索語と内容を合わせるという、翻訳とは別の設計が必要なのです。本記事では、海外展開を始めた架空のBtoB企業を想定したシナリオ形式で、生成AIを活かした多言語SEOの進め方を、Googleの公式仕様と公開されている調査データに基づいて解説します。

シナリオ：英語ページはあるのに、問い合わせが来ない

本記事では、産業用センサー部品を製造する架空の中堅メーカー、B社を想定して話を進めます。B社は国内市場の頭打ちを受けて、北米と東南アジアへの販路拡大を決めました。手始めに会社案内と主力製品のページを英訳して公開しましたが、半年経っても海外からの問い合わせはゼロ。アクセス解析を見ると、英語ページへの流入は日本国内からがほとんどで、肝心の現地からの検索流入がほぼ発生していないという状態でした。

この状態には、典型的な3つの壁があります。第一に、検索エンジンが「このページは英語圏の読者向けだ」と認識できていない技術面の壁。第二に、現地の見込み客が実際に検索する言葉と、ページ内の言葉が合っていないキーワードの壁。第三に、内容が日本語ページの直訳のままで、現地の読者に選ばれないコンテンツの壁です。多言語SEOとは、この3つの壁を順に越えていく取り組みです。以降、B社がどう進めたかを追いながら、それぞれの越え方を見ていきます。

多言語SEOとは：翻訳ページを置くだけでは届かない

多言語SEOとは、複数の言語・地域の検索ユーザーに対して、それぞれに適した言語版のページを検索結果に表示させるための施策の総称です。具体的には、言語版の対応関係を検索エンジンに伝える技術設定、現地の検索語に合わせたキーワード設計、現地読者向けの内容調整（ローカライズ）の3層で構成されます。どれか一つが欠けても、海外からの検索流入は伸びにくくなります。

かつてこの3層をすべてやり切るには、翻訳会社・現地SEO会社・開発会社への依頼が必要で、中堅企業にはハードルの高い投資でした。生成AIの登場で、この構図が変わりつつあります。一次翻訳、現地キーワードの発想、メタ情報の作成といった作業はAIで大幅に効率化できるようになりました。ただし後述するとおり、AI任せの一括公開はGoogleのスパムポリシーに触れるリスクがあり、品質の見極めと現地目線のレビューは人が握る必要があります。どこをAIに任せ、どこを人が担うか。この分担設計こそが、生成AI時代の多言語SEOの中心テーマです。

最初の分かれ道：どの市場・どの言語から始めるか

B社が最初に迷ったのは、対応言語の範囲でした。北米向けの英語だけでいくか、東南アジア向けにタイ語やベトナム語まで広げるか。ここで役立ったのが、すでに手元にあるデータです。過去の引き合いメールの発信国、海外展示会で集めた名刺の内訳、アクセス解析の国別セッション数。これらを突き合わせると、引き合いの実績がある国から優先するという判断ができます。B社の場合、既存の引き合いは北米とタイに集中していたため、まず英語、次にタイ語という順序を決めました。

この優先順位づけは、生成AIとの相性が良い作業です。国別のアクセスデータや引き合いリストを渡し、市場ごとの有望度を整理させると、判断のたたき台が短時間でそろいます。ただし注意点があります。AIが学習知識から答える市場規模や商習慣の情報は、古い場合や不正確な場合があります。市場の統計は現地の公的統計や業界レポートで裏を取ること、AIの答えは仮説として扱うことを徹底してください。優先市場が決まれば、投資の規模も、次に見るURL構造の議論も具体化します。

URL構造を決める：サブディレクトリかサブドメインか

言語版をどのURLに置くかは、後から変更しにくい重要な設計です。選択肢は大きく3つあります。Googleはどれか一つを正解として推奨しているわけではなく、それぞれに一長一短があります。3方式の特徴を整理すると次のようになります。

方式	URLの例	特徴
サブディレクトリ	example.com/en/	既存ドメインの評価を活かしやすく、運用の手間も小さい
サブドメイン	en.example.com	サイトを分けて運用できるが、評価が分散しやすいとされる
国別ドメイン(ccTLD)	example.co.th	現地サイトとしての明確さは最も強いが、取得・運用の負担が大きい

B社が選んだのはサブディレクトリ方式でした。既存ドメインで積み上げてきた評価を活かせること、サーバーやCMSの管理が一元化できることが理由です。海外展開を始めたばかりのBtoB企業には、まずサブディレクトリで小さく始め、市場が育ってから国別ドメインを検討するという順序が現実的です。逆に、現地法人があり現地でのブランド構築を本格的に行う段階なら、国別ドメインの価値が出てきます。自社の展開ステージに合わせて選んでください。

hreflangの現行仕様を押さえる（Google公式）

URL構造が決まったら、言語版同士の対応関係をGoogleに伝えます。その手段がhreflang（エイチレフラング）です。Googleの公式ドキュメント「ページのローカライズ版について Google に知らせる」では、HTMLのlink要素、HTTPレスポンスヘッダー、XMLサイトマップの3つの実装方法が示されています。HTMLページなら head 内のlink要素、PDFのようなHTML以外のファイルならHTTPヘッダー、対象ページが多い大規模サイトならサイトマップでの一括指定が向いています。HTMLでの記述は次のような形です。

<link rel='alternate' hreflang='ja' href='https://example.com/ja/' />
<link rel='alternate' hreflang='en' href='https://example.com/en/' />
<link rel='alternate' hreflang='x-default' href='https://example.com/' />

言語コードはISO 639-1形式で指定し、必要に応じてISO 3166-1 Alpha 2の地域コードを組み合わせます。たとえば en は地域を問わない英語、en-GB は英国向け英語です。地域コード単独の指定は無効で、必ず言語コードとセットで書きます。また x-default は、どの言語版にも当てはまらない訪問者に見せるフォールバック用の予約値で、言語選択ページやグローバルトップに割り当てるのが定石です。各言語版のページには、自分自身を含むすべての言語版を列挙する必要がある点も覚えておいてください。

hreflangでやりがちなミス

hreflangは仕様がシンプルに見えて、実装ミスが非常に多い設定として知られています。Google公式ドキュメントも代表的なエラーを挙げて注意を促しています。最重要なのが返しリンクの要件です。ページXがページYをhreflangで指すなら、ページYも必ずページXを指し返す必要があります。この相互参照が欠けると、アノテーションは無視されるか、誤って解釈される可能性があると公式に明記されています。ありがちなミスを整理します。

• 返しリンクの欠落：日本語版から英語版を指したのに、英語版から日本語版を指し返していない
• 存在しない地域コード：英国をUKと書く（正しくはGB）、欧州をEUと書く——どちらも機能しない
• 地域コードだけの指定：hreflangにGBとだけ書いても無効。en-GBのように言語とセットにする
• canonicalとの矛盾：正規URLではないパラメータ付きURLをhreflangに列挙してしまう

実装後の検証には、Search Consoleやクローラーツールに加えて、生成AIも使えます。出力されたhreflangタグ一式を貼り付けて、返しリンクの整合性やコードの妥当性をチェックさせると、目視では見落としやすい抜けを拾えます。ページ数が増えるほど手作業での確認は破綻しやすいため、公開前のレビュー工程として組み込んでおくと安心です。

機械翻訳ページへのGoogleの見解：線引きはどこか

「機械翻訳で作ったページはスパム扱いされるのでは」という不安は、多言語SEOで必ず出てくる論点です。歴史的には、Googleのガイドラインは人間によるレビューを経ない自動翻訳ページを「自動的に生成されたコンテンツ」として問題視してきました。現在この論点は、2024年3月に導入されたスパムポリシーの大量生成コンテンツの不正使用に引き継がれています。このポリシーは、生成の手段が自動か人力かを問わず、ユーザーに価値を提供しない独自性のないコンテンツの量産を対象とします。

一方で、Googleは機械翻訳・AI翻訳そのものを禁止していません。2025年10月には、RedditがAIで多言語翻訳したスレッドが日本のGoogle検索で上位表示されている事例が話題になりましたが、GoogleはAI翻訳コンテンツを厳密にスパムとして定義しているわけではなく、価値を提供しない独自性のない大量コンテンツへの警告の一部だという趣旨の見解を示しています。つまり線引きは翻訳の手段ではなく、読者への価値です。実務の結論はシンプルで、レビューなしの機械翻訳を大量に一括公開するのは避け、人のレビューを通した品質のページを、優先度の高いものから公開していくことです。

生成AI翻訳の品質はいまどこまで来たか

では、生成AIの翻訳品質は実際どの水準にあるのでしょうか。翻訳・ドキュメント制作会社のヒューマンサイエンスが2026年5月に公開した比較検証では、5つの翻訳エンジンにそれぞれ200文を翻訳させ、意味の理解やビジネス利用に大きく影響する重大エラーの発生率を評価しています。結果は次のとおりでした。

翻訳エンジン	重大エラー率
Google翻訳	4%
ChatGPT	7%
Claude	7.5%
DeepL	8.5%
Gemini	15%

この調査が示す示唆は2つあります。第一に、どのエンジンも重大エラーはゼロではないこと。仕様書や契約書のように正確さが必須の文書では、人による校正が欠かせないと結論づけられています。第二に、表面的な自然さと正確さは別物だということ。生成AIの訳文は人間らしく自然に読める一方で、訳抜けなどのエラーが紛れ込むことがあります。自然に読めるからこそ、エラーに気づきにくい——これがAI翻訳時代の新しい落とし穴です。マーケティングコンテンツではトーン調整や意訳の柔軟さで生成AIが強みを発揮するため、文書の種類によってエンジンと確認体制を使い分けるのが現実解です。

翻訳とローカライズの違い：直訳では選ばれない

技術設定と翻訳品質をクリアしても、まだ壁が残ります。内容そのものが現地の読者に響くか、という問題です。翻訳（トランスレーション）が言語の置き換えであるのに対し、ローカライズは現地の商習慣・検索行動・意思決定の文脈に合わせた内容の作り替えを指します。日本語ページの直訳は、文法的に正しくても、現地の読者には「自分たち向けに書かれていない」と伝わってしまいます。

BtoBサイトでローカライズすべき代表的な要素を挙げます。

• 単位・通貨・日付形式：メートル法とヤード・ポンド法、円建てとドル建ての表記
• 導入事例：現地読者が知らない日本企業の事例より、業種と課題が近い事例の見せ方に調整
• 問い合わせ導線：時差を踏まえた対応時間の明記、現地で使われる連絡手段の用意
• 規格・認証への言及：対象市場で通用する規格名や認証名で語る

生成AIはこの作り替えの下ごしらえに使えます。翻訳した本文を渡し、対象国のビジネス読者向けに違和感のある箇所を指摘させる、事例の見せ方の代案を出させる、といった使い方です。ただしAIの指摘は一般論に寄りがちなので、最終判断は現地の商習慣を知る人——現地代理店やネイティブスタッフ——のレビューで裏づけることをおすすめします。

もう一つ見落とされがちなのが、公開後の受け入れ体制です。翻訳ページを公開するということは、その言語で問い合わせが来るということです。英語ページから届いた引き合いに数日間返信できないようでは、せっかくの機会を逃してしまいます。対応できる言語だけを公開するというのも立派な戦略判断です。生成AIは問い合わせ対応の場面でも役立つため、外国語の問い合わせに対する一次回答のたたき台をAIで作り、担当者が内容を確認して返信する、という体制をあらかじめ決めておくと、公開後に慌てずに済みます。

多言語キーワード調査の落とし穴

多言語SEOで最も見落とされやすいのが、キーワード調査のやり直しです。日本語で成果が出ているキーワードを直訳して使い回したくなりますが、現地の見込み客は、直訳語とは別の言葉で検索していることが多いのです。同じ英語圏でも米国と英国で使われる語が違うことがあり、業界用語になると翻訳ツールの訳語と現場の呼び方が食い違うケースも珍しくありません。注意点を整理します。

• 日本語キーワードの直訳は、現地の検索語と一致しないことが多い。直訳をそのまま採用しない
• 検索ボリュームは言語×国の組み合わせごとに別物。日本市場のデータは流用できない
• 翻訳ツールが返す訳語が、現地の業界用語と一致するとは限らない。現地同業他社のサイトで実際の用語を確認する
• AIが挙げる現地キーワード候補は発想の材料。採用前にキーワードプランナー等で実在ボリュームの裏を取る

ここでの生成AIの正しい使い方は、ブレストの相手です。製品の特徴を伝えたうえで、現地の購買担当者が使いそうな検索語の言い換え・関連語・質問形を広げさせると、日本語の発想では出てこない候補が得られます。そのうえで、数字の確認はキーワードツール、用語の妥当性は現地サイトの実例、という分担で裏取りを行います。発想はAI、検証はデータ。この順序を守るだけで、キーワード設計の精度は大きく変わります。

対象市場の検索エンジン事情も確認しておく

ここまでGoogleを前提に話を進めてきましたが、市場によっては主要な検索エンジンが異なる場合があります。よく知られているのは、中国や韓国、ロシアなどで独自の検索サービスが強い存在感を持ってきたことです。シェアの構図は年々変わるため、古い情報を鵜呑みにせず、展開先を決めた時点で現地の最新事情を確認してください。Googleのシェアが低い市場では、hreflangを軸にした本記事の設計だけでは十分に届かない可能性があり、現地の検索エンジンへの登録や、その仕様に合わせた最適化が別途必要になります。

B社のシナリオでは、対象が北米とタイだったため、Google中心の設計で進める判断をしました。あわせて確認したいのが、検索以外の情報経路です。市場によっては、業界ポータルサイト、展示会、ビジネス系SNSなどが見込み客の情報収集の主役である場合もあります。生成AIに対象市場の情報収集チャネルの仮説を挙げさせ、現地代理店や既存顧客へのヒアリングで裏を取る——AIの回答は仮説、現地確認が本番という原則は、ここでも変わりません。検索エンジンの外側まで含めて経路を設計することが、海外の見込み客に届く確率を高めます。

シナリオ実践：AI翻訳と人のレビューで回す制作体制

材料がそろったところで、B社が組んだ制作体制を見てみましょう。ポイントは、翻訳を始める前に土台を固めたことです。特に効いたのが用語集とスタイルガイドの整備でした。製品名・技術用語・敬称のルールを先に固定し、AIへの指示に毎回添えることで、ページごとに訳語がぶれる問題を防げます。B社の進め方を手順にすると次のようになります。

レビュー体制が社内で用意できない場合は、翻訳の全工程を外注するのではなく、AI翻訳＋ネイティブチェックの組み合わせを検討してください。ゼロから人手で翻訳するより費用を抑えながら、レビューなし公開のリスクを避けられます。品質と速度と費用のバランスを取る現実的な妥協点として、多くの現場で採用されている形です。

見出し・メタ情報のローカライズをAIで仕上げる

本文の翻訳が済んでも、titleタグとメタディスクリプションを本文と同じ調子で直訳してしまうと、検索結果画面で選ばれません。これらは検索結果に表示される「広告文」のようなもので、現地キーワードを含めつつ、現地読者の関心に沿って書き直す必要があります。キーワード調査で得た現地の検索語を軸に、文字数の制約内で複数案を作る——この作業は生成AIの得意分野です。採用したい検索語、文字数条件、読者像を伝えて10案ほど出させ、人が選んで磨くという流れが効率的です。なお、検索結果に表示される文字量の感覚は言語ごとに異なります。日本語の感覚のままでは英語のタイトルが長すぎて途切れることがあるため、言語ごとに文字数の目安を変えて案を出させると精度が上がります。

あわせて見直したいのが、ページ内の見出し構成と内部リンクのアンカーテキストです。見出しは現地の検索語との対応を意識して調整し、言語版内のリンク文言もその言語で自然な表現に整えます。日本語版の構成をそのまま写すのではなく、現地のキーワード調査の結果を見出しレベルまで反映させることで、ページ全体が現地の検索意図に沿ったものになります。細部の作業ですが、直訳サイトと現地仕様サイトの差はこうした積み重ねから生まれます。

公開後の検証：Search Consoleで国別の動きを見る

公開はゴールではなく検証の始まりです。まずSearch Consoleの検索パフォーマンスレポートを国別に絞り込み、狙った国で表示回数が発生しているかを確認します。英語ページを公開したのに表示が日本国内ばかりなら、hreflangや内容のローカライズに課題が残っているサインです。あわせてページのインデックス登録状況も確認し、言語版がそもそも登録されているかを見ます。hreflangの効果が安定するまでには数週間単位の時間がかかることがあるため、公開直後の数字で一喜一憂せず、推移で判断してください。

チェックすべき典型的な不具合が、別言語版の誤表示です。たとえば英語圏の検索結果に日本語ページが表示されてしまうケースで、返しリンクの欠落やcanonicalとの矛盾が原因になっていることがあります。国別・ページ別のデータをエクスポートして生成AIに渡し、狙った国と実際に表示されている国のずれを一覧化させると、問題のあるページを効率よく洗い出せます。見つかった不具合は原因を直し、また数週間の推移を見る。この繰り返しが多言語SEOの運用です。

公開した言語版がなかなかインデックスに登録されない、という相談もよくあります。新しく増えた言語版のページは、サイト内での存在感がまだ弱く、クロールの優先度が上がりにくいためです。言語版を含めたXMLサイトマップの送信、日本語版から言語版への切り替えリンクの設置、言語版どうしの内部リンク整備といった導線づくりを行い、それでも登録されない主要ページはURL検査ツールから個別にリクエストを送ります。インデックスに登録されて初めて、多言語SEOの土俵に上がれる——検証フェーズの最初の関門として押さえてください。

小さく始めて広げる：全ページ翻訳から始めない

最後に、進め方の全体戦略です。多言語対応というと全ページの一括翻訳を想像しがちですが、おすすめしません。第一に、レビュー体制が追いつかず品質が崩れます。第二に、レビューの甘い機械翻訳ページを大量公開する行為は、先に見た大量生成コンテンツの不正使用と紙一重になります。第三に、成果が出るかわからない段階での投資としては過大です。商談につながる主要ページだけを高品質に仕上げて公開し、反応を見ながら広げるのが、リスクと投資のバランスが取れた進め方です。

B社のシナリオでは、まず英語版の主要20ページを公開し、Search Consoleで表示が伸びたテーマの周辺ページを翌四半期に追加する、という広げ方をとりました。この進め方なら、翻訳・レビューのリソースを常に品質が保てる範囲に収められます。生成AIで制作の速度が上がったからこそ、「作れるだけ作る」ではなく「検証しながら増やす」という規律が、成果への近道になります。

よくある質問

とりあえずAI翻訳だけで公開して、後から直すのはだめですか？

おすすめしません。レビューなしの機械翻訳ページの大量公開は、Googleのスパムポリシーが対象とする低品質コンテンツの量産と見なされるリスクがあります。また一度「役に立たないサイト」という印象を現地の見込み客に与えると、回復には時間がかかります。少数のページでも、人のレビューを通した品質で公開するほうが結果的に早道です。

hreflangを設定すれば順位は上がりますか？

hreflangは順位を引き上げる仕組みではありません。適切な言語版を適切なユーザーの検索結果に表示させるための仕組みです。順位そのものは、各言語版のコンテンツの質、現地キーワードとの適合、サイト全体の評価で決まります。hreflangは土台であり、順位を競う力はローカライズされたコンテンツが担う、と整理してください。

何語から対応すべきですか？

既存の引き合い・展示会・アクセス解析のデータで、実績のある国から選ぶのが定石です。判断材料がない場合は、ビジネスの共通語である英語から始めるのが一般的ですが、主要な取引先が特定の国に集中しているなら、その国の言語を優先する判断もあり得ます。データに基づいて1言語ずつ、が原則です。

翻訳ページの内容は日本語ページと完全に同じでよいですか？

基本の情報構成は対応関係を保ちつつ、事例・単位・問い合わせ導線・規格への言及などはローカライズすることをおすすめします。完全な直訳は現地読者への訴求力を欠き、逆に内容を大きく変えすぎると言語版としての対応関係が崩れます。骨格は共通、肉付けは現地仕様、というバランスが実務的です。

まとめ

多言語SEOを生成AIで進める要点は、技術設定・キーワード・ローカライズの3層を、AIの効率と人のレビューの分担で積み上げることです。hreflangはGoogle公式の3つの実装方法と返しリンクの要件を守って設定する。機械翻訳は禁止されていないが、レビューなしの量産はスパムポリシーのリスクを負う。生成AI翻訳は実用水準に達しつつあるものの重大エラーはゼロではなく、人の校正が品質の生命線になる。キーワードは直訳ではなく現地の検索語から設計し、主要ページから小さく公開して検証しながら広げる。まずは自社の引き合いデータを開いて、優先すべき市場を1つ決めるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。