「代替ページ（適切な canonical タグあり）」は、意図した重複・代替関係で、Googleが選んだ正規URLが想定どおりかつ登録済みなら、修正する必要はありません。
表示されたURLが未登録でも、それだけで記事そのものが検索から消えたとは判断できません。まず表示対象のURLで正規URLを確認し、その正規URLも別途検査して登録状態を確かめます。指定先や選択先が意図と違う場合に、設定やページ内容の調査へ進みましょう。
この表示は、別のURLが代表として登録されていることを示します
Googleの説明では、このステータスは登録済みの正規ページへの指定が適切で、追加の対処は不要な状態です。ただし、その正規ページが運営者の意図したページかどうかは、自分のサイトで確かめる必要があります。
正規URLとは、重複または非常に似たページの代表としてGoogleが選ぶURLです。複数のURLで同じ記事を表示できても、それぞれが別々にインデックス登録されるとは限りません。
架空の例として、次の2つのURLで同じ記事を表示している場合を考えます。
https://example.com/guide/?ref=mailhttps://example.com/guide/
前者が代替ページで、後者が正規URLとして登録されているなら、前者の未登録を記事全体の未登録と捉える必要はありません。なお、?ref=mailのようなパラメータが付いているだけで、必ず代替ページになるわけではありません。
表示されたURLと、Googleが選んだ正規URLをそれぞれ検査します
対応を判断するために、本記事では次の順で情報を照合する方法をおすすめします。
- サーチコンソール上部のURL検査欄に、代替ページと表示されたURLを入力します。
- 「ページのインデックス登録」を開き、「ユーザーが指定した正規URL」と「Googleが選択した正規URL」を確認します。
- Googleが選択した正規URLを、運営者が代表にしたいURLと比べます。
- 選択された正規URLもURL検査に入力し、そのURL自体が登録済みかを確認します。
「ユーザーが指定した正規URL」は、サイト側が明示した代表URLです。「Googleが選択した正規URL」は、Googleが代表として選んだURLを指します。
ここで見るのは、URL検査の最初に表示される「Googleインデックス」側の情報です。これはGoogleが保持している情報で、現在公開されているページと一致するとは限りません。Googleが選んだ正規URLは、この情報で確認します。ライブテストでは正規URLの選択を確認できません。
確認した内容は、次のように記録すると取り違えを防げます。以下は、先ほどの架空の例で想定どおりに登録されていた場合です。
| 確認する項目 | 架空の確認例 |
|---|---|
| 代替ページと表示されたURL | https://example.com/guide/?ref=mail |
| 運営者が代表にしたいURL | https://example.com/guide/ |
| ユーザーが指定した正規URL | https://example.com/guide/ |
| Googleが選択した正規URL | https://example.com/guide/ |
| 選択された正規URLを別途検査した登録状態 | 登録済み |
選択先を検査するには、そのURLが属するサーチコンソールのプロパティへのアクセスが必要です。正規URLの情報が表示されない場合や、権限がなく検査できない場合は「未確認」として残し、サイト管理者に検査結果を確認してください。推測で登録済みと扱わないことが大切です。
想定どおりなら変更不要、違いがあれば調査へ進みます
集めた情報を基に、次のように対応を分けます。
| 確認できた内容 | 判断・次の行動 |
|---|---|
| 意図した重複・代替関係で、Googleが選んだ正規URLが想定どおりかつ登録済み | この表示を消すためのcanonical削除や、代替URLの登録再申請は不要です。 |
| サイト側の指定先、またはGoogleの選択先が意図と違う | 正規URLの設定とページ内容を調べます。 |
| 別の記事として登録したいのに、代替として扱われている | 正規URLの指定に加え、両ページの主要コンテンツの違いを調べます。 |
| 選択先を別途検査すると未登録と表示される | 変更不要とは判断せず、選択先の未登録理由と前回クロール日時を確認します。 |
| 正規URLや選択先の登録状態を確認できない | 判断を保留し、必要な情報をサイト管理者に確認します。 |
たとえば、架空の別記事https://example.com/guide-b/を独立して登録したいのに、https://example.com/guide-a/の代替と表示された場合は調査が必要です。ただし、この表示だけでcanonicalの誤設定が原因だとは決められません。
Googleの資料では、意図した代替ページへの追加対処は不要とされています。また、正規URLが登録済みでも、検索結果への表示や特定の掲載順位が保証されるわけではありません。登録状態と、実際の検索表示は分けて考えます。
意図と違う場合は、canonical以外の設定と内容も照合します
canonicalは、希望する正規URLをGoogleに強く示すシグナルです。Googleの選択を強制する指示ではないため、設定したURLとは別のURLが選ばれることもあります。
出典：Google「正規URLを指定する方法」、Google「正規化とは」
原因を探す際は、代表にしたいURLを決めたうえで、次の項目を照合する方法をおすすめします。
- canonicalの指定先：HTMLの
rel="canonical"がどのURLを指しているか。HTTPレスポンスヘッダーでも指定している場合は、両者が食い違っていないか。 - リダイレクトの転送先：アクセスしたURLが別のURLへ転送される場合、その転送先が意図どおりか。
- サイトマップと内部リンク：サイトマップに記載したURLや、サイト内のリンク先が、代表にしたいURLとそろっているか。
- 主要コンテンツ：別の記事として登録したい場合、本文の中心となる情報が、Googleの選んだページとどのように異なるか。
この整理は、Googleが説明する技術的な構成ミスやコンテンツの類似性を、自分のサイトで調べるための提案です。
先ほどの架空の/guide-b/が、HTMLのcanonicalで/guide-a/を指定していたなら、まずその指定が意図したものかを調べます。指定は想定どおりなのにGoogleの選択先が違う場合は、リダイレクトやリンク先、主要コンテンツの類似性まで確認しましょう。設定の食い違いは調査の手がかりですが、それだけで原因が確定するわけではありません。
確認前にcanonicalを一律に削除したり、正規URLを選ばせる目的でrobots.txtやnoindexを追加したりするのは避けてください。Googleは正規化のためにrobots.txtを使わないよう案内し、サイト内の正規ページ選択を操作するためのnoindexも推奨していません。noindexは、そのページを検索から除外する指定です。
変更後は、公開ページの設定とGoogleへの反映を分けて確認します
設定を変更した場合は、公開ページに意図した設定が出力されていることと、Googleの正規URL選択に反映されたことを別々に確かめます。ライブテストが成功しても、正規URLの選択や代替ページの判定は確認できず、インデックス登録も保証されません。
現在の公開ページを調べるには、「公開URLをテスト」を実行します。詳細データを表示できる結果であれば、「テスト済みのページを表示」から返されたHTMLなどを確認できます。
ただし、リダイレクトがある場合、ライブテストは転送先のページを検査します。転送をたどったかどうかも、最終的に検査したURLも表示されません。
入力したURL自体の設定を確かめる際は、ブラウザの開発者ツールなどで転送の有無と転送先を別途確認してから、ライブテストの取得HTMLと照合する方法をおすすめします。自分で調べるのが難しければ、サイト管理者にこの確認を依頼してください。
架空の例として、https://example.com/old-guide/がhttps://example.com/guide/へ転送される場合を考えます。ライブテストで取得した転送先のHTMLにcanonicalがあっても、転送元の/old-guide/自体がそのcanonicalを出力したとは判断できません。転送元の応答・転送先と、取得HTMLのcanonicalを分けて記録します。なお、ブラウザで確認した転送先が、Googleの取得時にも同じだったことまで確かめられるわけではありません。
公開ページの設定を確認できたら、変更日時とURL検査の「前回のクロール」日時を比べます。クロールとは、Googleがページを取得することです。前回の取得が変更前なら、保持している情報に修正が反映されていない可能性があります。
最後に「Googleインデックス」側へ戻り、選択された正規URLと、そのURLの登録状態を改めて確認します。公開ページの修正を確認できても、Google側の情報が更新されたと確認できない間は、反映は未確認として扱いましょう。
