多言語SEO：hreflang・URL構造・ローカライズ

多言語サイトは、翻訳したページを並べただけのものではありません。SEOの面では、設計そのものが課題になります。Googleに、どのバージョンがどのユーザー向けか、canonicalにあたる正規ページがどれか、リンク評価が各言語版にどう配分されるかを伝える必要があるからです。構造の選択を誤ると、何年も続く技術的負債になります。

URL構造の3つの方式

Googleが公式にサポートする多言語・多地域サイトのURL構造は3つあります。それぞれに長所と制約があり、必要なインフラも異なります。

zoom_in

主な観点を比べると、リンク評価の集中と運用の簡単さではサブディレクトリが優れ、地域シグナルの強さではccTLDが優れます。サブドメインはどちらの観点でも勝てず、しだいに選ばれなくなっています。

ジオターゲティング：市区町村、地域、国

地域SEOは、多言語設計の中でも独立した分野です。ユーザーが「ミュンヘン マンション リフォーム」と検索すると、Googleはその都市との関連性を示すサイトを表示しようとします。このとき複数の仕組みが連携して働きます。

URLによるジオターゲティング

URLに地域や都市のコードを入れたサブディレクトリ（/london/、/berlin/、/warsaw/）を使います。国単位ではccTLDを使います（ドイツは.de、フランスは.fr、ポーランドは.pl）。URLのシグナルは、ページの内容が解析される前にクローラーが読み取ります。

Search Consoleによるジオターゲティング

サブドメインや汎用TLD（.com、.org）では、Google Search Consoleのプロパティ設定でターゲットの国を指定できます。補助的なシグナルとして働きますが、ccTLDより弱くなります。サブディレクトリには適用できず、ドメインまたはサブドメイン全体にだけ設定できます。

コンテンツとNAPによるジオターゲティング

コンテンツ内の市区町村名、地域名、住所、地域の電話番号（NAP：Name、Address、Phone）です。ローカルSEOでは重要です。Googleは、コンテンツのシグナルをGoogleマップやGoogleビジネスプロフィールのデータと突き合わせます。

複数の都市に拠点がある企業には、メインドメインの下にサブディレクトリを置く構成（site.com/london/、site.com/berlin/）が最適です。都市ごとに独自のコンテンツを持つ別々のページを作ります。都市名を差し替えただけでは不十分です。都市名だけを置き換えた重複コンテンツは、ローカルSEOで最もよく見られるフィルターの原因の1つです。

プラットフォームの選び方：WordPress、MODX、Next.js、ヘッドレスCMS

CMSの選択は、多言語・多地域への対応力を大きく左右します。プラットフォームごとに解決の仕方が違い、柔軟性、開発コスト、拡張性のトレードオフも異なります。

シンプルな2言語の企業サイトなら、WordPress + WPMLは妥当な選択です。数十のドメインを持つ複雑な地域ネットワークには、Next.jsだけが適しています。MODXは、チームがすでにそのプラットフォームを使っていて、専門知識がある場合に向いています。

Next.jsとマルチドメイン構成：1つのモノレポで複数のccTLD

これは最も強力ですが、実装も最も難しい構成です。考え方は、コードベース、リポジトリ、デプロイパイプラインは1つにして、国ごとの独立したccTLDドメインを複数運用することです。実現できるのはNext.js（と、同様の考え方のNuxt 3）だけです。WordPressとMODXでは、インフラを根本から作り直さない限りできません。

実際の動作は次のとおりです。next.config.tsに、ドメインと対応するロケールを記述します。ミドルウェアがリクエストを受け取り、ホスト名を確認して（seohead.ruならru、seohead.comならen、seohead.deならde）、適切なロケールをリクエストに設定します。すべてのコンポーネント、翻訳、SEOメタデータが、コードを重複させずに正しいロケールを受け取ります。

向いているのは、3か国以上で独自のccTLDを使って事業を行い、フリーランス1人ではなく開発チームがあり、Next.jsの構成がすでにある、または導入予定の企業です。1〜2言語の小規模な事業には過剰です。

ローカライズと翻訳：正しい進め方

ローカライズは翻訳とは違います。翻訳は、意味を別の言語で表すことです。ローカライズは、文化的な背景、ユーザーの期待、地域の慣習に合わせてコンテンツを調整することです。SEOでの違いは決定的です。機械翻訳は質の低い重複コンテンツを生み、Googleはそれを見抜く精度を高めています。

機械翻訳（DeepL、Google翻訳）

速くて安価ですが、ネイティブスピーカーによる編集が必須です。後編集のない機械翻訳そのままの文章はローカライズではなく、内容の薄いコンテンツとしてペナルティを受けるリスクがあります。最終稿ではなく、下書きとして使います。

ローカライズを含むプロの翻訳

ネイティブの翻訳者が、文章だけでなく、例、事例、単位、日付や通貨の形式、文化的な言及も調整します。費用はかかりますが、ホーム、サービス、会社概要といった重要なページには適した方法です。

CATツールと翻訳メモリ（TM）

大量のコンテンツ向けです。Phrase（旧Memsource）、Lokalise、Crowdinなどがあります。用語の確定した訳を保存し、コンテンツの更新時に最大40%の時間を節約できます。CI/CDパイプラインを通じて、コードベースと連携できます。

対象言語のSEOキーワードは、独立して調査する必要があります。キーワードを直訳しても、ネイティブスピーカーが実際に検索する言葉とは一致しないことが多いからです。翻訳ツールではなく、対象国に切り替えたAhrefsやSemrushを使います。

SEOの設定：hreflang、サイトマップ、canonical

多言語サイトのテクニカルSEOの設定は、いくつかの必須要素で構成されます。1つでも抜けると、インデックス登録が混乱し、トラフィックを失います。

どれを選ぶか：サブディレクトリかマルチドメインか

どの場合にも言える助言は、対象地域ごとに競合分析から始めることです。ドイツでそのジャンルの上位5サイトがドイツのccTLD（.de）なら、サブディレクトリのexample.com/de/でも機能しますが、構造上は不利です。競合がサブディレクトリを使っているなら、ccTLDに資源を投じる理由はありません。

サブディレクトリを選ぶ場合

国ごとの専任チームがない小規模・中規模の事業で、予算が限られ、公開までの速さが重要な場合です。対象地域の競合もサブディレクトリを使っている場合にも向いています。拡張しやすく、新しい言語の追加はフォルダーと翻訳を足すだけです。

ccTLDを選ぶ場合

競争の激しい特定の国に本格的に進出する場合です。競合がccTLDを使っている場合や、ドメインごとに独立して運営できる専任チームと予算がある場合にも向いています。現地での最大限の信頼性が重要な分野（金融、EC、法律サービス）にも適しています。

サブドメインは避ける

サブドメインは、3つの方式のなかで最も中途半端です。リンク評価の受け渡しはサブディレクトリほどうまくいかず、地域のシグナルはccTLDより弱く、運用はサブディレクトリより複雑です。技術的な構成上必要な場合（たとえば、顧客が独自ドメインを使うSaaS）にだけ使います。

実際には、多くの企業がサブディレクトリで始め、成長に合わせてccTLDへ移行します。301リダイレクトとhreflangを正しく設定すれば、順位を落とさずに安全に移行できます。どの方式も最終的な決定ではなく、適切な技術的移行計画があればアーキテクチャは変更できます。

FAQ