SiteOps
トップメディアダッシュボード更新履歴
記事一覧

Search ConsoleでAlternate page with proper canonical tagが増えたとき、最初の30分でやること

Search ConsoleでAlternate page with proper canonical tagが増えたときに、最初の30分で“入口（内部リンク/サイトマップ/canonical）”の誤りを止血するチェックリストです。

著者: 川原更新: 2026-05-17検索改善RSS
Xで共有FacebookLinkedIn
料金相談

Search Console の「ページがインデックスに登録されない理由」で 「適切な canonical タグがある別ページ（Alternate page with proper canonical tag）」 が急に増えたとき、最初の30分でやるべきことは「canonical が正しいか」を議論する前に、(1) 入口（内部リンク/サイトマップ）がどのURLを推しているか、(2) “正”のURLが本当に1つに収束しているか、(3) 重要ページの評価が意図しないURLに逃げていないか を短時間で確定することです。

この理由自体は“正常”なケースも多い一方で、入口が壊れていると 重要ページがインデックスされない/評価が分散する 事故に直結します。この記事は、最初の30分で「止血できる入口事故」を先に潰し、次の1時間で触る場所（URL設計/canonical方針/リダイレクト方針）を固定するチェックリストです。

関連:

  • /media/search-console-page-with-redirect-first-30-minutes
  • /media/search-console-duplicate-google-chose-different-canonical-first-30-minutes
  • /media/search-console-sitemap-fetch-error-first-30-minutes

0. まず結論（先にやる順番）

  1. 代表URLを3つだけ選び、Googleが“どれを正にしているか”を確定する
  2. 入口（内部リンク/サイトマップ/canonical）を“正のURL”に寄せて止血する
  3. 収束後に、正規URLポリシー（www/https/末尾スラッシュ/パラメータ）を文章化して固定する

1. 「Alternate page with proper canonical tag」は“悪”ではない（まず事故か設計かを分ける）

この理由は、Google がそのURLを見た結果「別URLを正（canonical）として扱うのが妥当」と判断した、という意味です。

正常な例:

  • http と https が混在していて、https を正に寄せている
  • www と non-www が混在していて、片方を正に寄せている
  • /index.html と / が混在していて、片方に寄せている

事故になりやすい例:

  • 入口（内部リンク/サイトマップ）が“別ページ側”を大量に推している（重要ページが“別”扱いになり続ける）
  • canonical が揺れている/相対URLでズレる（環境差や末尾スラッシュ差分で分岐）
  • 重要ページが“別”に寄せられて、正のURLが意図と違う（評価/計測/収益導線が分散）

最初の30分では「正しさの議論」より 現実（Googleがどれを正にしているか） を確定するのが先です。

2. 代表URLを3つに絞って“現実”を確定（10分）

代表URLは3つだけで十分です。

  • 代表A: Search Console で増えているURL群の典型（Alternate 判定されているURL）
  • 代表B: 重要ページ（収益に近い/問い合わせ/LP/主要記事）
  • 代表C: 同じテンプレの“正常にインデックスされている”ページ

各URLについて、最低限これだけ確定します。

  • Googleが見ている 正のURL（canonical） はどれか（URL検査/詳細で確認）
  • 入口（サイトマップ/内部リンク）は どちらのURLを推しているか
  • 同一コンテンツのURLが 2つ以上発生していないか（www/末尾スラッシュ/パラメータ）

3. 最初の30分で止血できる「入口の誤り」を直す（10分）

Alternate 判定が急増したときは、URL設計そのものより 入口（Googleが辿る導線） が壊れているケースが多いです。

止血の最小差分（重要ページからでOK）:

  • 内部リンク を“正のURL”へ寄せる（ナビ/パンくず/関連記事/一覧）
  • サイトマップ からは“正のURL”だけを出す（別ページ側は混ぜない）
  • canonical を“正のURL”に統一する（相対URL・揺れやすい書き方を避ける）

ポイントは「全修正」ではなく、重要ページの入口だけでも正に寄せる ことです（先に止血）。

4. “正のURL”が意図と違うときに疑う順（5分）

「Googleが正と見なしているURL」が意図と違う場合、最初に疑う順番は次です。

  1. リダイレクト: 別URLへ転送されていないか（多段/302混在も含む）
  2. canonicalの揺れ: 末尾スラッシュ/大文字小文字/相対URLでズレていないか
  3. 入口の誤推し: サイトマップや主要導線が“別ページ側”になっていないか

この30分では「直す」より「どれが濃厚か」を固定し、次の1時間で触る場所を1つに絞るのが目的です。

5. 収束後にやること（恒久対応の入口）

  • 正規URLのポリシー（例: https / non-www / 末尾スラッシュ有無）を文章で固定する
  • 入口に出してはいけないURL（UTM/セッションID/検索パラメータ等）を整理し、内部リンク/サイトマップに出さない
  • Search Console で「入口（サイトマップ/内部リンク）」の修正が反映されたかを週次で確認する

6. SiteOpsでやると楽になること

SiteOpsは、複数サイトのSearch Console/GA4をまとめて見て、「どのサイトのどの異常から触るべきか」を早く決めるための運用ツールです。

  • Alternate 判定が増えたときに、影響が大きいサイト/ページから先に並べる
  • 入口（サイトマップ/内部リンク/canonical）の確認を、事故検知→修正の順番で回す

試す: /dashboard

参考にした一次情報

  • Search Console Help: Why pages aren’t indexed
  • Google Search Central: Canonicalization

この記事を書いた人

川原

SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。

著者情報

関連記事

Search Consoleでクロール異常（Crawl anomaly）が増えたとき、最初の30分でやること検索改善更新: 2026-05-18Search Consoleで“Excluded by 'noindex' tag”が増えたとき、最初の30分でやること検索改善更新: 2026-05-16Search ConsoleでNot found (404)が急増したとき、最初の30分でやること検索改善更新: 2026-05-15
前の記事Search Consoleで「ページにリダイレクトがあります」が増えたとき、最初の30分でやること次の記事Search ConsoleでDuplicate, Google chose different canonicalが増えたとき、最初の30分でやること

次にやること

複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。

料金を見る相談したい / お問い合わせ