こんにちは。バナナデスクです。
Search Consoleで「クロール済み・インデックス未登録」と出ると、「この記事は価値がないと判断されたのでは」と考えてしまうことがあります。せっかく書いた記事を残すか消すか、迷いますよね。
ただ、この表示だけで削除を決めるのは早いです。検索で読んでもらいたい本文の記事なのか、同じ内容の別URLなのか、フィードのような補助URLなのかで、必要な対応が変わります。
この記事では、2026年9月30日に確認したGoogleの公式説明をもとに、削除する前に確かめることを整理します。管理画面で特定サイトを診断した報告ではありません。4種類の架空URLを使い、残す・修正する・統合する・終了する判断の違いを示します。
この表示は、記事への削除命令ではない
「クロール済み・インデックス未登録」は、Googleがページを取得したものの、インデックスには登録していない状態です。将来登録される可能性も、されない可能性もあります。公式説明では、この状態のURLについてクロールのリクエストを再送信する必要はないとされています。ページインデックス登録レポートの説明。
この表示から分かるのは状態であって、「この記事を消せばサイト全体が良くなる」という因果関係ではありません。文章の長さや公開からの日数だけで、削除の基準を一律に作ることも避けます。
まず、削除したい理由を一文にしてください。「未登録だから」だけなら、まだ確認が足りません。「現在のサービスと無関係で、情報も古く、読者に渡す役割がない」なら、内容を終了する判断として検討できます。この二つは別の話です。
記事を触る前に、表示されているURLを確認する
Search Consoleの一覧から、問題だと思ったURLを一つ開きます。WordPressの投稿一覧のタイトルと、レポートのURLが同じ本文を指すか確認しましょう。
特に、末尾にフィードのパスやパラメータが付いたURL、カテゴリ一覧、添付ページなどは、投稿本文とは役割が違います。投稿が100本あって未登録URLが100件だからといって、100本の本文記事が全部未登録とは限りません。
| 項目 | 記録すること |
|---|---|
| 完全なURL | 末尾のスラッシュ、パラメータまで含める |
| ページの種類 | 本文記事、カテゴリ、フィード、重複URLなど |
| ページの目的 | 検索から読ませたいか、補助的に使うものか |
| 確認日時 | いつのレポートと公開ページを比べたか |
| 現在の表示 | 本文が見えるか、移動するか、見つからないか |
この段階では本文を書き直しません。URLの取り違えがあれば、長い修正作業そのものが不要になるからです。ひとつの実例を最後まで調べてから、同じ種類のURLへ確認を広げます。
URL検査で、記録された状態と現在のページを分ける
個別ページはURL検査で確認します。最終クロール、取得の状態、インデックス登録の可否、正規URLの情報などを見て、どのページをGoogleが扱っているかを確かめます。
修正後の状態を調べたい場合は、公開URLのテストを利用できます。ただし、ライブテストで取得できることと、インデックス登録が完了していることは違います。ライブテストは重複判断などすべての条件を確認するものではなく、結果が良好でも登録を保証しません。URL検査ツールの公式説明。
たとえば、昨日noindexを外したのにレポートにはまだ以前の状態が出ている場合、過去に取得した情報と現在のページが違う可能性があります。「設定が効かない」と決める前に、どの時点の情報を見ているかを確認します。
正規URLが自分の想定と違う場合は、本文だけでなく、canonicalの指定、サイトマップ、内部リンクが同じURLを案内しているかを見ます。正規化の指定はGoogleへのシグナルであり、自分が入力すれば必ずそのURLが選ばれるというものではありません。正規URLの指定に関する公式ガイド。
4種類のURLでは、残す理由も対応も違う
以下は架空の判断例です。すべてが同じインデックス状態になるという意味ではなく、未登録一覧で見つけたURLを役割で分けるための例として示しています。
| 種類 | 確認した前提 | 判断と作業 |
|---|---|---|
| 講座構成の本文記事 | 公開中、独立した問いに答える、検索から読ませたい | 残す。取得・正規URL・本文・内部リンクを点検 |
| 記事が1本だけのカテゴリ | 本文の要約とリンクだけで、独自の案内が乏しい | カテゴリの役割を見直す。本文記事の削除とは分ける |
| 記事のフィードURL | 更新配信のための補助的なURL | 本文URLの登録を確認。未登録という理由だけで本文を消さない |
| 同じ本文の別URL | パラメータ違いで内容が同じ、代表URLが別にある | 正規化とリンク先を揃える。独立記事として増やさない |
カテゴリ一覧も、必ず低品質ということではありません。「初めての人はここから」「料金で迷う人はこの比較へ」のように、複数の記事を目的別に案内する役割を持てます。ページ名だけで削除せず、利用者に何を渡しているかを見ます。
重複URLを減らす場合も、どれを残すかを先に決めます。先に全部削除すると、既存のリンクや読者が使っていた入口が失われます。同じ内容なら、代表となるURLへ案内を揃える作業として扱ってください。
本文を直すなら、文字数ではなく未解決の作業を探す
技術的な状態が意図どおりで、検索に出したい独立記事なら、内容を読み直します。見るのは「短いから足す」ではなく、タイトルが約束した判断を読者ができるかです。
たとえば「講座内容の絞り方」という記事に、対象者を決める、目的を決める、優先順位を決める、とだけ書いてあるとします。読者は必要性を理解しても、何を削ればよいか分からないままです。
この場合は、教えたい項目が10個ある仮例を示し、入門講座で残す4項目、補足へ回す3項目、別講座にする3項目を理由付きで示すと、判断の手掛かりが増えます。言い換えの段落を千字加えることとは違います。
- タイトルの質問に、本文の早い段階で答えているか。
- 説明を使える対象と、使えない条件が分かるか。
- 読者がその場で試せる例や完成物があるか。
- 古い仕様、矛盾、根拠のない数値が残っていないか。
- 似た記事と同じ答えを繰り返していないか。
ここで見つけた不備は、インデックスのためだけでなく、訪れた人のために直します。「修正したから必ず登録される」とは言えませんが、何を改善したかは具体的に説明できるようになります。
削除・統合を選ぶときは、移動先と入口まで決める
終了した情報で、代わりに案内すべきものもなく、今後の読者に役立つ役割がないなら、削除を検討できます。一方、内容が古いだけで同じURLを使って更新できるなら、残して修正する選択があります。
似た2本を統合するなら、どちらの独自情報を残すか決め、統合先の本文を完成させてから旧URLの扱いを決めます。タイトルが似ているだけで、異なる疑問に答える記事をまとめないでください。
| 項目 | 架空の記入例 |
|---|---|
| 対象 | 旧版の講座準備チェック記事 |
| 理由 | 新しい準備記事と同じ問いを扱い、説明が重複 |
| 残す情報 | 旧版だけにある、当日の音声確認手順 |
| 移動先 | 同じ目的の新しい準備記事へ統合 |
| 追加作業 | 本文移植、内部リンク更新、旧URLからの移動確認 |
| 完了の確認 | 旧URLと本文中のリンクを実際に開いて確認 |
同じ目的の後継ページがないのに、削除したすべての記事をトップページへ転送するのは、読者が求める答えへの移動になりません。削除するURLと、内容を引き継ぐURLを分けます。存在しないページのHTTP応答については、GoogleのHTTPステータスコードの説明も確認できます。
未登録と、手動による対策を同じ意味にしない
「このサイトはスパムになったのでは」と心配な場合も、未登録の件数だけで判断しません。Search Consoleの「手動による対策」は別のレポートです。該当する問題があれば、その説明と対象に沿って対処します。手動による対策の公式説明。
セキュリティの問題も別に確認します。見覚えのないページや改ざんの兆候があれば、通常のリライトとは違う対応が必要です。ただし、手動による対策に問題がないことが、すべての記事の品質や順位を保証するわけではありません。
修正後は、再送信を繰り返すより変更を記録する
重要な更新を行ったページは、状況に応じてURL検査からインデックス登録をリクエストできます。ただし、リクエストは登録完了ではなく、同じURLを繰り返し送っても処理が速くなるわけではありません。再クロールのリクエストに関する公式案内。
記録するのは、確認した状態、修正した箇所、公開日、次に確認した結果です。「9月30日、構成例を追加、正規URLと内部リンクを確認。再確認時点では未登録」のように書けば、修正と結果を分けられます。状態が変わる前から、改善実績として扱わないでください。
検索流入がない場合は、未登録なのか、登録されているが表示がないのか、表示されてもクリックがないのかを分けます。後半の確認は、検索の表示とクリック率を切り分ける記事を参考にしてください。
最初に消すかどうかを決める必要はありません。まず未登録のURLを一つ取り出して、本文なのか、検索に出したいのか、代わりがあるのかを確認する。そのうえで、残す理由と終了する理由を、レポートの色ではなく読者の用事で説明できる状態にしましょう。