GSCで「クロール済み − インデックス未登録」が出たら、まず何を直す？

結論（Conclusion）

これは「取得したが今は登録しない」状態。 解決はリクエスト連打ではなく 独自性 + 優先度。

効く順番：

1. canonical/重複の矛盾を潰す（別URLを正規にしない）
2. テンプレ近似（特にファーストビュー）を減らす
3. ページごとに固有の価値を1つ足す（例/判断/落とし穴）
4. ハブ + Related で優先度を作る
5. リクエストはハブ+重要ページだけ。7〜14日待って再評価

背景（Explanation）

GoogleはすでにURLを見つけて取得している。 それでも登録しないのは、だいたい次のどれか。

• canonical/重複の矛盾
• 近似（テンプレ）に見える
• 意図シグナルが弱い（title/導入/見出し）
• サイトとして優先度が伝わっていない（ハブがない）

「インデックス登録リクエスト」だけでは解けない。

実務手順（Practical Guide）

手順1：別URLを正規にしていないか確認

• 指定canonical vs Google選択canonical
• スラッシュ/大小/パラメータ違い
• 言語重複（canonical/hreflang）

まずcanonical矛盾を直す。

手順2：よくある原因トップ3に当てはめる

原因A：近似（テンプレ）に見える

• 導入/見出しが同じ
• 上部が定型文で埋まる
• title/descriptionがテンプレ

対処：

• ファーストビューを“そのページ固有の意図”に寄せる
• 固有の例 or 判断ポイントを1つ入れる

原因B：意図に対して薄い

対処：

• 1〜2セクション追加
  • 落とし穴
  • エッジケース
  • チェックリスト
  • 一次情報リンク

原因C：優先度が低い

対処：

• カテゴリ別ハブ
• Related（3件）
• 重要ページをトップから3クリック以内

手順3：意図シグナルを強くする

• title：成果が分かる
• description：誰の何を解決するか
• 見出し：深さが分かる

手順4：インデックス膨張を止める

• 近似ページは統合
• IDだけ違う薄いページを作らない

手順5：リクエストを使う場面

• ホーム
• ハブ
• 重要ページ（5〜10）

7〜14日待って再評価。

失敗パターン（Pitfalls）

• リクエスト連打で時間を溶かす
• 定型文がファーストビューを占拠
• ハブ/Relatedがなく優先度が伝わらない
• canonicalの揺れを放置

チェックリスト（Checklist）

• [ ] 指定canonicalとGoogle選択canonicalの矛盾がない
• [ ] URL表記を正規化した（スラッシュ/大小/パラメータ）
• [ ] 言語重複を処理した（canonical/hreflang）
• [ ] ファーストビューがページ固有になっている（定型文で埋まらない）
• [ ] 各ページに固有セクションがある（例/判断/落とし穴）
• [ ] title/descriptionがテンプレではない
• [ ] カテゴリ別ハブがある
• [ ] Related（3件）がある
• [ ] 近似/薄いページを統合した
• [ ] リクエストはハブ+重要ページだけ
• [ ] 再評価の期限（7〜14日）を決めた

FAQ

Q1. なぜリクエストが効かない？

すでにクロール済みだから。問題は「登録する価値/優先度」側。

Q2. テンプレ大量ページで一番効くのは？

ハブ + Related + ファーストビューの固有化。細かい修正より構造改善が効く。

Q3. canonical問題か品質問題か、どう見分ける？

URL検査でGoogle選択canonicalがズレていればcanonical/正規化が先。一致していれば独自性と優先度に寄せる。

内部リンク（Internal links）

• 親記事（Hub）：インデックス（Indexing）：まずはここから
• 関連記事：
  • 検出 − インデックス未登録（実務チェックリスト）
  • Google Search Consoleの登録手順（Next.js + Vercel）
  • Next.js多言語のcanonical/hreflang落とし穴

免責

インデックスは確率的です。改善はできますが、全URLの登録を強制はできません。