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

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

Discovered - currently not indexed（検出 - インデックス未登録）が増えたときに、最初の30分で“入口と優先度”を点検してムダな作業を止める手順です。

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

Search Consoleで Discovered - currently not indexed（検出 - インデックス未登録） が増えたとき、最初の30分でやるべきことは「原因を当てる」より、“入口（発見経路）と優先度”を固定してムダな作業を止める ことです。

この記事は、最初の30分で「どのURL群が増えているのか」「今すぐ直すべきか」「まず止血すべき事故があるか」を機械的に判定するチェックリストです。

関連:

  • /media/search-console-indexing-drop-first-30-minutes
  • /media/sitemap-url-drop-first-30-minutes
  • /media/search-console-sitemap-fetch-error-first-30-minutes

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

  1. 増えているURL群を “同じテンプレ/同じ階層” に束ねる（散らばりを先に潰す）
  2. 「見つけられてるのに取ってない」ので、まず 入口（内部リンク/サイトマップ/フィード） を確認する
  3. すぐ直す対象 と 様子見で良い対象 を分ける（全件を追わない）
  4. 収束後に、恒久対応（リンク設計・サイトマップ分割・更新頻度）を入れる

1. まず増えているURL群を“1つ”に束ねる

最初にやるのは、URLを眺めて悩むことではなく、「どの塊が増えているか」 を確定することです。

  • 同じディレクトリ配下（例: /tag/ / /area/ / /media/ など）に偏っているか
  • 同じテンプレの変種（クエリ/末尾スラッシュ/大小文字/パラメータ）で増えていないか
  • canonical の揺れを生んでいないか（同一内容の別URLが量産されていないか）

この時点で、対処するコード/テンプレの範囲がほぼ決まります。

2. 入口を3つに分けて確認する（“検出”の意味を固定）

Discovered は「GoogleがURLの存在は知ったが、まだ取りに行っていない/取りに行く優先度が低い」側のサインです。

入口は主にこの3つです。

  1. 内部リンク（ナビ/一覧/関連記事/フッターなど）
  2. サイトマップ（sitemap.xml とインデックス）
  3. フィード/その他（RSS/Atom、外部リンク、過去にクロールしたURLの派生など）

最初の30分は、まず サイトマップの入口が壊れていないか を優先します。

  • サイトマップが取れているか: /media/search-console-sitemap-fetch-error-first-30-minutes
  • サイトマップ内URLが急に減っていないか: /media/sitemap-url-drop-first-30-minutes

3. 「今すぐ直す」対象と「様子見」を分ける

全部を追うと、最初の30分で確実に散ります。次の基準で切ります。

今すぐ直す（優先）

  • 重要ページ（収益・導線に直結）なのにDiscoveredが増えている
  • 事故の疑い（URLが無限に増える、重複URLが大量に発生）
  • サイトマップが壊れていて、検出だけ増える状況になっている

様子見で良い（後回し）

  • 低価値の派生（薄いタグ、検索ページ、フィルタの組み合わせ）で増えている
  • 新規公開直後で、まだサイト全体の評価/優先度が乗っていないだけに見える
  • “作るべきページ数” がそもそも多すぎる（先に設計を変えるべき）

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

止血できたら、次の恒久対応に繋げます。

  • 重要ページへの内部リンクを強化し、一覧→詳細の導線を太くする
  • サイトマップを インデックス + 分割 にして、更新頻度と優先度を揃える
  • 重複URLが増える構造なら、URL設計（パラメータ/正規化/ canonical）を先に直す

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

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

  • 入口（サイトマップ/インデックス/流入）を並べて、先に止血すべき事故を見つける
  • “今すぐ直す” と “様子見” を、サイト単位で判断しやすくする

試す: /dashboard

SiteOpsで初動を速くする（再発防止）

Discovered - currently not indexedは、原因が「構造」にあることが多いので、「異常（何が起きたか）」と「変更（何を変えたか）」を同じ視点で確認できると、初動が速くなります。

  • まずは ダッシュボード で、無限URLや重複URLの可能性があるサイトを先に列挙します
  • 相談したい場合は お問い合わせ から状況を送ってください（止血の順番を一緒に整理できます）
  • 料金と導入の流れは 料金ページ にまとめています

この記事を書いた人

川原

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
前の記事Search ConsoleでCrawled - currently not indexedが増えたとき、最初の30分でやること次の記事Search Consoleでクロール異常（Crawl anomaly）が増えたとき、最初の30分でやること

次にやること

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

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