GSC インデックスカバレッジ改善：30% から 85% への実践診断とエラー修正

記事を公開して 2 週間ほど経ち、Google Search Console を開いて「送信済みだが未インデックス」のステータスを見る——この場面、多くの人が経験したことがあるはずです。

さらに厄介だったのは、あるプロジェクトで 42 ページ中 18 ページが「Crawled - Currently Not Indexed」と判定され、全体の 42% を占めていたことです。丁寧に料理を並べたのに、客が来ては見るだけで食べない——そんな気分でした。

ただ、21 日間でインデックスを 42 ページから 71 ページへ引き上げ、表示回数を 138% 増やすことに成功しました。本記事では、そのプロセスを振り返ります。「インデックス登録をリクエスト」ボタンを 1 日 10 回押す方法（10 回を超えると Google はすべて無視します）ではなく、診断から修正までの体系的なフローをお伝えします。

GSC カバレッジレポートの読み方 — 5 つのエラータイプ比較

まず押さえておきたいのは、GSC のカバレッジレポートは罰則通知ではなく、診断レポートだということです。赤い警告マークを見て慌てる人が多いですが、Google は問題の場所を教えてくれているだけです。

Pages レポートへのアクセス方法

GSC にログインし、左メニューから「インデックス」>「Pages」を開きます（2026 年 3 月以前のバージョンでは「カバレッジ」と呼ばれていました）。このページにサイト全体の URL のインデックス状態が表示され、次のように分類されます。

インデックス済み：正常、対応不要
未インデックス：ここが重点

未インデックスはさらに細かいステータスに分かれます。最初は英語ラベルに戸惑いましたが、種類ごとに修正ルートが決まっているとわかると楽になります。

最も一般的な 5 つのインデックスエラー

5 つのエラーを表にまとめました。自分の状況と照らし合わせてください。

エラータイプ	意味	修正難易度	所要時間	私が遭遇した割合
Crawled - Currently Not Indexed	クロール済み・未インデックス	難しい	7〜14 日	42%
Discovered - Currently Not Indexed	発見済み・未インデックス	普通	5〜10 日	28%
Duplicate without user-selected canonical	重複コンテンツ・正規ページなし	簡単	3〜5 日	12%
Soft 404	空コンテンツページ	簡単	2〜3 日	8%
Redirect error	リダイレクトエラー	簡単	1〜2 日	10%

ここでは、最もつまずきやすい 2 つを重点的に説明します。

Crawled - Currently Not Indexed

Google のクローラーはページを訪問し、コンテンツを読み取ったものの、インデックスに載せないと判断した状態です。「Discovered」より厄介で、Google はページを見たうえで「価値が足りない」と判断しています。

ClickRank のデータによると、新規ページの約 45% がこのステータスで止まります。原因は、コンテンツの質不足、内部リンク不足、ページ価値の不明確さなどが多いです。

Discovered - Currently Not Indexed

こちらは比較的軽い状態です。Google は URL の存在を知っています（サイトマップや外部リンク経由など）が、まだクローラーを派遣していません。待ち時間は通常「Crawled」より短く、5〜10 日で解決することが多いです。

2 つの違いは、Google がページ内容を実際に「読んだかどうか」です。Crawled は読み取り済み、Discovered は URL を知っているだけ、と覚えてください。

主要エラーの修正実践 — 診断から解決までの流れ

本題です。エラータイプ別に、実測済みの修正手順を分解して説明します。

「Crawled - Currently Not Indexed」を直す 7 つのチェックポイント

最も手間がかかるエラーですが、方針はシンプルです。Google にページの価値を認めさせること。

順番に確認するチェックリストです。

1. コンテンツの深さは十分か

最低 800 文字、できれば 1200 文字以上を目安に。文字数合わせではなく、テーマをきちんと掘り下げることが大切です。600 文字の記事を 1500 字に書き直したら、1 週間でインデックスされました。

2. 内部リンク構造に問題はないか

新規ページには、少なくとも 3 本の内部リンクが必要です。どこからもリンクされていない孤立ページは、インデックス失敗の典型原因です。新記事を公開してもトップページや一覧ページからリンクしていない——私もこの失敗をしました。

3. 権威ある外部ソースを引用する

Google 公式ドキュメント、Wikipedia、業界の有名ブログなど、権威ソースを 1〜2 件引用しましょう。ページの信頼性が上がります。アンカーテキストでリンクし、URL だけを並べないでください。

4. ページ読み込み速度

サーバーのレスポンスタイムが 1 秒を超えると、クローラーが取得を諦めることがあります。800ms だったサイトを 200ms まで下げたら、クロール頻度が目に見えて上がりました。

5. canonical タグの設定

canonical が正しく設定されているか確認してください。複数 URL が同じ内容を指す場合、Google が 1 つを正規 URL として選び、他を無視することがあります。

6. 構造化データ

Article、HowTo、FAQ など適切な Schema を追加し、Google が内容を理解しやすくします。Astro ブログなら JSON-LD 形式で埋め込めます。

7. 最後に「インデックス登録をリクエスト」

上記 6 項目を済ませてから、GSC の URL 検査ツールで手動リクエストします。1 日最大 10 URL。それ以上は無視されます。

「Discovered - Currently Not Indexed」の 3 ステップ修正

比較的シンプルで、次の 3 ステップで対応できます。

Step 1：サイトマップを再送信

GSC の「サイトマップ」で古いものを削除し、再送信します。フォーマットエラーや期限切れ URL があると、Google は URL を知っていてもインデックスしません。

Step 2：サーバーレスポンス速度を改善

サーバーログで Googlebot アクセス時のレスポンスタイムを確認。1 秒超なら CDN 有効化、画像圧縮、リダイレクト削減などで改善します。

Step 3：トピック権威を築く

サイトが特定テーマで信頼できる存在だと Google に認識させることです。コアテーマを中心に継続公開し、記事同士をリンクしてクラスターを作ります。GSC 関連記事を 4 本連続で出し、相互リンクさせたのがうまくいった例です。

Duplicate Canonical の処理

複数 URL が同じ（または似た）内容を持ち、Google が勝手に正規 URL を選んでしまった場合の対処です。

各ページの <head> に canonical タグを追加します。

<!-- 正規ページとして指定したい URL -->
<link rel="canonical" href="https://yourdomain.com/preferred-url/" />

例：/blog/post-title/ と /posts/post-title/ が同じ記事を指すなら、どちらか 1 つを正規 URL に決め、全ページからそこへ向けます。

Soft 404 の正しい処理

Soft 404 は、HTTP 200 を返すのに中身が空、またはほぼ価値がないページです。Google は「404 っぽいページ」と判断します。

方法 1：本物の 404 を返す

ページを残す必要がなければ、404 ステータスに変更します。

方法 2：価値あるコンテンツを追加

残すなら、800 文字以上の有用な内容、画像、内部リンクを追加します。

タグ名だけで記事一覧がなかったタグページに、一覧と説明を足したら Soft 404 は解消しました。

インデックス加速の自動化 — Indexing API と IndexNow

ここまでの修正は 5〜14 日かかることもあります。もっと早くしたいなら、Indexing API が有効です。

サイトマップ送信だけでは足りない理由

2026 年時点では状況が変わっています。ClickRank の報告では、サイトマップ経由の待ち時間は 2024 年の 11 日から 23 日へ延びています。Google はクロール予算を絞り、AI 概要登場後はコンテンツ品質のハードルも上がりました。

サイトマップは引き続き必要ですが、それだけに頼るのは危険です。能動的に「ノック」する仕組みも用意しましょう。

Indexing API：48 時間で 85% インデックス

Indexing API は、Google に「この URL が更新されたのでクロールしてください」と直接通知する手段です。

実測では、1 日 50 件の新規 URL を送信し、48 時間後に 85% がインデックスされました。サイトマップより大幅に速いです。

利用対象

公式には EC サイト、求人サイト、ライブ配信プラットフォームが対象です。ただしブログでも Google Cloud Console でプロジェクトを作り、権限申請すれば使えるケースがあります。

設定手順（簡略版）

Google Cloud Console にログイン
新規プロジェクトを作成し、「Indexing API」を有効化
サービスアカウント（Service Account）を作成し、JSON 鍵を生成
GSC でサービスアカウントをサイト所有者として追加
API で URL を送信

コード例（Node.js）：

const { google } = require('googleapis');

// サービスアカウント鍵を読み込む
const auth = new google.auth.GoogleAuth({
  keyFile: './service-account-key.json',
  scopes: ['https://www.googleapis.com/auth/indexing'],
});

// URL を送信
async function publishUrl(url) {
  const client = await auth.getClient();
  const indexing = google.indexing({ version: 'v3', auth: client });

  await indexing.urlNotifications.publish({
    requestBody: {
      url: url,
      type: 'URL_UPDATED',
    },
  });
}

// 一括送信
const urls = [
  'https://yourdomain.com/post-1/',
  'https://yourdomain.com/post-2/',
];
urls.forEach(publishUrl);

制限

1 日最大 200 URL（実測では 50 件が安定）
送信後 48 時間で結果確認
同じ URL の重複送信は無視される

IndexNow：Microsoft と Yandex 向け

IndexNow は Bing と Yandex がサポートする即時通知プロトコルです。Google 非対応ですが、Bing 経由の流入も無視できないので設定する価値があります。

メリット

設定が簡単：ルートに API Key ファイルを置くだけ
送信後数時間で Bing がクロール

設定方法

IndexNow 公式サイトで API Key を生成
/.well-known/indexnow-key.txt をサイトルートに配置
IndexNow エンドポイントへ URL を送信

Astro なら public/ に key ファイルを置けば、ビルド後にルートへコピーされます。

URL 送信 API：

POST https://www.bing.com/indexnow
?url=https://yourdomain.com/new-post/&key=YOUR_API_KEY

WordPress の IndexNow プラグインや Astro の indexnow-integration パッケージなど、既製連携もあります。

Search Console API：URL 状態の一括チェック

GSC の Web UI では 1 日に数十 URL しか手動確認できませんが、Search Console API なら 1 日 2000 回まで可能です。定期診断に向いています。

用途

週次で全記事のインデックス状態を確認
「インデックス済み」から「未インデックス」に落ちたページを特定
カバレッジ推移を集計

コード例：

const { google } = require('googleapis');

async function checkIndexStatus(url) {
  const client = await auth.getClient();
  const searchconsole = google.searchconsole({ version: 'v1', auth: client });

  const result = await searchconsole.urlInspection.index.inspect({
    requestBody: {
      inspectionUrl: url,
      siteUrl: 'https://yourdomain.com/',
    },
  });

  return result.data.inspectionResult.indexStatusResult;
}

返却値で、インデックス済みか、未インデックスか、エラーかがわかります。

週次監視 — 持続可能なインデックス健全性の仕組み

一巡の修正が終わったら、再発防止が最重要です。私は週次監視フローを固定し、21 日間の実測で効果を確認しました。

重要指標：インデックスカバレッジ

計算式はシンプルです。

インデックスカバレッジ = インデックス済みページ数 / 総ページ数

42/100（42%）から 71/100（71%）まで 21 日かかりました。目標は 85% 前後が現実的です。タグページや低価値ページなど、そもそもインデックス不要な URL もあるからです。

毎週月曜の監視チェックリスト

毎週月曜の朝に実行するフローです。

1. Pages レポートを確認

カバレッジの変化を見ます。5% 以上の低下は警告信号です。

2. クロール統計を確認

GSC の「設定」>「クロール統計」で、クロール回数とレスポンスタイムをチェック。

1 日あたりのクロール回数が急落していないか
平均レスポンスタイムが 1 秒を超えていないか

3. 新規公開記事を確認

直近 1 週間の記事がインデックスされているか。3 本連続で未インデックスなら、コンテンツ戦略を見直すサインです。

4. 最適化前後を比較

Search Console API でデータをエクスポートし、週次で比較表を作ります。

週	インデックス済み	未インデックス	カバレッジ	変化
Week 1	42	58	42%	ベースライン
Week 2	52	48	52%	+10%
Week 3	71	29	71%	+19%

改善効果が一目でわかります。

警告信号と対処

次の状況は即対応が必要です。

カバレッジが 5% 以上低下：どの URL が落ちたか特定
レスポンスタイムが 1 秒超：CDN やリソース圧縮で改善
新規コンテンツが連続未インデックス：品質と内部リンクを再確認
クロール頻度が急落：robots.txt やサーバー障害を疑う

A/B テストの考え方

施策の効果を確かめたいときは、小さく検証できます。

未インデックス記事を 10 本選ぶ
5 本だけ最適化（内部リンク追加、本文改修）
2 グループのインデックス速度を比較

私の実測では、最適化群は平均 7 日、非最適化群は平均 14 日でインデックスされました。差ははっきり出ます。

まとめ

今週から実行できる 10 ステップのチェックリストです。

GSC > Pages レポートで現状のカバレッジを確認
未インデックス URL をエクスポートし、エラータイプ別に分類
「Crawled Not Indexed」を優先（コンテンツ＋内部リンク改善）
canonical タグを確認・修正
Soft 404 とリダイレクトエラーを処理
Indexing API または IndexNow を設定（任意）
サイトマップを再送信
手動インデックスリクエスト（1 日最大 10 件）
5〜14 日待って結果確認
週次監視フローを固定

期待値として、21 日以内にカバレッジを 30% 以上引き上げ、表示回数も連動して増やせます。

GSC のカバレッジレポートは罰ではなく、改善ポイントの案内です。体系的に診断・修正する方が、1 日 10 回ボタンを押すよりはるかに効果的です。

次回は、GSC の検索分析レポートでコンテンツ戦略を最適化する方法——どのキーワードに書く価値があるか、どの記事を更新すべきか——を取り上げます。シリーズをフォローしておいてください。

GSC インデックスカバレッジ改善の完全フロー

Google Search Console のインデックス問題を体系的に診断・修正し、30% から 85% へ引き上げる実践ステップ

⏱️ 目安時間: 30 分

1
ステップ1: インデックス状況を診断
GSC 左メニュー「インデックス」>「Pages」レポートを開く：

- インデックス済みと未インデックスの比率を確認
- 未インデックス URL リストをエクスポート
- エラータイプ別に分類：Crawled Not Indexed、Discovered Not Indexed、Duplicate、Soft 404、Redirect Error
2
ステップ2: Crawled Not Indexed を修正
最も難しいエラー。項目ごとに確認：

- コンテンツの深さ：最低 800 文字、1200 文字以上推奨
- 内部リンク：新規ページへ少なくとも 3 本
- 外部リンク：権威ソースを 1〜2 件引用
- 読み込み速度：レスポンスタイム 1 秒以内
- canonical タグ：正しく設定
- 構造化データ：Article、HowTo、FAQ などの Schema を追加
3
ステップ3: その他のエラータイプを処理
エラー別の対処：

- Discovered Not Indexed：サイトマップ再送信、レスポンス速度改善
- Duplicate Canonical：canonical で正規 URL を指定
- Soft 404：404 を返すか、有用なコンテンツを追加
- Redirect Error：リダイレクトチェーンやループを修正
4
ステップ4: Indexing API を設定（任意の加速）
API で URL を Google に能動通知：

- Google Cloud Console でプロジェクト作成
- Indexing API を有効化
- Service Account を作成し JSON 鍵を生成
- GSC でサービスアカウントを所有者として追加
- API で URL を一括送信（1 日最大 200 件）
- 48 時間後に結果を確認
5
ステップ5: 週次監視を仕組み化
毎週月曜に実行：

- Pages レポートのカバレッジ変化を確認
- クロール統計（頻度・レスポンスタイム）を確認
- 新規記事のインデックス状態を確認
- データをエクスポートし、最適化前後を比較
- 警告：カバレッジ 5% 以上の低下、レスポンスタイム 1 秒超

FAQ

Crawled - Currently Not Indexed と Discovered - Currently Not Indexed の違いは？

違いは、Googlebot がページ内容を実際に読んだかどうかです。Crawled は訪問・読み取り済みだがインデックスしない判断、Discovered は URL の存在だけ把握していて未クロール、という意味です。Crawled の方が修正難度が高く、コンテンツ品質と内部リンクの改善が必要です。Discovered は多くの場合 5〜10 日で自然解消します。

インデックスカバレッジはどの程度が正常？目標値は？

一般的に 80〜85% が健全とされます。100% を目指す必要はなく、タグページや低価値 URL はインデックス不要なこともあります。実測では 42% から 71% へ 21 日、表示回数 138% 増。50% を下回るなら、体系的な問題がある可能性が高いです。

手動インデックスリクエストは 1 日何回まで？

GSC Web UI では 1 日最大 10 URL です。超過分は無視されます。重要 URL を優先するか、Indexing API で一括送信（1 日最大 200 URL）を検討してください。実測では 50 URL 送信後 48 時間で 85% インデックス、手動より効率が高いです。

コンテンツ品質は十分なのにインデックスされない原因は？

次を確認してください：1）内部リンクが 3 本以上あるか；2）レスポンスタイムが 1 秒超でないか；3）canonical が正しく重複を整理しているか；4）robots.txt で誤ブロックしていないか；5）新規サイトなら、コアテーマで継続公開しクラスターを築けているか。

Indexing API と IndexNow の違いは？どちらを使うべき？

Indexing API は Google 向け。48 時間で約 85% インデックス、1 日 200 URL 上限、Google Cloud Console の設定が必要です。IndexNow は Bing/Yandex 向け。key ファイル 1 つで設定でき、数時間で反映されます。両方設定するのがおすすめです。

カバレッジが突然 5% 以上下がったときの調査手順は？

警告信号です。1）Pages レポートで落ちた URL を特定；2）サーバー障害や robots.txt 変更がないか；3）クロール統計で Bot アクセス是否正常か；4）コンテンツの大量コピーや品質低下がないか；5）Search Console API で一括ステータス確認。

新規サイトは Google にいつインデックスされる？

新ドメインは初回インデックスまで通常 1〜4 週間です。加速策：1）GSC にサイトマップ送信；2）質の高い被リンク獲得；3）Indexing API で能動通知；4）Google ビジネスプロフィール等で言及；5）SNS で露出を増やす。高品質コンテンツと健全なサイト構造が、信頼構築の土台になります。

6分で読めます · 公開日: 2026年5月13日 · 更新日: 2026年6月8日

Easton

デジタルクリエイション

シリーズの読書導線第 3 / 4 記事

Google サーチコンソール実践ガイド

検索からこのページに来た場合は、前後の記事もあわせて読むと同じテーマの理解がかなり早く深まります。

シリーズ全体を見る

Google Search Console 上級テクニック：構造化データとインデックス最適化の実践ガイド

Google Search Console の構造化データ監視、インデックスカバレッジの調査、URL検査ツールの高度な使い方を詳しく解説。2026年最新の実践ガイド、完全な最適化フローとコード例付き

第 2 / 4 記事

技術ブログの高インプレッション低クリックをどう直す？GA/GSC 週次運用 SOP

技術ブログでインプレッションは多いのに CTR が低い？GA/GSC 週次運用 SOP でデータ診断からタイトル最適化、コンテンツ刷新まで、「無効な露出」を実クリックに転換。CTR を 20〜40% 改善する手順を解説。

第 4 / 4 記事

2026年4月11日デジタルクリエイション

ミニゲーム完成後：4 つの集客チャネル比較と低コスト施策

GitHubアカウントでログインしてコメントできます

GSC カバレッジレポートの読み方 — 5 つのエラータイプ比較

Pages レポートへのアクセス方法

最も一般的な 5 つのインデックスエラー

主要エラーの修正実践 — 診断から解決までの流れ

「Crawled - Currently Not Indexed」を直す 7 つのチェックポイント

「Discovered - Currently Not Indexed」の 3 ステップ修正

Duplicate Canonical の処理

Soft 404 の正しい処理

インデックス加速の自動化 — Indexing API と IndexNow

サイトマップ送信だけでは足りない理由

Indexing API：48 時間で 85% インデックス

IndexNow：Microsoft と Yandex 向け

Search Console API：URL 状態の一括チェック

週次監視 — 持続可能なインデックス健全性の仕組み

重要指標：インデックスカバレッジ

毎週月曜の監視チェックリスト

警告信号と対処

A/B テストの考え方

まとめ

GSC インデックスカバレッジ改善の完全フロー

ステップ1: インデックス状況を診断

ステップ2: Crawled Not Indexed を修正

ステップ3: その他のエラータイプを処理

ステップ4: Indexing API を設定（任意の加速）

ステップ5: 週次監視を仕組み化

FAQ

Google サーチコンソール 実践ガイド

Google Search Console 上級テクニック：構造化データとインデックス最適化の実践ガイド

技術ブログの高インプレッション低クリックをどう直す？GA/GSC 週次運用 SOP

関連記事

Google Search Console 応用編：インデックス最適化と検索パフォーマンス向上

Google Search Console 応用編：インデックス最適化と検索パフォーマンス向上

ミニゲーム収益化の5つの道：広告・課金・リワード動画・サブスク・派生ツール

ミニゲーム収益化の5つの道：広告・課金・リワード動画・サブスク・派生ツール

ミニゲーム完成後：4 つの集客チャネル比較と低コスト施策

ミニゲーム完成後：4 つの集客チャネル比較と低コスト施策

コメント

Google サーチコンソール実践ガイド