【2026年最新】多言語サイトのURL構造完全ガイド｜3つの選び方を解説

多言語サイトを立ち上げるとき、最初に直面する大きな壁が「URL構造をどう設計するか」です。ccTLD・サブドメイン・サブディレクトリの3つの選択肢があり、それぞれSEO評価や運用コスト、現地ユーザーへの訴求力が大きく異なります。

一度決めたら後から変更するのは非常に手間がかかるため、初期段階で正しく選定することが何より重要です。

この記事では、2026年最新のSEO動向と多言語SEOが失敗する7つの原因を踏まえながら、3つのURL構造の違い、選び方の判断軸、hreflangタグの実装方法、CMS別の設定手順、リダイレクト戦略までを完全網羅で解説します。Web担当者・SEO担当者の方が、自社にとって最適な多言語サイトのURL構造を判断できるようになるはずです。

多言語サイトのURL構造とは？なぜSEOで重要なのか

多言語サイトのURL構造とは、各言語版ページをどのドメイン・パスで配信するかを定める設計のことです。結論から言うと、URL構造はSEO評価の継承、検索エンジンによる言語認識、ユーザーの信頼感の3つに直結する重要な要素であり、ここを間違えると後の集客に致命的な影響を与えます。

GoogleはURLとhreflangタグ、HTMLの言語属性などを総合的に見て、どのページがどの国・言語向けかを判断します。つまり、URL構造の段階で「このサイトは日本語版」「こちらはフランス語版」と明示的に伝えられる設計になっていなければ、せっかく翻訳しても正しいユーザーに届かないという事態が起きてしまいます。

URL構造がSEOに与える3つの影響

第一に、ドメインのSEO評価の継承度が変わります。
サブディレクトリならメインドメインに蓄積された評価をそのまま受け継げますが、ccTLDで完全に別ドメイン運用にすると、各国版で一からSEO評価を積み上げる必要があります。

第二に、Googleの言語・地域認識のしやすさに違いが出ます。
ccTLDは国別コード（.fr、.de など）自体が地域シグナルとして機能するため、Googleがターゲット国を即座に理解します。サブドメインやサブディレクトリでは、Search Consoleの地域ターゲティング設定やhreflangタグでの補完が欠かせません。

第三に、重複コンテンツ判定のリスクが変わります。
英語版と米国英語版のように内容が近い言語ペアを扱う際、URL構造とhreflang設定が適切でないと、Googleがどれを正規ページとして扱うか迷い、評価が分散してしまいます。

ユーザビリティと検索エンジン理解の両立とは

URL構造はユーザーの信頼感にも影響します。

フランスのユーザーが「example.fr」というドメインを見れば「自国向けの正式サイトだ」と直感的に感じますが、「example.com/fr/」では海外サイトの一部という印象を受けることもあります。一方で、運営側にとってはサブディレクトリのほうが管理が一元化できて圧倒的に楽です。

つまり、多言語サイトのURL設計では、「検索エンジンに正しく理解される」「ユーザーに信頼される」「運営側が無理なく管理できる」という3つの観点のバランスを取ることが求められます。どれか一つに偏ると、必ずどこかで歪みが生じてしまいます。

多言語サイトのURL構造【3つのパターン】

多言語サイトのURL構造は、大きく分けてccTLD・サブドメイン・サブディレクトリの3パターンに集約されます。それぞれ独立したドメインを使うのか、既存ドメインの下に階層を作るのかという違いがあり、SEO評価の継承や運用コストに直接影響します。

まずは各パターンの基本的な仕組みと具体例を押さえておきましょう。

なお、これらは技術的にどれを選んでも多言語化自体は実現できます。重要なのは「自社の事業フェーズと運用リソースに合っているか」という視点です。詳しい比較は次のセクションで行いますが、ここではまず各方式の輪郭をつかんでください。

ccTLD（国別コードトップレベルドメイン）の特徴

ccTLDは「country code Top Level Domain」の略で、国別に割り当てられたドメインを使う方式です。フランス版なら「example.fr」、ドイツ版なら「example.de」、日本版なら「example.jp」というように、国ごとに完全に独立したドメインを取得して運用します。

最大の特徴は、ドメイン自体が強力な地域シグナルになることです。Googleは「.fr」を見ただけで「これはフランス向けのサイト」と判断できるため、現地検索での評価が得やすくなります。また、ユーザーから見ても「自国の正式サイト」という安心感を与えられる効果もあります。

一方で、ドメインを国ごとに取得・管理する必要があり、初期コストと運用負荷は最も高くなります。SEO評価もドメインごとに独立して積み上げる必要があるため、新規参入国では立ち上げに時間がかかります。

サブドメインの特徴

サブドメインは、メインドメインの前にプレフィックスをつける方式です。

「fr.example.com」「de.example.com」「ja.example.com」のように、既存ドメインの下位にぶら下げる形になります。実際の成功事例でも、「en.chuo-kanko.or.jp」を英語版、「www.chuo-kanko.or.jp」を日本語版として運用しているケースがあります。

サブドメインはccTLDとサブディレクトリの中間的な性格を持ちます。メインドメインのブランドを維持しつつ、技術的には別サイトとして扱われるため、サーバーや管理画面を国ごとに分離しやすいのが特徴です。大規模サイトで国ごとに運営チームが分かれている場合に向いています。

ただし、Googleはサブドメインを基本的に独立したサイトと見なす傾向があるため、メインドメインのSEO評価がそのまま継承されるわけではない点に注意が必要です。

サブディレクトリの特徴

サブディレクトリは、メインドメインの後ろにパスを追加する方式です。「example.com/fr/」「example.com/de/」「example.com/ja/」のように、1つのドメイン内で言語別フォルダを分ける構成になります。

最大のメリットは、メインドメインのSEO評価を全言語版で共有できることです。日本語版で獲得した被リンクや権威性が、英語版・フランス語版にも波及効果をもたらします。中小規模の企業サイトや、新規に多言語展開を始める段階では、もっとも導入しやすい選択肢です。

実装も比較的シンプルで、WordPressのWPMLやPolylangといったプラグインでも標準的にサポートされています。多言語サイトのURL構造で迷ったら、まずサブディレクトリを第一候補として検討するのが定石です。

3つのURL構造を徹底比較｜メリット・デメリット一覧表

ここでは3方式を定量的に比較します。結論として、SEO評価の継承を重視するならサブディレクトリ、現地ブランディングを最優先するならccTLD、組織的に独立した運用をしたいならサブドメインが適しています。

下の比較表で全体像を把握してから、各方式の詳細を見ていきましょう。

ccTLDのメリット・デメリット

ccTLDの最大のメリットは、現地市場での圧倒的なブランド信頼感と、Googleによる地域ターゲティングの自動認識です。フランス市場で本格展開する企業が「.fr」ドメインを持つことは、現地ユーザーへの強いコミットメントを示すシグナルになります。サーバーを現地に置きやすいため、ページ表示速度の最適化も図りやすいです。

デメリットは、コストと労力が圧倒的に大きいことです。各国でドメインを取得・更新し、サーバーを管理し、SEO評価をゼロから積み上げる必要があります。展開国が増えるたびに作業量が線形に増えていくため、リソースに余裕のない企業には向きません。

ccTLDが向いているのは、各国に現地法人を持ち、国ごとにマーケティング戦略を最適化したいグローバル企業です。逆に、まず数カ国に展開してみたい段階の企業には過剰投資になりがちです。

サブドメインのメリット・デメリット

サブドメインのメリットは、メインドメインのブランド統一性を保ちながら、技術的には独立した運用ができる点です。
国別にサーバーを分けたり、別のCMSを使ったりといった柔軟性が確保できるため、組織が大きく国ごとに開発・運営チームが分かれている場合に機能します。

デメリットは、SEO評価の継承が中途半端になることです。
Googleはサブドメインを基本的に別サイトとして扱うため、サブディレクトリほどスムーズに評価が引き継がれません。
また、ユーザーから見ても「同じ会社のサイトかどうか」がやや分かりにくくなります。

サブドメインは「中規模以上で、組織的に分離した運用が必要だが、ccTLDまではコストをかけたくない」というケースの中間解として有効です。

サブディレクトリのメリット・デメリット

サブディレクトリのメリットは、何といってもSEO評価の一元化と運用負荷の低さです。1つのドメインを育てるだけで全言語版が恩恵を受けられるため、SEO投資の効率が最も高くなります。WordPressをはじめ多くのCMSで標準的にサポートされており、技術的なハードルも低いです。

デメリットとしては、現地ユーザーへの訴求力でccTLDに劣ること、すべての言語版が同一サーバー・同一ドメインに紐づくため、国別に独立した運用がしづらいことが挙げられます。展開国数が極端に多くなるとサイト全体の管理が複雑化することもあります。

とはいえ、多くの中小企業やスタートアップ、新規に多言語化を始めるサイトにとっては、サブディレクトリが最もバランスの取れた選択肢になるはずです。

自社に最適なURL構造の選び方は？判断フローチャート

自社に最適なURL構造を選ぶには、事業規模・SEO戦略・運用体制の3軸で判断することが重要です。結論から言うと、リソースが限られた中小企業や新規多言語化ならサブディレクトリ、組織が分かれた大規模サイトならサブドメイン、現地法人を持つグローバル企業ならccTLDが基本路線になります。

判断のステップとしては、まず「現地法人があり、各国でブランドを確立したいか？」を問います。
YesならccTLDが第一候補です。
Noなら次に「組織が国別に分かれており、独立運用が必要か？」を考えます。
Yesならサブドメイン、Noならサブディレクトリが基本となります。

事業規模・予算で選ぶ判断軸

スタートアップや中小企業で、まず数カ国に多言語展開してみたい段階なら、サブディレクトリがおすすめです。ドメイン取得費用やサーバー追加費用が不要で、既存のSEO資産をそのまま活用できるため、投資対効果が最も高くなります。

年商規模が大きく、各国にマーケティング予算を割ける企業であれば、ccTLDも視野に入ります。ただし、ドメイン取得費用だけでなく、各国版のコンテンツ制作、SEO施策、サーバー管理など、運用コストがドメイン数に比例して増えることを忘れてはいけません。

SEO戦略で選ぶ判断軸

SEO評価の蓄積を最大化したい場合は、サブディレクトリが圧倒的に有利です。日本語版で獲得した被リンクや権威性が、英語版・中国語版にも波及するため、新言語版でも比較的早く検索順位が上がりやすくなります。

逆に、現地検索エンジンでの上位表示を最優先したい場合はccTLDが有利です。特に中国のBaiduやロシアのYandexでは、現地ドメインを強く評価する傾向があるため、これらの市場をメインターゲットにする場合はccTLDを真剣に検討することを視野に入れてください。

運用体制で選ぶ判断軸

社内に多言語サイトを一元管理できるWeb担当者がいる場合は、サブディレクトリで十分機能します。1つのCMS、1つのサーバー、1つの分析ツールで全体を見られるため、運用効率が高くなります。

国ごとに現地スタッフや代理店がコンテンツを管理する体制なら、サブドメインやccTLDのほうが分離しやすく、権限管理もシンプルになります。
組織構造とURL構造を一致させることが、長期的な運用負荷を下げるコツです。

多言語サイトのURL構造選びと並行して、各言語版のコンテンツ制作も大きな課題になります。特にサブディレクトリ構成で多言語展開する場合、言語数が増えるほどSEO記事の制作・運用コストが膨らみがちです。

ObotCRAFT（オーボットクラフト）のように、キーワード入力だけで競合分析から構成案・本文・画像・HTMLファイル生成まで自動化し、日本語・英語・中国語・タイ語のSEO記事を最短10分で仕上げられるサービスは、AIで多言語SEO記事を効率的に量産したい企業にとってお勧めです。

&nbsp
&nbsp

hreflangタグの実装方法【コード例付き】

hreflangタグは、Googleに「このページはどの言語・地域のユーザー向けか」を伝える重要なシグナルです。複数言語版を持つサイトでは事実上必須であり、適切に設定することで、検索結果に各ユーザーに最適な言語版を表示してもらえます。

実装方法はHTMLのhead要素・HTTPヘッダー・XMLサイトマップの3形式があり、サイトの特性に応じて使い分けます。

HTML head要素での実装コード例

最も一般的な実装方法は、各ページのhead要素内にlinkタグを記述する方式です。
日本語・英語・フランス語の3言語サイトの例を示します。

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

ポイントは3つあります。

まず、すべての言語版ページに、自分自身を含めた全言語版のhreflangを記述する必要があります。次に、「x-default」は言語指定がないユーザー向けのデフォルトページを示します。最後に、hreflangで指定するURLは必ず絶対URLにしましょう。

地域まで指定する場合は「en-US」「en-GB」「zh-CN」「zh-TW」のように、言語コード-地域コードの形式で記述します。これにより、同じ英語でもアメリカ向けとイギリス向けを区別できます。

HTTPヘッダー・XMLサイトマップでの実装方法

PDFや画像など、HTMLでない非HTMLファイルを多言語化する場合は、HTTPヘッダーでhreflangを返す方法を使います。
サーバー設定で以下のようなLinkヘッダーを追加します。

Link: <https://example.com/ja/file.pdf>; rel="alternate"; hreflang="ja",
      <https://example.com/en/file.pdf>; rel="alternate"; hreflang="en"

ページ数が非常に多いサイトでは、XMLサイトマップでまとめて指定する方式が効率的です。

各URLエントリ内にxhtml:link要素を追加することで、サイトマップだけでhreflang情報を完結させられます。HTML側のメンテナンスが不要になるため、大規模サイトでよく採用される方式です。

どの形式を選んでも効果は同じなので、運用しやすさで決めて問題ありません。一般的には、中小サイトはHTML head方式、数千ページ以上の大規模サイトはサイトマップ方式が推奨されます。

CMS別の多言語サイトURL実装ガイド

多言語サイトの実装は、使うCMSによって難易度と推奨URL構造が変わります。

結論として、WordPressならプラグインでサブディレクトリ運用が最も簡単、Shopifyはサブフォルダ・サブドメインの両対応、Wixはサブディレクトリ自動生成、headless CMSは設計の自由度が最も高いという特徴があります。

WordPressでのURL構造設定方法

WordPressで多言語化する場合、代表的なプラグインは「WPML」と「Polylang」です。どちらもサブディレクトリ形式（example.com/ja/）が標準推奨で、設定画面で言語を追加するだけで自動的にパス構造が生成されます。

WPMLは有料プラグインですが、翻訳管理機能やWooCommerce連携が充実しており、ECサイトや大規模サイトに向いています。Polylangは無料版でも基本的な多言語化が可能で、シンプルなコーポレートサイトに適しています。どちらもhreflangタグを自動生成してくれるため、手動でコードを書く必要はほぼありません。

サブドメインやccTLDで運用したい場合は、WordPressのマルチサイト機能を使う構成になります。ただし設定が複雑になるため、明確な理由がない限りはサブディレクトリ運用が無難です。

Shopify・Wix・headless CMSでの実装比較

Shopifyは多言語機能が標準搭載されており、サブフォルダ（example.com/fr/）とサブドメイン（fr.example.com）の両方に対応しています。「Shopify Markets」機能で国別の通貨・言語・税率を一元管理できるため、グローバルECに向いた構成です。

Wixはサイト言語マネージャーで言語を追加すると、自動的にサブディレクトリ形式でURLを生成します。コードを書く必要がなく、ノンエンジニアでも簡単に多言語化できる点が強みです。ただし、複雑なSEO要件には対応しきれない場面もあるため、本格的なグローバルSEOを行う場合は別の選択肢を検討すべきでしょう。

headless CMS（Contentful、Strapi、microCMSなど）は、フロントエンドを自由に設計できるため、URL構造も完全に自社で制御できます。Next.jsやNuxt.jsと組み合わせれば、サブディレクトリ・サブドメイン・ccTLDのいずれにも対応可能です。技術力のあるチームなら最も柔軟な選択肢ですが、設計コストは相応にかかります。

URL構造を後から変更する際の301リダイレクト戦略

既存サイトを多言語化する際、あるいは途中でURL構造を変更する際は、301リダイレクトの設計が成否を分けます。

結論として、すべての旧URLから新URLへ漏れなく1対1で301リダイレクトを設定すれば、SEO評価の大部分は維持可能です。ただし、計画ミスがあると、長年積み上げた検索順位を一気に失うリスクもあるため、慎重な準備が必要です。

301リダイレクト実装の基本手順

まず、現在のサイトの全URLをリストアップします。Search ConsoleやScreaming Frogなどのクロールツールを使い、インデックスされているページを漏れなく洗い出してください。

次に、各旧URLに対応する新URLを1対1でマッピングします。この対応表が不完全だと、リダイレクトループや404エラーが発生します。

実装はサーバー設定（.htaccess、nginx.conf）またはCMSのプラグインで行います。
.htaccessでサブディレクトリ形式に変更する例は以下の通りです。

RewriteEngine On
RewriteRule ^old-page$ /ja/new-page [R=301,L]

リダイレクトを設定したら、Search Consoleで新URLのインデックス登録をリクエストし、旧サイトマップから新サイトマップへ切り替えます。リダイレクト後も最低6ヶ月、できれば1年は旧URLのリダイレクト設定を維持してください。

SEO評価を引き継ぐための注意点

リダイレクトチェーン（A→B→Cと多段になる構成）は絶対に避け、必ず旧URLから新URLへ1ホップでつなぐようにします。
多段リダイレクトはSEO評価の減衰やページ表示速度の低下を招くため、見落としがちですが極めて重要です。

また、リダイレクト直後は順位が一時的に変動することがあります。
これは正常な挙動なので、慌てて設定を変更せず、最低2〜3ヶ月は様子を見ましょう。
同時に、外部サイトからの被リンクをできる範囲で新URLに張り替えてもらうと、評価の引き継ぎがスムーズになります。

hreflangタグも新URL基準で再設定し、サイトマップを最新の状態に保つことを忘れないでください。

多言語サイトURL構造でよくある失敗とは？回避策まとめ

多言語サイトのURL構造でよくある失敗は、重複コンテンツ判定・hreflang誤設定・リダイレクトループの3つに集約されます。
これらは技術的には初歩的なミスですが、SEO評価に与えるダメージは深刻です。

事前に典型的な失敗パターンを知っておくことで、ほとんどのトラブルは回避できます。

重複コンテンツ判定リスクと対策

英語版と米国英語版、簡体字中国語版と繁体字中国語版のように、内容が近い言語ペアでは重複コンテンツ判定のリスクが高まります。対策の基本は、各ページに正しいhreflangタグとcanonicalタグを設定することです。canonicalは自分自身を指すように設定し、hreflangで全言語版を列挙する形が正解です。

また、機械翻訳のままで品質が低いコンテンツを大量に公開すると、Googleから「価値のないページ」と判断されることがあります。最低限、人間によるレビューと現地ローカライズを施したうえで公開しましょう。

hreflang誤設定で起こるトラブル事例

最も多いミスが、hreflangの相互参照漏れです。

日本語版から英語版にhreflangを設定しているのに、英語版から日本語版への参照がない場合、Googleはhreflang設定全体を無視することがあります。すべての言語版に、自分自身を含めた全言語のhreflangが必要です。

次に多いのが、言語コードの誤りです。

「jp」は日本のccTLDコードであり、言語コードは「ja」です。同様に「uk」ではなく「en-GB」、「cn」ではなく「zh-CN」が正しい表記です。Search Consoleの「インターナショナルターゲティング」レポートで定期的にエラーを確認しましょう。

リダイレクトループは、IPアドレスベースの自動言語リダイレクトを設定した際に発生しがちです。Googleのクローラーは米国IPからアクセスするため、自動リダイレクトでクロールがブロックされると、各言語版がインデックスされなくなります。自動リダイレクトは避け、ユーザーが手動で言語を選択できる導線を提供するのが鉄則です。

画像出典：ObotCRAFT-オーボットクラフト-（株式会社ObotAI）

「キーワード調査から多言語記事の制作までワンストップで効率化したい」という場合は、ObotCRAFT（オーボットクラフト）のようなAI×SEOコンテンツ生成ツールも選択肢に入れてみてください。

2026年最新トレンド　AI翻訳時代の多言語URL設計とは？

2026年現在、生成AIとAI検索の普及によって、多言語サイトのURL設計にも新しい視点が求められています。

結論として、AI翻訳ツールの精度向上で多言語展開のハードルは下がる一方、Google AI OverviewやSGEに「引用される」ためには、構造化データやE-E-A-Tを意識した設計がこれまで以上に重要になっています。

AI翻訳ツール普及によるURL設計の変化

DeepLやChatGPT、Google翻訳APIなどの精度が飛躍的に向上したことで、機械翻訳を出発点とした多言語化が一般的になりました。ただし、AI翻訳をそのまま公開するとSEO的にマイナス評価を受けるリスクがあるため、必ず人間のレビューを通すワークフローが必要です。

URL設計の観点では、AI翻訳で言語数を一気に増やせる時代だからこそ、最初から拡張性のあるサブディレクトリ構成にしておくメリットが大きくなっています。後から10言語、20言語と展開する場合でも、サブディレクトリなら追加の運用負荷が最小限で済みます。

Google AI Overview時代の多言語SEO対策

2026年のSEOはGEO（Generative Engine Optimization）へとシフトしています。AI検索に引用されるためには、構造化データの実装、E-E-A-Tの強化、そして言語ごとに正しくローカライズされたコンテンツが必須です。

多言語サイトでは、各言語版のページにJSON-LDで構造化データを記述し、言語属性（lang=”ja”）を正確に設定することが重要です。AI Overviewは複数言語のコンテンツを横断的に評価する傾向があるため、hreflangで言語版同士を正しくリンクさせ、メインドメインのSEO評価を全言語に波及させやすいサブディレクトリ構成が再評価されています。

また、Googleの2026年3月コアアップデートでは「一次ソース」が重視される傾向が強まりました。多言語サイトでも、現地語のオリジナルコンテンツや独自の調査データを各言語版に加えることが、AI時代の差別化要因になります。

ここまで解説してきた通り、2026年の多言語SEOは「URL構造の最適化」だけでなく、「AI検索に評価される多言語コンテンツの継続生成」がセットで求められる時代になりました。とはいえ、複数言語で高品質なSEO記事を作り続けるのは、人的リソースの観点でも大きな負担です。

多言語SEO記事をAIで効率的に生成・運用したい方は、是非ObotCRAFT（オーボットクラフト）をご確認ください。

Google検索セントラル公式ガイドラインのポイント

多言語サイトのURL設計で最も信頼できる情報源は、Google検索セントラルの公式ドキュメントです。

Googleは「URLで言語を明示すること」「すべての言語版にhreflangを設定すること」「自動言語リダイレクトを避けること」の3点を強く推奨しています。一次情報を押さえることで、誤った情報に振り回されずに済みます。

Google推奨の多言語URL構造とは

Google公式ガイドラインでは、ccTLD・サブドメイン・サブディレクトリの3方式すべてが「許容される選択肢」として明記されており、特定の方式を強制してはいません。重要なのは、URL内で言語または地域が明確に識別できることです。

具体的には、「example.com/?lang=fr」のようなURLパラメータ方式は推奨されていません。クッキーやセッションで言語を切り替える方式も、各言語版が独立したURLを持たないためNGとされています。必ず、URLパス・サブドメイン・ドメインのいずれかで言語版を区別する設計にしましょう。

公式ガイドラインに沿った実装チェックポイント

公式推奨に沿った実装ができているか、以下の観点でセルフチェックしてみてください。

□各言語版が固有のURLを持っているか
□すべての言語版ページに、自身を含めた全言語版のhreflangタグが設定されているか
□IPアドレスベースの自動リダイレクトでGoogleのクロールを妨げていないか
□HTMLのlang属性が各ページで正しく指定されているか
□Search Consoleで地域ターゲティング設定を行い、インターナショナルターゲティングレポートでエラーが出ていないか

これらを定期的にチェックすることで、Google公式の推奨事項から大きく外れることはなくなります。

よくある質問（FAQ）

Q1：多言語サイトのURL構造で最もSEOに有利なのはどれですか？

一般的にはサブディレクトリ形式が、メインドメインのSEO評価を全言語版で共有できるため有利です。

ただし、現地市場での信頼感やGoogleの地域ターゲティングを最優先する場合はccTLDが優位になることもあります。事業規模と展開戦略に応じて選びましょう。

Q2：ccTLDとサブドメインの違いは何ですか？

ccTLDは「example.fr」のような国別独立ドメイン、サブドメインは「fr.example.com」のような既存ドメインの下位プレフィックスです。ccTLDはGoogleが地域を自動認識しますが、サブドメインは地域ターゲティング設定が別途必要です。

コストはccTLDが最も高く、サブドメインが中間、サブディレクトリが最も低くなります。

Q3：hreflangタグは必ず設定する必要がありますか？

複数言語版のページがある場合は実質必須です。

設定がないとGoogleがどの言語版をどのユーザーに表示すべきか判断できず、重複コンテンツ判定のリスクも生じます。HTMLのhead要素・HTTPヘッダー・XMLサイトマップのいずれかで必ず設定してください。

Q4：途中でURL構造を変更してもSEO評価は維持できますか？

301リダイレクトを正しく設定すれば、評価の大部分は維持可能です。

ただし一時的な順位変動は避けられないため、トラフィックの少ない時期を選んで実施し、最低1年は旧URLのリダイレクトを維持しましょう。リダイレクトチェーンは絶対に避けてください。

Q5：WordPressで多言語サイトを作る場合、どのURL構造がおすすめですか？

WPMLやPolylangを使用する場合、サブディレクトリ形式が最も実装しやすく、運用負荷も低いです。

プラグインがhreflangタグを自動生成してくれるため、技術的な実装ミスも起きにくくなります。サブドメイン運用はマルチサイト機能が必要で複雑化するため、明確な理由がない限り避けるのが無難です。

Q6：「翻訳」と「ローカライズ」の違いは何ですか？

翻訳は言語をそのまま変換する作業、ローカライズは文化・通貨・法規制・商習慣まで含めた現地最適化です。

URL構造の選定でも、単に多言語対応するだけならサブディレクトリで十分ですが、本格的にローカライズして現地マーケティングを行うならccTLDが向いています。

Q7：中国（Baidu）やロシア（Yandex）向けにも同じURL構造で良いですか？

Google以外の検索エンジンでは異なる最適化が必要です。

特に、Baiduは中国国内のサーバーとccTLD（.cn）を強く評価する傾向があり、Yandexもロシア向けには.ruドメインを推奨しています。これらの市場を本気で攻めるなら、ccTLDの採用を検討すべきです。

まとめ

多言語サイトのURL構造は、ccTLD・サブドメイン・サブディレクトリの3つから、自社の事業規模・SEO戦略・運用体制に合わせて選ぶことが最も重要です。中小企業や新規多言語化ならサブディレクトリ、組織が分かれた大規模サイトならサブドメイン、現地法人を持つグローバル企業ならccTLDが基本路線になります。

どの方式を選ぶにせよ、hreflangタグの正しい実装、自動言語リダイレクトの回避、定期的なSearch Consoleでのエラーチェックは欠かせません。2026年はAI検索時代への対応も求められており、構造化データやE-E-A-Tを意識した多言語SEO設計がこれまで以上に重要になっています。

まずは自社の現状を整理し、本記事の判断軸に沿ってURL構造を決定してください。一度決めたら長く運用する設計だからこそ、初期段階で時間をかけて検討する価値があります。もし判断に迷う場合は、多言語SEOの専門家に相談することもおすすめです。あなたの多言語サイトが、世界中のユーザーに正しく届くことを願っています。

多言語SEOコンテンツの制作を効率化したい方は、以下からご確認ください。
▶ ObotCRAFTの詳細はこちら