
Google Search Consoleの使い方|初心者の最初の30分
Google Search Console(GSC)の登録から基本的な使い方を初心者向けに解説。最初の30分で押さえるべき機能、CTRの見方、エラー対応まで実用的に紹介します。
目次(65項目)
- はじめに
- Google Search Consoleとは
- ステップ1:プロパティ追加
- ステップ2:所有権の確認
- ステップ3:サイトマップ送信
- ステップ4:検索パフォーマンスを見る
- 検索パフォーマンスの実用的な見方
- ステップ5:インデックス状況の確認
- ステップ6:URL検査ツールを使う
- その他の便利機能
- エクスペリエンス(Core Web Vitals)
- リンク
- 手動による対策・セキュリティの問題
- ショッピング・拡張
- GSCを毎週見るチェックリスト
- Search Console 設定の段階別ガイド
- 段階1: プロパティ登録
- 段階2: サイトマップ送信
- 段階3: 主要ページの URL 検査
- 段階4: ユーザー追加
- 主要レポートの読み方
- 検索パフォーマンス
- インデックス > ページ
- エクスペリエンス > Core Web Vitals
- 拡張 > 構造化データ
- Search Console を毎週見るルーチン
- API を使った自動化
- GSC セットアップ詳細手順(プロパティ追加から運用開始まで)
- 1. Google アカウントの準備
- 2. プロパティ追加
- 3. DNS TXT レコードでの所有権確認
- 4. 代替の所有権確認方法
- 5. 初回データ取得まで
- 各レポートの徹底ガイド
- 検索パフォーマンスレポート
- URL 検査ツール
- インデックス作成 > ページレポート
- ページエクスペリエンス/Core Web Vitals レポート
- リンクレポート
- 拡張レポート(構造化データ / リッチリザルト)
- モバイルユーザビリティ(旧)
- 数字を読み解く:CTR・順位・表示回数・クリック数の関係
- リライト判断のための GSC 活用法
- インデックス問題のトラブルシューティング
- ステップ1: URL 検査ツールで状態確認
- ステップ2: robots.txt とメタタグ確認
- ステップ3: サイトマップ送信状況確認
- ステップ4: 内部リンク追加
- ステップ5: 待機
- 業界別の活用例
- 失敗事例:GSC 運用でやりがちなミス
- GSC API での自動化(実装パターン)
- AI / LLMO 効果測定への活用
- 月次運用フロー
- よくある質問
- Q1. GSCに登録すると順位は上がりますか?
- Q2. データはいつから記録されますか?
- Q3. 平均掲載順位が10位なのにCTRが0%なのはなぜ?
- Q4. 表示回数とインプレッションは同じですか?
- Q5. ドメインプロパティと URL プレフィックスはどちらを使うべきですか?
- Q6. Bulk Data Export と API はどちらを使えばよいですか?
- Q7. 検索パフォーマンスの「クエリ」が anonymized で見られないのはなぜですか?
- 関連用語
- 関連記事
- 参考文献・出典
Google Search Consoleの使い方|初心者の最初の30分
この記事の結論: Google Search Console(GSC)は無料・必須のSEOツールです。最初の30分で「サイト登録 → サイトマップ送信 → 検索パフォーマンスとカバレッジの確認」を覚えれば実務に使えます。
最終更新日: 2026-05-04
はじめに
「GSCって何ができるの?」という初心者向けに、必須の使い方を30分で習得できる構成にまとめました。Google公式の無料ツールであり、SEOで使わない手はありません。
Google Search Consoleとは
Google Search Console(GSC)は、Googleが提供する無料のSEO計測・管理ツールです。次のことができます。
- 検索クエリ・順位・クリック数・表示回数の確認
- インデックス状況の確認
- sitemap.xml送信
- Core Web Vitalsの計測
- セキュリティ・手動対策の通知受信
- リンク(被リンク・内部リンク)の確認
GA4が「サイト訪問後」を見るのに対し、GSCは「Google検索結果上」を見るツールです。両方を併用するのが標準です。GA4は行動・コンバージョン側、GSCは流入元の検索クエリ側を担当する役割分担と理解してください。
→ 詳しくはSEOとは?初心者向け完全ガイド【2026年版】もあわせて確認してください。
ステップ1:プロパティ追加
GSCにアクセスし、Googleアカウントでログイン後、サイトを登録します。プロパティタイプは2種類あります。
| タイプ | 対象 | 認証方法 |
|---|---|---|
| ドメインプロパティ | example.com 全サブドメイン | DNSレコード追加 |
| URLプレフィックス | https://www.example.com のみ | HTMLタグ・ファイル等 |
ドメインプロパティの方が網羅性が高いので、可能ならこちらを推奨します。
ステップ2:所有権の確認
ドメインプロパティの場合はDNSのTXTレコードに指定の値を追加します。URLプレフィックスの場合は次の方法から選べます。
- HTMLファイルアップロード
- HTMLタグをheadに挿入
- Google Analyticsアカウント連携
- Google Tag Manager連携
- DNSレコード
ステップ3:サイトマップ送信
「サイトマップ」メニューからsitemap.xmlのURLを入力して送信します。
https://example.com/sitemap.xml
送信後、ステータスが「成功しました」になっていればOKです。1日以内にクロールが始まります。
ポイント: サイトマップ送信後、URLがすべてインデックスされるとは限りません。Googleの判断で除外されることもあります。
ステップ4:検索パフォーマンスを見る
「検索結果」メニューが最も使う場所です。次の4指標が見えます。
| 指標 | 意味 |
|---|---|
| クリック数 | Google検索結果からの実クリック |
| 表示回数 | 検索結果に表示された回数 |
| CTR | クリック数 ÷ 表示回数 |
| 平均掲載順位 | 表示時の平均順位 |
「クエリ」「ページ」「国」「デバイス」などのタブで切り替えて分析できます。
検索パフォーマンスの実用的な見方
- CTRが低い順にソート → タイトル/メタ改善: 順位が高くてCTRが低いページから改善
- 表示回数が伸びているページ → リライト候補: トレンドに乗っている記事を強化
- クエリで意外な語が来ている → コンテンツ追加: 想定外のニーズを発見
ステップ5:インデックス状況の確認
「インデックス > ページ」で、自サイトのインデックス状況が確認できます。
- 登録済み:問題なし
- 未登録:原因表示(除外、エラーなど)
「クロール済み - インデックス未登録」が多い場合、Googleが「品質が低い」と判断しているサインです。コンテンツの見直しが必要です。
ステップ6:URL検査ツールを使う
特定のURLについて、次のことが分かります。
- インデックス済みか
- 最終クロール日時
- canonical URLの認識
- モバイル使用性
- 構造化データ
- レンダリング結果のスクリーンショット
新規記事公開後、「インデックス登録をリクエスト」を押すとクロールキューに入ります(即時とは限らない)。
その他の便利機能
エクスペリエンス(Core Web Vitals)
「ページエクスペリエンス」メニューでLCP・INP・CLSの実測値が見られます。詳しくはCore Web Vitals入門を参照。
リンク
「リンク」メニューで以下を確認できます。
- 外部リンク(被リンク)の数とリンク元
- 内部リンクの分布
- アンカーテキストの傾向
手動による対策・セキュリティの問題
ペナルティや乗っ取りなどの通知が届きます。何もなければ「問題は検出されませんでした」と表示されます。
ショッピング・拡張
リッチリザルト用の構造化データの状態が見えます。エラーがあれば修正対象です。
GSCを毎週見るチェックリスト
- 検索パフォーマンス:先週比でクリック数・表示回数の変化
- カバレッジ:新規エラーが発生していないか
- ページエクスペリエンス:Core Web Vitalsの悪化がないか
- 手動による対策:通知の有無
10分で済みます。週1で十分なので習慣化しましょう。
<!-- thicken-v1 -->Search Console 設定の段階別ガイド
段階1: プロパティ登録
ドメインプロパティ(example.com、サブドメイン全部含む)と URLプレフィックスプロパティ(https://www.example.com/)の2種類があります。ドメインプロパティを推奨します。
所有権確認は DNS の TXT レコード追加が最も確実。1度設定すれば永続的に有効です。
段階2: サイトマップ送信
/sitemap.xml を「サイトマップ」メニューから送信。XML サイトマップの仕様はsitemaps.orgを参照。
段階3: 主要ページの URL 検査
トップページ・ピラー記事を「URL検査」ツールで確認。インデックス状態とレンダリング結果を視覚的にチェックできます。
段階4: ユーザー追加
複数人で運用するなら、設定 > ユーザーと権限から追加。所有者・フル権限ユーザー・制限付きユーザーの3段階があります。
主要レポートの読み方
検索パフォーマンス
| 指標 | 意味 | 注目ポイント |
|---|---|---|
| クリック | 検索結果からのクリック数 | 増減トレンド |
| 表示回数 | 検索結果に出た回数 | キーワードの広がり |
| CTR | クリック率 | 同順位帯と比較 |
| 平均掲載順位 | 全ページの平均順位 | 個別ページごとに見るべし |
「クエリ・ページ・国・デバイス・検索の見え方」でフィルタ可能。リライト対象を見つけるのに最重要レポートです。
インデックス > ページ
| カテゴリ | 意味 | アクション |
|---|---|---|
| 登録済み | インデックス OK | 何もしない |
| 未登録 | クロールはされたが登録されず | 品質改善 or noindex 確認 |
| 除外 | 各種理由で除外 | 詳細を確認して対処 |
エクスペリエンス > Core Web Vitals
実機計測(CrUX)の LCP / INP / CLS 評価が「良好/改善が必要/不良」で表示されます。「不良」が出たら最優先で対処。
拡張 > 構造化データ
Article、FAQPage、Breadcrumb 等のスキーマ実装状況とエラー一覧。エラーをゼロにするのが基本。
Search Console を毎週見るルーチン
| 頻度 | 確認項目 | 所要時間 |
|---|---|---|
| 毎日 | 異常メール(サイトの問題、手動対策など) | 1分 |
| 毎週 | 検索パフォーマンス前週比、新規エラー | 10分 |
| 毎月 | リライト候補抽出、Core Web Vitals 推移 | 30分 |
| 四半期 | サイトマップ更新、構造化データ拡充 | 1時間 |
API を使った自動化
Search Console API を使うと、データを自動取得して BigQuery / スプレッドシートに集約可能。Python 例:
from googleapiclient.discovery import build
service = build('searchconsole', 'v1', credentials=creds)
response = service.searchanalytics().query(
siteUrl='sc-domain:example.com',
body={
'startDate': '2026-04-01',
'endDate': '2026-04-30',
'dimensions': ['query', 'page'],
'rowLimit': 25000,
}
).execute()
GitHub Actions や Cloud Functions で日次バッチ化するのが王道です。
→ 詳しくはSEO/LLMOの効果測定|GSC・GA4・AIメンション計測で API データの集約パターンを解説しています。
GSC セットアップ詳細手順(プロパティ追加から運用開始まで)
最初の登録でつまづくユーザーが多いため、ここでは「どこを押せば何が起こるのか」を画面遷移ベースで言語化します。GSC は Google アカウントさえあれば誰でも無料で使えますが、ドメインの所有権確認だけは技術的なハードルがあります。
1. Google アカウントの準備
社内運用なら個人 Gmail ではなく、業務用の Google Workspace アカウントを使ってください。担当者が退職した時にプロパティが消える事故を避けられます。代理店に依頼する場合は「制限付きユーザー」権限を付与し、所有者権限は社内に残すのが原則です。
2. プロパティ追加
GSC にログインして左上のプロパティ選択メニューから「プロパティを追加」を選択し、ドメインプロパティ(推奨)か URL プレフィックスプロパティを選びます。example.com と www.example.com と https:// と http:// をすべて統合して計測できるドメインプロパティのほうが圧倒的に便利です。
3. DNS TXT レコードでの所有権確認
ドメインプロパティを選ぶと TXT レコードが提示されます。これを利用中の DNS(Cloudflare、Route 53、Google Domains、お名前.com など)の管理画面で追加します。レコード反映には数分〜48時間かかることがあるため、追加後すぐに「確認」を押して失敗しても焦らず時間を置いて再試行してください。
4. 代替の所有権確認方法
DNS が触れない場合は URL プレフィックスプロパティで以下のいずれかを使えます。WordPress や CMS の SEO プラグインからワンクリックで完了するケースも多いです。
| 方法 | 難易度 | 特徴 |
|---|---|---|
| HTML ファイルアップロード | 低 | ルートに指定ファイルを置く |
| HTML タグ(meta) | 低 | <head> 内に1行追加 |
| Google Analytics | 中 | 同一アカウントで GA4 設置済みが前提 |
| Google Tag Manager | 中 | コンテナの公開権限が必要 |
| DNS TXT レコード | 高 | 唯一ドメイン全体をカバー |
5. 初回データ取得まで
登録直後はデータが空です。検索パフォーマンスは数日〜1週間でデータが溜まり始め、インデックスカバレッジは2〜3日で初回スキャンが反映されます。「データを待つ」期間を見越して、リリース予定の最低2週間前にはプロパティを作っておくのが理想です。
→ 詳しくはsitemap.xmlとrobots.txtの役割と作り方でクロール基盤の整え方を確認してください。
各レポートの徹底ガイド
GSC のレポートは多機能で、初心者は「どこを見れば改善ヒントが取れるか」が分かりません。ここでは主要レポートごとに「見るべき指標」「典型的な問題」「次のアクション」を整理します。
検索パフォーマンスレポート
最重要レポートです。Google 検索結果に自サイトが表示された全クエリの集計が、過去16ヶ月分まで遡って見られます。フィルタを使い分けるのがコツです。
| フィルタ軸 | 使い道 | 典型シナリオ |
|---|---|---|
| クエリ | キーワード単位の流入分析 | リライト候補の発見 |
| ページ | URL 単位の貢献度測定 | ピラー記事の評価 |
| 国 | 海外流入の有無 | 多言語化判断 |
| デバイス | スマホ vs PC の差 | レスポンシブ品質確認 |
| 検索の見え方 | リッチリザルト表示有無 | 構造化データ効果測定 |
| 日付 | 期間比較・季節性 | アルゴリズム更新の影響評価 |
典型的な分析パターンは「平均掲載順位 5〜15 位かつ表示回数が多いクエリ」を抽出してリライト対象にする方法です。10位を5位に押し上げるとCTRはおよそ2〜3倍になり、流入が一気に伸びます。
→ 詳しくは記事リライトの判断基準と手順でリライトの優先順位付けを解説しています。
URL 検査ツール
特定 URL の状態を「Google 視点で」確認できる唯一のツールです。新規記事公開直後・順位が落ちた時・カノニカル設定変更後に必ず使います。
| 確認項目 | 何が分かるか |
|---|---|
| URL は Google に登録されています | インデックス済みかどうか |
| 最終クロール | 直近のクロール日時 |
| Google が選択したカノニカル URL | 自分の指定と一致しているか |
| クロール元 | スマホ用 Googlebot か PC 用か |
| ページのリソース取得状況 | JS/CSS が正しく読まれているか |
| ライブテスト | 現在の HTML レンダリング結果 |
「インデックス登録をリクエスト」ボタンは1日数十件の上限があり、押せば必ず登録されるわけでもありません。あくまで「クロールキューに入る」だけで、品質が低ければ未登録のままになります。
→ 詳しくはcanonical URL(カノニカル)とは?正規化の基本でカノニカル設定の落とし穴を解説しています。
インデックス作成 > ページレポート
「登録済み」と「未登録」のページ数推移と、未登録の理由内訳が見られます。理由別の代表的な原因と対処は次のとおりです。
| 未登録理由 | 主な原因 | 対処 |
|---|---|---|
| クロール済み - インデックス未登録 | 品質判断で除外 | コンテンツ強化・統合 |
| 検出 - インデックス未登録 | クロール優先度低 | 内部リンク追加 |
| 重複しています、ユーザーにより選択された正規 URL なし | カノニカル指定なし | canonical タグ明示 |
| noindex タグによって除外 | 意図的 or 設定ミス | 公開ページでないか確認 |
| robots.txt によりブロック | クロール拒否 | 公開すべきならブロック解除 |
| ソフト 404 | 中身が薄い・空ページ | コンテンツ追加 or 削除 |
| サーバーエラー(5xx) | サーバー不調 | サーバー監視・改善 |
| リダイレクト エラー | リダイレクトループ等 | リダイレクト整理 |
「クロール済み - インデックス未登録」が公開記事の3割を超えたら品質改善が急務です。Google が「労力を割く価値なし」と判断しているサインだからです。
→ 詳しくは検索エンジンの仕組み|クローラー・インデックス・ランキングを図解でクロールとインデックスの違いを確認してください。
ページエクスペリエンス/Core Web Vitals レポート
実ユーザーの体感パフォーマンス(CrUX)データが「良好/改善が必要/不良」の3段階で表示されます。28日間集計のため改善反映に時間がかかる点に注意。
→ 詳しくはCore Web Vitals入門|LCP・INP・CLSをやさしく解説で個別指標ごとの最適化手順を解説しています。
リンクレポート
外部リンク(被リンク)と内部リンクの両方が確認できます。被リンク獲得状況の推移は SEO の健全性指標として重要です。スパムリンクが急増した場合は否認ファイル提出の検討対象になります。
拡張レポート(構造化データ / リッチリザルト)
実装した JSON-LD スキーマごとに「有効」「警告あり」「エラーあり」が表示されます。エラー URL を1つずつ修正してゼロにしていくのが基本運用です。
→ 詳しくは構造化データ/JSON-LDの実装ガイドで実装テンプレートを紹介しています。
モバイルユーザビリティ(旧)
モバイルファーストインデックス(MFI)対応に伴い、モバイル単独レポートは縮小されています。代わりに URL 検査ツールでスマホ用 Googlebot のレンダリング結果を確認してください。
数字を読み解く:CTR・順位・表示回数・クリック数の関係
GSC の4指標は連動しています。意味の取り違えで的外れな改善を続ける人が多いため、関係性を整理します。
| 起こっている現象 | 仮説 | 取るべきアクション |
|---|---|---|
| 表示回数増・クリック増・CTR維持 | 順位そのままで露出拡大 | 既存施策継続 |
| 表示回数増・クリック横ばい・CTR低下 | 関連クエリで上位に出始めたが意図と合わない | タイトル/メタの見直し |
| 表示回数横ばい・順位上昇・CTR上昇 | 順位改善が CTR に直結 | リライト効果あり、横展開 |
| 表示回数減・順位横ばい | クエリ需要そのものが減少 | キーワード見直し |
| 表示回数増・順位下落 | ロングテール語まで拾い始めたが平均が下がった | 個別ページ単位で順位を確認 |
| クリック減・CTR維持 | 順位下落+表示回数減 | アルゴリズム更新の影響を疑う |
平均掲載順位は「全クエリ・全 URL の加重平均」のため、サイト全体の指標としては誤読しやすい数値です。必ず「クエリ × ページ」の組み合わせまでブレイクダウンして見てください。
→ 詳しくはキーワードリサーチの基本でクエリ需要の見極め方を解説しています。
リライト判断のための GSC 活用法
GSC は「どの記事をリライトすべきか」を機械的に判定する最強のツールです。次の優先順位で抽出します。
| 優先度 | 抽出条件 | 想定効果 |
|---|---|---|
| S | 平均順位 4〜10位、表示回数月1000以上 | 上位3位入りで流入2〜3倍 |
| A | 平均順位 11〜20位、表示回数月500以上 | 1ページ目入りで流入5倍以上 |
| B | CTR が同順位帯平均より低いページ | タイトル改善で短期改善可能 |
| C | クエリと記事の意図不一致 | 記事構成の作り直し |
抽出後はクエリ一覧を見て、現在の見出しでカバーできていない検索意図を補強します。「想定していなかったクエリで流入している」場合、新たな読者ニーズの発見でもあります。
→ 詳しくは記事リライトの判断基準と手順で具体的なリライト手順を確認してください。
インデックス問題のトラブルシューティング
「記事を公開したのに検索結果に出てこない」という相談が最も多いです。原因切り分けの手順は次のとおりです。
ステップ1: URL 検査ツールで状態確認
URL 検査でステータスが「URL は Google に登録されています」になっているか確認します。出ない場合は以下のいずれかが原因です。
| ステータス | 原因 |
|---|---|
| ページが見つかりません(404) | URL タイポ・記事削除 |
| クロール済み - インデックス未登録 | 品質判断で除外 |
| 検出 - インデックス未登録 | 優先度低でクロール後回し |
| 代替ページ(適切なカノニカル タグあり) | 別 URL に正規化されている |
| 除外 - noindex タグ | 公開ページなのに noindex 設定 |
ステップ2: robots.txt とメタタグ確認
公開すべきページが robots.txt や noindex でブロックされていないかを確認します。WordPress の「検索エンジンによるサイトのインデックスを許可しない」設定が ON のままだと全ページが noindex になります。
ステップ3: サイトマップ送信状況確認
sitemap.xml に該当 URL が含まれているか、サイトマップ自体が送信成功しているかを確認します。サイトマップにない URL も最終的にはクロールされますが、新規記事の発見が遅くなります。
ステップ4: 内部リンク追加
孤立ページ(どこからもリンクされていないページ)はクロール優先度が極端に下がります。トップページや関連記事から内部リンクを張りましょう。
ステップ5: 待機
新規ドメインや更新頻度が低いサイトでは、クロール周期そのものが長くなります。十分な品質と内部リンクがあれば数日〜2週間で登録されます。それを過ぎても登録されない場合は品質側の問題と判断してください。
→ 詳しくはsitemap.xmlとrobots.txtの役割と作り方で robots.txt の書き方を確認してください。
業界別の活用例
GSC の使い方は業種で重点が変わります。代表的な業界別フォーカスポイントを整理しました。
| 業界 | 重点レポート | 着眼点 |
|---|---|---|
| EC・物販 | 検索パフォーマンス × ページ | 商品ページの CTR・在庫切れページの noindex |
| メディア・ブログ | 検索パフォーマンス × クエリ | リライト候補抽出・ロングテール拡張 |
| BtoB SaaS | 検索パフォーマンス × 国・デバイス | ターゲット国別の流入質、デモ申込 CV |
| 店舗・ローカル | URL 検査・構造化データ | LocalBusiness スキーマの実装エラー |
| 採用・HR | インデックス カバレッジ | 募集終了後の noindex 切替運用 |
| 教育・スクール | 拡張(FAQ / Course) | リッチリザルト表示拡大 |
業界に関わらず共通するのは、「自社のビジネスゴールに直結するページのみを毎週監視する」運用です。サイト全体を見ようとすると情報過多で挫折します。
失敗事例:GSC 運用でやりがちなミス
実際に相談を受けた失敗パターンを共有します。同じ轍を踏まないよう注意してください。
| 失敗例 | 何が起きたか | 学び |
|---|---|---|
| 全カバレッジエラーを一括「検証開始」 | 修正してないのに通知が誤って良好化 | 1件ずつ原因確認してから検証 |
Disallow: / を本番に反映 | 全ページが3週間でインデックス消滅 | robots.txt 変更は必ずステージング検証 |
| 表示回数だけ見て施策評価 | 流入なしのクエリで満足してしまう | クリック数・CV まで遡って評価 |
| サイトリニューアル時に旧プロパティ放置 | 過去16ヶ月データの比較ができない | リダイレクト設定 + プロパティ継続監視 |
| 担当者退職で所有者権限消失 | 後任が GSC に入れない | 所有権は会社共通アカウントに |
| ドメインプロパティ未登録のまま運用 | サブドメインのデータが分断されて見えない | 最初にドメインプロパティを作る |
| 平均掲載順位を KPI にする | 加重平均なので施策効果が見えない | クエリ × ページ単位で評価 |
→ 詳しくはSEO/LLMOの効果測定|GSC・GA4・AIメンション計測で正しい KPI 設計を確認してください。
GSC API での自動化(実装パターン)
サイト規模が大きくなると、GSC の UI 上での集計では限界が出ます。データを BigQuery やスプレッドシートに毎日エクスポートして、ダッシュボード化するのが定番です。
| 自動化パターン | 実装方法 | 用途 |
|---|---|---|
| 日次データ取得 | Cloud Functions + Cloud Scheduler | 全データの長期保存 |
| 週次サマリ通知 | GitHub Actions + Slack Webhook | 流入急変アラート |
| BigQuery 直接連携 | GSC Bulk Export 設定 | データウェアハウス統合 |
| Looker Studio 連携 | コネクタ設定のみ | 経営層向けダッシュボード |
| インデックス登録リクエスト自動化 | Indexing API(限定用途) | 求人・ライブ配信ページ |
2023年以降、GSC からは「Bulk Data Export」という公式機能で BigQuery に直接データを流し込めるようになりました。API を自分で実装するより低コスト・高信頼で、月数百GB単位のデータも扱えます。
→ 詳しくはSEO/LLMOの効果測定|GSC・GA4・AIメンション計測で BigQuery 集計テンプレートを紹介しています。
AI / LLMO 効果測定への活用
ChatGPT や Perplexity、Google AI Overview からの流入は、従来の検索結果からの流入とは別経路で起こります。GSC は今のところ AI Overview 内でのインプレッションも検索結果インプレッションに含めて集計しているとされ、「AI 経由でどれくらい引用されているか」を把握する重要なデータソースです。
LLMO(Large Language Model Optimization)の効果検証では、次のシグナルを GSC で観測します。
| シグナル | 意味 | 観測方法 |
|---|---|---|
| 表示回数増・クリック減 | AI Overview 内引用で読者が遷移しない | 検索パフォーマンスの CTR 推移 |
| 構造化データ拡張表示増 | AI が引用しやすくなった | 検索の見え方フィルタ |
| 質問形式クエリ増 | LLM 経由のクエリが増えた | クエリフィルタ「?」「とは」 |
| ブランド名 + 質問クエリ増 | LLM 内でブランド認知が広がった | クエリ「ブランド名 + 動詞」 |
→ 詳しくはLLMO(大規模言語モデル最適化)完全ガイドで AI 引用最適化の全体像を確認してください。
月次運用フロー
最後に、毎月実施する運用フローを整理します。GSC は「見る習慣」を作らないとデータが死蔵されます。月初に30分〜1時間のレビュー枠を確保するのがおすすめです。
| 週 | 作業 | 所要時間 |
|---|---|---|
| 第1週 | 前月データのスナップショット取得・前月比レビュー | 30分 |
| 第1週 | リライト候補抽出(順位5〜15位 × 表示回数上位) | 30分 |
| 第2週 | カバレッジエラー一掃・URL検査での再リクエスト | 30分 |
| 第3週 | Core Web Vitals 改善必要 URL の対応指示 | 30分 |
| 第4週 | 構造化データ拡張レポートのエラー修正 | 30分 |
| 月末 | 翌月のリライト計画・KPI 振り返り | 1時間 |
このサイクルが回り始めると、サイト全体の検索パフォーマンスが半年〜1年で目に見えて改善します。GSC は「今日見たから明日変わる」ツールではなく、「半年間粘り強く触ったから1年後に変わる」ツールです。
→ 詳しくは記事リライトの判断基準と手順で月次リライト運用の設計を確認してください。
よくある質問
Q1. GSCに登録すると順位は上がりますか?
A. 登録自体では上がりません。ただし問題発見・改善が早くなり、結果的に順位改善につながります。
Q2. データはいつから記録されますか?
A. プロパティ登録時点から。過去データは取得できません。なるべく早く登録しましょう。
Q3. 平均掲載順位が10位なのにCTRが0%なのはなぜ?
A. 表示位置によります。10位はPC1ページ目末尾ですが、スマホでは2ページ目になり、ほぼクリックされません。
Q4. 表示回数とインプレッションは同じですか?
A. はい、同じです。GSCでは「表示回数」と訳されています。英語版では impressions と表示されますが、検索結果ページに自サイトの URL がレンダリングされた回数を意味します。スクロールせず画面外にあった場合もカウントされる点に注意してください。
Q5. ドメインプロパティと URL プレフィックスはどちらを使うべきですか?
A. 原則ドメインプロパティを推奨します。http:// https:// www あり/なし を全部統合できるため、サブドメインを含めたサイト全体の状態を一画面で把握できます。URL プレフィックスは「特定のサブディレクトリだけ別計測したい」「DNS が触れない」場合の限定用途と考えてください。両方を併用する運用も可能で、その場合データは重複しません(同じ URL の挙動を別々に観測しているだけ)。
Q6. Bulk Data Export と API はどちらを使えばよいですか?
A. データ量が多いなら Bulk Data Export 一択です。BigQuery に直接 GSC データが流入するため、API のクォータや行数上限を気にせず分析できます。一方、Slack 通知やスプレッドシート集計など軽量な用途では API のほうが手軽です。両者を併用し、長期保存は Bulk Export、リアルタイム集計は API という棲み分けが理想です。
Q7. 検索パフォーマンスの「クエリ」が anonymized で見られないのはなぜですか?
A. プライバシー保護のため、検索回数が極端に少ないクエリは Google 側で匿名化されており、GSC では「(other)」として集計されます。ロングテールキーワードの大部分はこの匿名扱いのため、表示回数の合計とクエリ別合計が一致しないのが正常です。気にせず、見えるクエリの中で改善判断してください。
関連用語
関連記事
- SEOとは?初心者向け完全ガイド【2026年版】
- 検索エンジンの仕組み|クローラー・インデックス・ランキングを図解
- sitemap.xmlとrobots.txtの役割と作り方
- Core Web Vitals入門|LCP・INP・CLSをやさしく解説
- SEO/LLMOの効果測定|GSC・GA4・AIメンション計測
参考文献・出典
- Google Search Console — 公式ツール
- Search Console ヘルプ — 公式ヘルプ
- Google Search Central — Search Console — 使い方公式ガイド
- Search Console API ドキュメント — データ自動取得の公式 API
- web.dev — Core Web Vitals — エクスペリエンスレポートの背景
- Search Console Insights ヘルプ — クリエイター向けレポート
関連用語
- アンカーテキスト
アンカーテキストとは、リンクとして表示される文字列のこと。「こちら」より「SEOの基本ガイド」のように内容が伝わるテキストにすることで、SEO・ユーザビリティの両面で価値が上がります。
- インデックス
インデックスとは、クローラーが集めたページをGoogleがデータベースに登録すること。インデックスされて初めて検索結果に表示される対象になります。「索引」とイメージすると分かりやすい用語です。
- キーワード
キーワードとは、ユーザーが検索エンジンやChatGPT等のAI検索に打ち込む単語・フレーズ。SEO・LLMO両対策の出発点。ビッグ/ロングテール選定基準と無料ツールを使った選び方を初心者向けに解説します。
- クエリ
クエリとは、ユーザーが実際に検索窓に入力した検索語のこと。SEOで使う「キーワード」と似ていますが、キーワードが事前に狙う言葉、クエリが実際に打たれた言葉、というニュアンスの違いがあります。
- クローラー
クローラーとは、Web上のページを自動巡回してデータを集めるプログラムのこと。Googleの「Googlebot」が代表例で、これに見つけてもらわないと検索結果に表示されません。
- 検索意図
検索意図とは、ユーザーがその言葉を検索したときに「本当は何をしたいのか」という背景の目的のこと。SEOでは検索意図に合った答えを返すページが上位表示されます。
関連記事
最新記事
SEO カテゴリの他の記事
- FAQリッチリザルト廃止後のスキーマ優先順位を徹底見直し【2026年版】
- 指名検索はAI引用後に増えるのか——引用前後の実測データと再現条件
- PerplexityがRedditを46%引用する理由と日本語サイトの代替UGC戦略
- 直答ブロックの文字数とAI引用率の関係:実測データで見る最適解
- 見出し位置とAI引用率の相関を実測データで検証する
- 質問形式の見出しでAEO引用を獲得する実装ガイド
- 見出し直下 結論配置でAI引用率を上げるスニペット設計の全手法
- FAQPageスキーマ実装でAI引用率3倍:当社実測検証と再現条件
- AIに引用されやすい文章パターン実測分析:定義文・数値・構造の効果を検証
- 結論ファースト記事構成でAI引用率を上げる完全ガイド
- 構造化データの実装優先順位|AIO引用率を高めるスキーマ順序2026
- スキーマのネスト深さとAI引用率:当社検証で約40%向上した構成の実測レポート
- HowToスキーマ vs FAQPageスキーマ:AI引用率の実測比較と使い分け
- コンテンツ鮮度と更新頻度がAI引用率を左右する理由【GEO実践】
- FAQPage × Article × ItemList 三重スタックでAI引用率1.8倍|独自集計データで読む効果【2026年版】
- スキーマ AI引用率「効果なし」は本当か|Ahrefs 1885ページ研究への反論と効く条件
- Organization Schema でAI引用率を上げる設定・実装ガイド【2026年版】
- 構造化データ スキーマ種類別 AI引用率 比較 実測 2026|独自集計データで読む効果の差
- リスト記事の順位はAI引用シェアオブボイスを左右する——Peec AI実測データ(200K回分析)
- 著者情報 Person Schema でAI引用率を上げる実装ガイド【2026年版】
- 構造化データ実装前後でAI引用率はどう変わるか|実測データ比較【2026年版】
- GEOランディングページ AI引用 設計の完全ガイド|海外ローカライズ対応で引用率を高める実践手順【2026年版】
- Reddit AI引用 日本語コンテンツ戦略|海外ローカライズで引用を獲得する実践ガイド
- 著者ページ設計でE-E-A-Tを最大化する完全ガイド【2026年版】
- Gemini Focus Mode と情報源指定で検索意図に応える SEO 戦略【2026年版】
- AI Overview 段落最適化の完全手順|海外ローカライズ対応で引用率を高める実践ガイド
- JSON-LD構造化データがAI検索の理解を高める理由と実装ガイド
- エンティティ最適化とAI検索:日本語サイトが取り組むべき実践ガイド
- AI Overview FAQスキーマ vs 他スキーマ比較|AI引用確率を上げる選択ガイド
- AI検索 新規サイトのドメインパワーと引用の関係【2026年完全ガイド】
- 新規ドメインがAI Overviewで引用されない原因と突破戦略
- FAQスキーマでAI引用を増やす実装ガイド:JSON-LDから効果測定まで
- Perplexityに引用されるReddit戦略:アルゴリズムの仕組みと実践設計
- AI Overview引用率を上げる8つの実践的手法【2026年版】
- AI検索で引用されない原因7選と改善策【2026年最新】
- YouTubeタイトルの文字数は何文字がベスト?表示上限・デバイス別・SEO最適解2026年版
- YouTube タグの効果は 2026 年もある?最新アルゴリズムでの正しい使い方
- LLMO と SEO の違い完全マップ|KPI・計測・施策を全部対比【2026年版】
- トピッカルオーソリティの作り方
- タイトルタグとメタディスクリプションの書き方|CTRを上げる型
- 構造化データJSON-LDの書き方3ステップ|リッチリザルト&AI検索対策【2026年版】
- sitemap.xmlとrobots.txtの役割と作り方
- 検索意図の4分類(Know/Go/Do/Buy)と記事構成への活かし方【2026年完全版】
- ピラーページ&クラスター戦略5ステップ|SEO内部リンク設計【2026年版】
- SEO×LLMO効果測定の7指標|GSC・GA4・AI検索計測【2026年版】
- キーワード選定の基本|検索意図とロングテールの見つけ方【2026年完全版】
- 内部リンク・外部リンクの設計|SEOで効くつなぎ方
- 検索エンジンの仕組み|クローラー・インデックス・ランキングを図解
- 見出しタグ(h1/h2/h3)の正しい使い方
- E-E-A-Tとは?経験・専門性・権威性・信頼性の高め方
- Core Web Vitals入門|LCP・INP・CLSをやさしく解説
- コンテンツギャップ分析のやり方
- 競合サイト分析の手順|SEO/LLMO両軸で
- canonicalタグとは?重複コンテンツ対策の基本
- SEO×LLMOで勝つ記事構成テンプレート
- 既存記事リライトの優先度と手法
