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

Search ConsoleでCrawled - currently not indexedが増えたとき、最初の30分でやること

Crawled - currently not indexed（クロール済み - インデックス未登録）が増えたときに、最初の30分で“事故を除外して触る場所を固定する”手順です。

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

Search Consoleで 「クロール済み - インデックス未登録（Crawled - currently not indexed）」 が増えたとき、最初にやるべきことは“記事を直す”ではなく、そのURLが「(1) インデックス候補として成立している」「(2) クロール結果に致命傷がない」「(3) 重複/正規化の食い違いがない」 を30分で切り分けることです。

この手順の目的は、最初の30分で「インデックス以前の事故（noindex/canonical/配信/意図しないブロック）」を除外して、次の1時間で触る場所を固定することです。

関連:

  • /media/search-console-discovered-not-indexed-first-30-minutes
  • /media/search-console-indexing-drop-first-30-minutes
  • /media/search-console-sitemap-fetch-error-first-30-minutes

0. まずやらないこと

  • いきなりtitle/本文を大量に書き換える
  • すべてのURLをURL検査して疲弊する
  • “コアアプデだ/AIだ”に飛びついて根拠のない打ち手を連打する

最初の30分は、原因を当てにいくより「事故を除外して、改善の対象を10件以下に絞る」のが勝ち筋です。

1. 対象のページ群を「種類」で分ける（最優先）

“Crawled - currently not indexed” は、URLの種類によって初動が変わります。まずは増えているURLを、ざっくり分類します。

  • 詳細記事/詳細ページ（本当にインデックスしてほしい）
  • 一覧/カテゴリ（薄い一覧が混ざりやすい）
  • タグ/検索結果/パラメータ（無限に増えやすい）
  • ページネーション（似た内容の繰り返しになりやすい）

ここで「インデックス対象にしない方がよいURL群」が混ざっていると、以後の作業は全部ムダになりがちです。

2. 代表URLを3つ選んで“URL検査”する

全件検査は終わりません。代表3つだけ選びます。

  • 代表A: 最重要（本当にインデックスしてほしいURL）
  • 代表B: 典型（増えているURL群の代表）
  • 代表C: その中で一番インデックスしてほしいURL（改善対象の中心）

URL検査では次だけ確認します。

  • インデックス可能か（noindex、robots、ログイン必須、到達不能がないか）
  • canonicalが意図通りか（別URLを正規にしていないか）
  • 取得状況の異常がないか（クロールが失敗していないか）

3. “意図しないブロック”を最短で潰す

“クロール済み”でも、意図しないブロックがあるとインデックスは進みません。最初に潰す順番を固定します。

  1. noindex（meta/HTTPヘッダ含む）
  2. robots.txt（重要ページにブロックがかかっていないか）
  3. canonical（別URLへ正規化されていないか）
  4. 認証/地域制限/UA分岐（Googlebotに見えている内容が違わないか）

サイトマップやrobotsが絡む事故は、まずここから: /media/search-console-sitemap-fetch-error-first-30-minutes

4. “薄い/重複”の可能性をページ群単位で判定する

ページ単体を眺めても判断がつきません。ページ群で見て、次のどれに寄せるか決めます。

  • 統合する（代表ページを作って集約する）
  • 一覧を強化する（一覧に意味のある差分・導線を追加する）
  • インデックス対象にしない（価値が薄い一覧/タグ/検索結果）

この時点で「インデックスさせたいページ群」が10件以下になるのが目標です。

5. SiteOpsでやるなら（“直せる候補”に落とす）

最初の1時間で原因を確定できないことは普通にあります。だからこそ、初動は“直せる候補”に落とします。

  • 影響ページを10件まで絞る（収益に近い順）
  • それぞれに「noindex/canonical/robots」「サイトマップ混入」「内部リンクの入口」をチェック
  • 直せるものだけ直す（直せないものは保留理由を残す）

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

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

  • 先に異常（インデックス、流入、収益）を拾って、切り分けの順番を固定する
  • “直せる候補”に落として、30分→1時間の改善につなげる

試す: /dashboard

参考にした一次情報

  • Google Search Console Help: Indexing report
  • Google Search Console Help: URL Inspection tool
  • Google Search Central: Sitemaps overview

この記事を書いた人

川原

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

著者情報

関連記事

Search Consoleでクロール異常（Crawl anomaly）が増えたとき、最初の30分でやること検索改善更新: 2026-05-18Search ConsoleでAlternate page with proper canonical tagが増えたとき、最初の30分でやること検索改善更新: 2026-05-17Search Consoleで“Excluded by 'noindex' tag”が増えたとき、最初の30分でやること検索改善更新: 2026-05-16
前の記事Cloudflare 1102でサイトマップが落ちるとき、最初の30分でやること次の記事Search ConsoleでDiscovered - currently not indexedが増えたとき、最初の30分でやること

次にやること

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

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