クロール済み未登録はnoindexすべき？158件を一括処理しない判断

Search Consoleで「クロール済み – インデックス未登録」が多いと、低品質記事をまとめてnoindexにしたくなることがあります。しかし、この項目はGoogleがページをクロールした時点でインデックスへ登録していないという状態であり、158件すべてが同じ原因だとは限りません。

daimyouji.comの2026年8月28日更新値では、登録済み394件、未登録377件でした。未登録のうち158件がクロール済み未登録です。この件数だけを根拠に、一括noindex、削除、301を実行しない判断にしました。

未登録377件の内訳を分ける

合計が同じ未登録でも、意図的なnoindex、正常なリダイレクト、存在しないURL、重複URL、内容評価待ちは意味が違います。まず理由ごとに分け、次にURL一覧を公開記事、添付ファイル、フィード、検索結果ページなどへ分類します。

noindexは品質改善ではない

Googleのnoindex公式ガイドでは、noindexはページを検索結果から除外する指示です。記事の内容を改善したり、別ページへ評価を統合したりする機能ではありません。

検索意図が他の記事と重複するなら、主ページを決めたうえで統合、canonical、301を検討します。独自の検索意図があるのに情報が不足しているなら、一次情報や不足説明を追加する方が先です。単に「未登録だからnoindex」という順番にはしません。

158件を分類する確認順

1. Search Consoleから対象URLを取得する
2. WordPressでpost、page、mediaなど種類を確認する
3. 公開中か、下書き・予約・削除済みかを照合する
4. 同じ検索意図の公開URLがないか確認する
5. 検索流入、内部リンク、被リンク、一次情報の有無を見る
6. KEEP、改善、統合候補、noindex候補、削除承認待ちに分ける

この段階では分類が目的です。URL変更、削除、恒久リダイレクトは戻しにくいため、候補になっても自動実行しません。バックアップ、対象URL、変更理由、復元方法を固定してから一件ずつ判断します。

robots.txtとnoindexを同時に使わない

Google公式ガイドは、noindexを認識させるにはGooglebotがページへアクセスできる必要があり、robots.txtでブロックするとnoindexを読めない場合があると説明しています。クロールを止めれば除外が早まるとは限りません。

今回のレポートにはrobots.txtブロックが1件あります。そのURLへnoindexを追加するだけでは意図どおり検出されない可能性があるため、対象URLと目的を確認するまでは設定を重ねません。

404とリダイレクトも件数だけで異常扱いしない

404が19件、リダイレクトが25件ありますが、削除済みの旧URLや正しく移転したURLなら想定内の場合があります。反対に、内部リンクから到達する重要記事が404なら修正対象です。

判断にはURL例、内部リンク元、代替ページ、直近の変更履歴が必要です。Search Consoleの合計件数だけでは、正常と異常を分けられません。日次では急増を検知し、週次監査でURL単位へ掘り下げます。

まとめ：noindex前にURL単位で役割を決める

クロール済み未登録158件は調査対象ですが、一括noindexの根拠ではありません。登録済み394件との割合だけで品質を断定せず、検索意図、一次情報、重複、流入、内部リンクをURL単位で確認します。低品質候補の分類と改善順を整理したい場合は、AIアフィリエイトコンサルをご確認ください。