結論
hreflang の各言語バージョンが Google Search Console で「インデックスされない」と表示されていても、それが不具合とは限りません。Google の Gary Illyes 氏は今週、hreflang の代替 URL は「正しい意味では」インデックスされないと説明しました。Google はこうした URL を canonical URL の別名として保存し、クエリに合致すれば検索結果に表示されることもあります。
つまり、多言語サイトのインデックスレポートの読み方は変わる必要があります。インデックスされていない URL は、検索結果に一切出ない URL とは別物です。「インデックスされない」の行をすべて hreflang の不具合として追いかけていると、もともと壊れていなかったものを直すことになります。
Google が実際に述べたこと
この説明は LinkedIn への返信として寄せられました。SEO 実践者の Faiez Javaid 氏が、Google が 1 つの /lang/ URL を canonical に選び、他の URL を Search Console で「インデックスされない」と報告する一方で、検索結果には代替言語版が表示されるのはなぜか、と質問しました。
Gary Illyes 氏は答えを二つに分けて説明しています。
- 別名（alternate name）。 Google が URL を canonical 化するとき、その重複クラスタ内の他の URL は、Google が言うところの別名になり得ます。ユーザーのクエリがその別名に合致する場合、検索結果に使われることがあります。最もわかりやすい例は
site:クエリです。[site:bit.ly]と検索すると、実際にはリダイレクトされる URL が表示されることがあります。こうした URL は正しい意味ではインデックスされておらず、canonical URL の別名なのです。 - hreflang の代替 URL も同じ仕組みです。 hreflang アノテーションに記載した URL は、この種の代替 URL になります。実際には正しい意味ではインデックスされません。
つまり、その特定の URL には独自のインデックスエントリがないかもしれませんが、インデックスされた canonical ページにマッピングされているのです。このやり取りは Barry Schwartz 氏が 2026 年 8 月 10 日に Search Engine Roundtable で報じています。
仕組み：別名であり、正式なインデックスではない
「正しい意味での」インデックスとは、Google が URL そのものにインデックス内の居場所があると判断した状態を指します。クロールしてレンダリングし、評価したうえで、独立したエントリとして保存するのです。
別名はこれとは異なる仕組みで動きます。別名は canonical URL との関係の中で存在します。
- URL A が canonical に選ばれる
- URL B と URL C は同じ重複クラスタにあり、canonical タグ、リダイレクト、hreflang アノテーションで結ばれている
- Google は B と C を A の別名として保持する
- クエリが B の言語や地域に合致するとき、Google は B を表示できる。ただし B の可視性は A のインデックスエントリから借りたものであり、B 自身のものではない
この仕組みで、国際 SEO チームを悩ませる 2 つの現象が説明できます。site: 検索でリダイレクト先がある URL が表示されること。そして、Search Console が「クロール済み - 現在インデックス未登録」や「重複、Google はユーザー指定と異なるページを正規として選択」と報告する一方で、翻訳ページが正しい国の検索結果に表示されることです。
国際 SEO チームにとっての意味
GSC での表示 | 意味 | 取るべき対応 |
|---|---|---|
言語バージョンが「重複、Google はユーザー指定と異なるページを正規として選択」 | Google が 1 つの URL に canonical 化し、残りは別名になっている | 選択された canonical が正しい言語バージョンか確認する |
翻訳ページが「クロール済み - 現在インデックス未登録」 | hreflang の代替 URL では想定どおり。独立したインデックスエントリは不要 | canonical URL がインデックスされているか確認する |
| 別名の仕組みが働いているだけで、レンダリングの不具合ではない | この URL を修正対象にしない |
canonical ページ自体が「インデックスされない」 | これが本当の問題 | まず canonical URL のインデックスを修正する |
最後の行が重要です。hreflang はそれ自体では URL をインデックス可能にしません。どのバリアントが同一グループに属するかを Google に伝えるだけです。canonical ページがインデックスされていなければ、別名が参照するものはありません。インデックスされていれば、言語バリアントの「インデックスされない」表示は通常問題ありません。
今週の hreflang 設定チェック方法
15 分あれば、本当の問題と想定どおりの挙動を切り分けられます。
- canonical がインデックスされているか確認する。 各言語グループの canonical バージョンで URL 検査を実行します。「URL は Google に登録されています」と表示されれば、hreflang の代替 URL には居場所があります。
- 「何が」ではなく「なぜ」を見る。 ページのインデックス登録レポートで「重複、Google はユーザー指定と異なるページを正規として選択」で絞り込み、何かを変更する前に Google がどの URL を選んだかを確認します。
- 相互 hreflang を確認する。 hreflang セット内のすべての URL が兄弟ページを指し返している必要があります。一方通行のアノテーションは破棄されます。
- インデックスを強制するために hreflang を外さない。 外してもバリアントが独立してインデックスされるようにはならず、言語バージョンを結びつけるシグナルを失うだけです。
- 言語コードと地域コードを検証する。 ドイツ語ページを
en-usとマークするようなミスは、インデックスを検討される前の段階で関係性を壊します。
canonical が健全なら、別名は別名のままにしておきましょう。
FAQ
インデックスされていないのに、Google が hreflang バージョンを検索結果に表示するのはなぜですか？ URL がインデックス済み canonical URL の別名として保存されているためです。クエリが別名の言語や地域に合致するとき、その URL に独立したインデックスエントリがなくても、Google はそれを表示できます。
「クロール済み - 現在インデックス未登録」は hreflang の不具合を意味しますか？必ずしもそうではありません。hreflang の代替 URL では、このステータスは想定どおりの挙動であり得ます。まず canonical ページがインデックスされているか確認してください。ここで重要なのはそのシグナルです。インデックスの仕組みに不慣れな方は、テクニカル SEO ガイドで基礎を解説しています。
すべての言語バージョンを独立してインデックス可能にするべきですか？ hreflang の目的としては不要です。Google はほぼ重複したバリアントを設計上 canonical 化します。正しい URL が canonical として選ばれ、hreflang の関係が完全かつ正確であることを確認するのが仕事です。
別名 URL は自前のキーワードで順位を取れますか？ Google によれば、別名はクエリが合致したときに表示されることがあります。別名は canonical URL の上に重なる表示レイヤーであって、独立した順位付けの主体ではありません。
著者: Dominic Hale（Auspia で 18 市場を担当する国際 SEO スペシャリスト）。Dominic は多言語 SEO、hreflang 実装、ローカライゼーション、地域別の検索行動について執筆しています。
