Google Search Consoleの使い方｜初期設定から改善アクションまで
Google Search Console（GSC）は、Googleが無料で提供するWebサイト管理ツールです。自サイトがGoogle検索でどのように表示されているかを確認し、改善するために不可欠なツールです。
京谷商会では18の専門ナレッジベースポータルをSearch Consoleで管理しています。seo・dev・uxd・ads・sns・ctn・ecm・pub・ais・dta・sec・cld・biz・csr・pmq・bpdの各サブドメインごとにプロパティを設定し、さらにSearch Console APIとURL Inspection APIを活用した日次自動監視体制を構築しています。
この記事では、18ポータルの運用で培ったSearch Consoleの実践的な使い方を、登録方法から主要レポートの見方、API活用による自動化まで体系的に解説します。
Search Consoleの初期設定 — 18ポータル一括登録の実践
ステップ1: プロパティを追加する
- Google Search Console にGoogleアカウントでログイン
- 左上のプロパティセレクタから「プロパティを追加」をクリック
- プロパティタイプを選択
プロパティタイプの違い:
| タイプ | 範囲 | 確認方法 |
|---|---|---|
| ドメイン | サイト全体（www有無・http/https含む） | DNS レコード |
| URLプレフィックス | 指定したURLプレフィックス配下のみ | HTML・メタタグ・GA・GTM等 |
推奨: 可能であれば「ドメイン」プロパティを選択しましょう。サイト全体のデータを統合して確認できます。
京谷商会の場合、18個のサブドメイン（seo.kyotanishokai.co.jp、dev.kyotanishokai.co.jp等）をそれぞれURLプレフィックスプロパティとして登録しています。サブドメインごとにデータを分離して管理することで、「どのポータルの記事がインデックスされていないか」「どのポータルのCTRが低いか」を正確に把握できます。
ステップ2: 所有権を確認する
URLプレフィックスを選んだ場合、以下の方法で確認できます。
- HTMLファイルアップロード: 指定されたHTMLファイルをサイトのルートにアップロード
- HTMLタグ: headタグ内にメタタグを追加
- Google Analytics: 既にGAが設定済みなら自動確認
- Google Tag Manager: GTMが設定済みなら自動確認
18ポータルではHTMLメタタグ方式を採用しています。ポータルWorker（Hono SSR）がHTMLを動的生成する際に確認用メタタグを出力する仕組みにしているため、18サブドメイン分の所有権確認をコード1行の変更で完了できました。
ステップ3: サイトマップを送信する
左メニューの「サイトマップ」から、XML サイトマップのURLを送信します。
https://seo.kyotanishokai.co.jp/sitemap.xml
京谷商会では、18ポータルそれぞれにサイトマップを生成・送信しています。記事の追加・更新に応じてサイトマップが自動更新される仕組みをポータルWorkerに実装しているため、手動でのサイトマップ管理は不要です。新規記事を公開すれば、次回のクロール時にGoogleが自動的に新記事を発見します。
主要レポートの見方 — 18ポータルの運用で得た活用ノウハウ
検索パフォーマンス
Search Consoleで最も重要なレポートです。
4つの主要指標:
- クリック数: 検索結果からサイトがクリックされた回数
- 表示回数: 検索結果にサイトが表示された回数
- CTR（クリック率）: クリック数 / 表示回数
- 平均掲載順位: 検索結果での平均的な表示位置
活用のポイント:
- 期間を「過去28日間」に設定して直近のトレンドを確認
- 「クエリ」タブで、どんなキーワードで流入があるかチェック
- 「ページ」タブで、どのページが最もクリックされているか把握
京谷商会では、18ポータルの検索パフォーマンスをSearch Console APIで毎日自動取得しています。全ポータルのクリック数・表示回数を集計した日次レポートが自動生成され、全サイト合計1日10,000クリックという目標に対する進捗が一目でわかるダッシュボードを運用しています。手動で18サイトを毎日確認するのは非現実的なので、API自動化は大規模サイト運用の必須要件です。
ページインデックス登録レポート
サイトのページがGoogleにインデックスされているかを確認します。
ステータスの意味:
- インデックス登録済み: 正常にGoogleに登録されている
- 未登録 - クロール済み: クロールされたがインデックスされていない
- 未登録 - 検出済み、未クロール: URLは発見されたがまだクロールされていない
- 除外: robots.txtやnoindexで意図的に除外されている
京谷商会の18ポータルでは、74記事公開時点のインデックス率が25%というところからスタートしました。「未登録」のページが多い場合は、コンテンツの品質や技術的な問題を確認しましょう。私たちの場合、ページインデックスレポートで「クロール済み・未インデックス」が多いことを発見し、コンテンツの独自性強化と内部リンク構造の改善に集中的に取り組みました。
ウェブに関する主な指標（Core Web Vitals）
Core Web Vitalsのフィールドデータ（実際のユーザーデータ）を確認できます。
3つの指標:
- LCP（Largest Contentful Paint）: 最大コンテンツの表示速度。2.5秒以内が良好
- INP（Interaction to Next Paint）: 操作への応答速度。200ms以内が良好
- CLS（Cumulative Layout Shift）: レイアウトのずれ。0.1以下が良好
URL Inspection APIによる日次インデックス監視 — 京谷商会の自動化事例
なぜAPI監視が必要なのか
Search ConsoleのWeb UIでインデックス状況を確認できますが、18ポータル×多数の記事を毎日手動チェックすることは現実的ではありません。そこで京谷商会では、URL Inspection APIを活用した日次自動監視を構築しています。
監視の仕組み
- 毎日自動実行: 全記事のURLに対してURL Inspection APIを呼び出し
- ステータス記録: 各URLのインデックス状況（indexed / crawled / discovered等）をD1データベースに記録
- 差分検知: 前日との差分を検出し、新たにインデックスされた記事・インデックスから外れた記事を特定
- 日次レポート生成: インデックス率の推移、新規インデックス、問題URLを一覧化
実際の改善効果
この仕組みにより、京谷商会ではインデックス率を25%から33.3%へ改善しました。具体的には：
- 「クロール済み・未インデックス」の記事を特定: コンテンツの独自性が不足している記事を洗い出し
- 優先的にコンテンツを改善: 実体験やオリジナルデータを追加して独自性を強化
- 改善後の再インデックスを追跡: URL Inspection APIの「インデックス登録をリクエスト」で再クロールを促し、結果を日次で追跡
手動でSearch ConsoleのUIを開いて1つずつURL検査するのと比べて、APIによる一括監視は桁違いに効率的です。特に複数サイトを運営している場合は、この自動化が運用の成否を分けます。
改善アクション: データを施策につなげる
アクション1: 表示回数は多いがCTRが低いキーワードを改善
手順:
- 検索パフォーマンス → 「クエリ」タブを開く
- 表示回数で降順ソート
- CTRが2%以下のキーワードを特定
- 該当ページのタイトルとメタディスクリプションを改善
京谷商会では、CTRが低い記事のmeta descriptionに「18ポータルの運用実績から」「74記事のSEO分析で判明」といった実体験ベースの文言を追加する改善を行っています。一般的な解説との差別化がCTR向上のカギです。
アクション2: 掲載順位11〜20位のキーワードを1ページ目に引き上げる
手順:
- 検索パフォーマンス → 「クエリ」タブを開く
- 平均掲載順位でフィルタ（11〜20位）
- そのキーワードに関連するページのコンテンツを強化
- 不足している情報や新しい見出しを追加
11〜20位のキーワードは、少しの改善で1ページ目に上がる可能性が高く、最もコスパの良い施策です。
アクション3: インデックスされていないページを対処する
手順:
- 「ページ」レポートで「未登録」のページを確認
- 原因別に対処:
- クロール済み・未インデックス: コンテンツの独自性と品質を向上させる
- noindexタグ: 意図的であれば問題なし。意図しない場合は削除
- 重複コンテンツ: canonicalタグで正規URLを指定
京谷商会がインデックス率改善で最も効果を実感したのは、一般的な解説に自社の実体験を織り込むというアプローチでした。Googleは「他のサイトにない独自の情報」を含むページを優先的にインデックスする傾向があります。
アクション4: モバイルユーザビリティの問題を修正する
手順:
- 「モバイルユーザビリティ」レポートで問題を確認
- 「テキストが小さすぎて読めない」「クリック可能な要素同士が近すぎる」等の問題を修正
- 修正後に「修正を検証」ボタンをクリック
アクション5: 新しいページを素早くインデックスさせる
手順:
- 上部の検索バーに新ページのURLを入力
- 「インデックス登録をリクエスト」をクリック
- サイトマップが最新の状態か確認
京谷商会では、記事公開後にURL Inspection APIで自動的にインデックス登録リクエストを送信し、その後の日次監視でインデックス完了を追跡しています。18ポータルで記事を頻繁に公開する運用では、この自動化が不可欠です。
Search Console活用の日次・月次ルーティン
京谷商会の実際の運用ルーティンを紹介します。
日次（API自動実行）
| チェック項目 | 方法 | アクション |
|---|---|---|
| クリック数の推移 | Search Console API | 急激な変動を検知→調査 |
| インデックス状況 | URL Inspection API | 新規インデックス・脱落を記録 |
| インデックス率 | 自動集計 | 目標33.3%→50%に向けた推移追跡 |
月次（手動レビュー）
| チェック項目 | 確認場所 | アクション |
|---|---|---|
| CTRが低いキーワード | 検索パフォーマンス → クエリ | タイトル・description改善 |
| 11〜20位のキーワード | 検索パフォーマンス → クエリ | コンテンツ強化で1ページ目へ |
| 未インデックスページ | ページレポート | コンテンツ独自性強化 |
| Core Web Vitals | ウェブに関する主な指標 | 不良URLの技術改善 |
| 手動対策 | セキュリティと手動による対策 | 問題があれば即対処 |
複数サイト運用者向け: Search Console APIの導入ガイド
APIが必要になるタイミング
以下のいずれかに該当する場合、Search Console APIの導入を強くお勧めします。
- 管理サイトが3つ以上: 手動確認の工数が急増する
- 毎日のモニタリングが必要: 手動では継続が困難
- インデックス率を精密に追跡したい: URL Inspection APIが必須
- レポートを自動生成したい: 社内共有やクライアント報告用
京谷商会が18ポータルを管理できているのは、APIによる自動化があるからです。Web UIだけでは18サイトの日次管理は不可能でした。
基本的なAPI活用パターン
- Search Analytics API: 検索パフォーマンスデータ（クリック・表示・CTR・順位）を取得
- URL Inspection API: 個別URLのインデックス状況を確認・リクエスト
- Sitemaps API: サイトマップの送信状況を確認
まとめ
Google Search Consoleは、SEOの現状把握と改善アクションの起点となるツールです。
今日からできる3つのこと:
- まだ登録していなければ、今すぐSearch Consoleにサイトを登録する
- 検索パフォーマンスレポートで、流入キーワードとCTRを確認する
- CTRが低いページのタイトルとメタディスクリプションを1つ改善する
京谷商会は18ポータルのSearch Console運用を通じて、Web UIでの手動確認からAPIによる日次自動監視への進化がSEO改善のスピードを劇的に変えることを実感しています。インデックス率25%から33.3%への改善は、日次監視でボトルネックを素早く発見し、対策を打てたからこそ実現できました。
データに基づいた改善を繰り返すことで、検索流入は着実に増えていきます。SEOの最初の30日間のステップと合わせて、ぜひ活用してください。