究極のガイド 多言語SEO :アーキテクチャ、インデックス作成、ランキング
国際的なSEOは検索において最も難しい分野です。Hreflangタグ、標準ループ、URL構造をサイトアーキテクチャを壊さずに習得する方法を学びましょう。
目次
このガイドを共有する
なぜ翻訳の80%がランキングに入らないのか
毎年、何千もの企業が専門的な翻訳サービスに多額の投資を行い、スペイン語、フランス語、ドイツ語、その他数十言語で美しくローカライズされたウェブサイトを立ち上げています。彼らは新たな市場を獲得し、グローバルな展開を拡大することを目指しています。しかし数週間のうちに、彼らは厳しい現実に気づきます。翻訳したページは検索結果に見えないのです。
国際的なSEOの最大の敵は「悪い翻訳」ではありません—それは悪い翻訳です 重複コンテンツ .
スペイン語版のサイトを立ち上げても、Googleは自動的にそれがスペイン語話者向けだと「認識」しません。適切な技術的なサインがなければ、Googlebotは英語サイトの「コピー」と見なしてしまい、たまたま単語が違うだけだと認識します。これによりGoogleの重複コンテンツフィルターが発動します。
検索エンジンは重複コンテンツを検出し、ユーザー体験を低下させるためにペナルティを科す高度なアルゴリズムを持っています。フランス語ページと英語ページが同じ構造、類似したトピック、並行するコンテンツアーキテクチャを持つ場合、Googleのシステムはそれらを冗長と判断します—たとえすべての単語が専門的に翻訳されていてもです。その結果は?国際的なページは検索結果から除外され、翻訳への投資が完全に無駄になります。
ページA(英語)
example.com/en/
混乱しています!
ページB(スペイン語)
example.com/es/
重複コンテンツペナルティ
「カニバリゼーション」危機:
キーワード:カニバリゼーション
英語とスペイン語のページは同じドメインで権威を争っています。
間違った国インデックス作成
メキシコのユーザーにはスペイン専用ページが表示され、通貨の混同(ユーロ対ドル)や高い直出率が発生します。
ゼロインデックス
極端な場合には、クロール予算を節約するために翻訳されたページ全体をインデックス化しないこともあります。
テクニカルSEOのロゼッタストーン
1799年、ナポレオン軍の兵士たちは古代エジプトの象形文字の秘密を解き明かす石板を発見しました。その石はロゼッタ・ストーンとして知られ、同じテキストが三つの異なる文字体系で記されており、学者たちは何世紀にもわたって謎めいていた言語をついに解読することに成功しました。現代のSEOでは、 hreflang タグは驚くほど似た役割を果たしています。それは検索エンジンがあなたの多言語ページ間の関係を理解するのを助けるデコーダーです。
hreflang は検索エンジンにページバリエーション間の関係を伝える特定のHTMLシグナルです。これは提案ではありません。それは 指令 .
正しく実装されれば、hreflangタグはGoogleにスペイン語のページをスペイン語で検索するユーザーに、フランス語のページをフランス語の検索者に表示するよう指示します。これらのタグがなければ、Googleはどのページがどのオーディエンスにランクされるべきかを信頼できる判断できず、しばしば誤った言語版が検索結果に表示されるか、さらに悪いことに翻訳したページが全くランクに入らないことがあります。
完璧なタグの解剖学:
<link rel="alternate" hreflang="es-ES" href="https://example.com/es/" />ヘレフランの破れない3つのルール
自己参照
ページAは自分自身を指し示し、ページBを指ささなければなりません。
双方向確認
もしAページがBページを指すなら、Bページは必ずAページに戻らなければなりません。リンクが一方で切れている場合、Googleは両方を無視します。
x-デフォルト
特定の言語コードに合わないユーザー向けに「フォールバック」ページ(通常は英語)を定義する必要があります。
⚠️ 自動化が絶対に必要である理由:
5言語で100ページのサイトを手動でコーディングするのは管理が必要です 500個の個別タグ .新しいブログ記事を1つ追加すると、他のページのヘッダーも更新しなければなりません。一つのタイプミスで全体の連鎖が壊れます。
✓ マルチリピの利点:
手動符号化
<!-- Typo! -->
壊れたチェーン、手動アップデート、エラー
マルチリピ自動注入
<!-- Perfect syntax ✓ -->
自己修復型のリアルタイムアップデート
HTTPヘッダーに自己修復型のHreflangマップを自動的に注入します。今日ドイツ語のページを追加すると、英語、フランス語、スペイン語版のヘッダーをリアルタイムで即座に更新します。
適切なURL構造の選択
コードを一行書いたり、ページを翻訳したりする前に、今後何年もSEOのパフォーマンスに影響を与える根本的な決断を下す必要があります。それは、多言語URLをどのように構成するかということです。これは単なる技術的な詳細ではなく、ドメインオーソリティの分配からユーザーの信頼、クロール予算の割り当てに至るまで、あらゆる面に影響を与える戦略的な選択です。
URL構造は、検索エンジンやユーザーが多言語サイトをどれだけ簡単に利用できるかを決定します。一般的なアプローチは3つあり、それぞれに特定のトレードオフがあります。誤った選択はドメインの権威を分散させ、検索エンジンを混乱させ、サイト管理を不必要に複雑にしてしまう可能性があります。
サブディレクトリ(ccTLD)
example.com/es/ ✓ セットアップが簡単
✓ ドメイン権限を共有する
✓ 低コスト
✗ Search Consoleでのジオターゲティングなし
✗ 地域規模化が難しい
サブドメイン
es.example.com✓ ジオターゲティングが可能です
✓ 別々にホストしやすい
✗ Googleによる別サイトとして扱われる
✗ 共有ドメイン権限なし
国コードドメイン
example.es ✓ 強力なローカルSEO信号
✓ ユーザー信頼
✗ 高価
✗ 複雑管理
✗ ドメインオーソリティ共有なし
💡 MultiLipiのおすすめ:
まずは サブディレクトリ (example.com/es/)。管理が簡単で、ドメイン権限を共有し、別々のホスティングも不要です。特定の市場で必要なら、後でCCTLDに移行することもできます。
5ポイントインデックスチェックリスト
インデックス登録は戦いの半分に過ぎません。Googleを確実に利用する方法はこちらです 理解している そして 階級 あなたの多言語コンテンツは正しく書かれています。
言語別サイトマップの提出
各言語バージョンごとに別々のXMLサイトマップを作成し、Googleサーチコンソールに個別に提出してください。1つのサイトマップ内で言語を混ぜないでください。
コンテンツ言語HTTPヘッダーを設定しましょう
サーバーは正しいContent-Languageヘッダー(例:「Content-Language: es-ES」)を返す必要があります。これによりhreflang信号が強化されます。
HTMLタグにlang属性を追加する
すべてのページには必要です <html lang="es"> 根本から。スクリーンリーダーやブラウザはこれを活用して適切な体験を提供します。</html>
IPに基づく自動リダイレクトを避ける
スペイン語ユーザーに自動的に/es/版に強制しないでください。Googlebotにすべてのバージョンを表示させてください。代わりに言語セレクターを使いましょう。
正典タグは自分自身を指ささなければなりません
各言語版には自己参照可能な正典(カノニカル)が必要です。/es/を/en/に指定してスペイン語ページが重複していることをGoogleに示さないでください。
指数計算量問題
多言語SEOは線形にスケールするのではなく、スケールします 指数関数的に .新しい言語のたびに技術的な負債の連鎖が生まれます。
ヘレフラング・タグ爆発
各ページには、他の言語バージョンすべてを指すタグが必要です。どこかで一つのタイプミスが全体の連鎖を壊してしまいます。
よくある故障ポイント:
新しいブログ記事を公開したのに、4つの既存言語バージョンのhreflangタグの更新を忘れてしまうこと
他の10ページの参照を更新せずにURLをリダイレクトする方法
言語コード(esとes-es)を混同してGoogleがクラスター全体を無視する原因
Googleが絶対的なURLを必要とする場合にhreflangで相対的なURLを使う
ゴーストタウンを作らないで
SEOで最も悲しいのは、ブランドが翻訳に何百万ドルも投資しているのに、Googleがそのページを完全に無視してしまうことです。 hreflangタグの欠落 又は 壊れた正準ループ .
技術的なSEOの達人である必要はありません。難しい部分を自動化し、ミスが起こる前に防ぐシステムが必要です。