Google Search Console：Googleが提供する無料のSEOツール

Google Search Consoleとは何ですか？

Google Search Console（GSC）は、Googleが提供する無料のウェブサービスで、ウェブサイトの所有者、SEO担当者、開発者が、Google検索における自社サイトの表示状況やパフォーマンスを監視できます。Googleがクロールしてインデックス登録したページ、ユーザーがサイトにアクセスした検索クエリ、検索結果にページが表示される頻度、Googleがコンテンツへのアクセスで技術的な問題に遭遇したかどうかなどを確認できます。Google広告の運用は不要で、Google Analyticsとは独立して動作しますが、両ツールは互いに補完し合う関係にあります。

以前はGoogleウェブマスターツールと呼ばれていたSearch Console（2015年5月に名称変更）は、基本的なクロールエラーダッシュボードから、包括的な診断およびパフォーマンスプラットフォームへと進化しました。2024年現在、Core Web Vitalsの測定、IndexNow関連URLの検査、リッチリザルトの検証、手動アクション通知、構造化データのデバッグなど、Googleがウェブサイトをどのように認識しているかに関する最も信頼できるデータソースとなっています。

Search Consoleがカバーする範囲の正確な内容

• 検索パフォーマンスデータ： Googleが検索、ディスカバー、Googleニュースに表示したすべてのクエリとURLのクリック数、インプレッション数、平均掲載順位、クリック率（CTR）。
• インデックスカバレッジ：インデックスに登録されているURL、除外されているURL、および除外の正確な理由（noindexタグ、クロール異常、リダイレクト、重複コンテンツなど）。
• 技術的な健全性シグナル：モバイルとデスクトップ別に分類されたコアWebバイタルスコア（LCP、INP、CLS）、モバイルユーザビリティエラー、HTTPSの問題、およびページエクスペリエンスシグナル。
• 構造化データと豊富な結果： FAQPage、Product、Recipe、HowTo、Reviewなどのスキーママークアップタイプの検証ステータス。
• リンク：あなたのサイトにリンクしている上位の外部ドメイン、最もリンクされている内部ページ、およびGoogleが記録したアンカーテキストの分布。
• 手動による対応とセキュリティ問題： Googleの審査担当者がランキングペナルティを適用した場合、またはマルウェア、ハッキングされたコンテンツ、ソーシャルエンジニアリングがサイトで検出された場合に、直接通知されます。
• サイトマップ： XMLサイトマップの送信、処理状況、およびエラー報告。
• URL検査： URLごとの診断情報で、最終クロール日時、クロールされたページのスクリーンショット、HTTPレスポンスコード、Googleが認識する正規URL、インデックス登録状況などが表示されます。

SEOとサイトオーナーにとってGoogle Search Consoleが重要な理由

Search Consoleは、Google自身のシステムから直接データを取得する唯一のツールです。Ahrefs、Semrush、Moz、Screaming Frogといった他のSEOプラットフォームは、Googleが見ているものを推測または推定するだけです。一方、Search Consoleは、Googleが実際に行ったこと、つまりどのページをクロールしたか、どのクエリがインプレッションを引き起こしたか、どの技術的な問題をログに記録したかなどを報告します。この違いは決して些細なものではありません。それは、外部の観察者が描いた地図と、その土地自体が描いた地図の違いのようなものです。

インデックス作成パイプラインの可視化

ページを公開したからといって、Googleが必ずインデックス登録してくれるとは限りません。ウェブサーバーからGoogle検索結果までの間には、発見（GoogleがURLを見つける）、クロール（GooglebotがHTMLを取得する）、レンダリング（GoogleがJavaScriptを実行してDOMを構築する）、インデックス登録（ページが検索インデックスに追加される）という複数の段階からなるパイプラインが存在します。Search Consoleでは、これらの各段階を確認できます。インデックスカバレッジレポートでは、Googleが認識しているすべてのURLを「有効」、「警告付きで有効」、「除外」、「エラー」の4つの状態に分類し、それぞれに固有の理由コードを提供します。このデータがなければ、ページがランキングされない理由を診断するのは、ほとんど推測に頼るしかありません。

他では入手できないキーワードデータ

Google Analytics 4 ではオーガニックトラフィックは表示されますが、SSL 暗号化のため、ほとんどのセッションでクエリが「（not provided）」と表示されます。Search Console のパフォーマンス レポートは、サイトへのインプレッションとクリックを誘導した実際の検索クエリと、それらの平均ランキング順位を確認できる唯一の場所です。このデータは最大 16 か月分利用可能で、国、デバイス、検索タイプ（Web、画像、動画、ニュース、Discover）、日付範囲でフィルタリングできます。オーガニック検索に依存するサイトにとって、これはかけがえのない競合情報です。

重大な問題に対する早期警戒システム

Search Console は、インデックス登録されたページの著しい減少、新しい手動アクション、セキュリティ上の問題、または Core Web Vitals スコアの急激な低下を検出すると、メールアラートを送信します。これらのアラートは、robots.txt ファイルの設定ミスによるクロールのブロック、CMS のアップデートで誤ってサイト全体に適用された noindex タグ、500 エラーを返すサーバーなど、ランキングに永続的なダメージを与える前に問題を表面化させることができます。多くのサイト所有者は、ユーザーやクライアントから問題が報告される前に、Search Console の通知を通じて致命的な技術的エラーを発見しています。

Googleとの直接的なコミュニケーションチャネル

Search Consoleは受動的なツールではありません。更新されたURLの再クロールをリクエストしたり、XMLサイトマップを送信または再送信したり、手動アクションの解決後にGoogleの検索品質チームに直接再審査リクエストを送信したりすることができます。Googleの検索インフラストラクチャとこれほど直接的にやり取りできる無料ツールは他にありません。

Google Search Consoleの仕組み：技術的なアーキテクチャ

Search Consoleがどのようにデータを収集し、表示するかを理解することで、このツールをより効果的に活用できるようになります。Search Consoleのデータは単一のソースから取得されるのではなく、それぞれ独自の更新頻度とサンプリング方法を持つ複数のGoogleシステムから集約されています。

データソースとその収集方法

Search Consoleは、少なくとも3つの異なるGoogleシステムからデータを取得します。

1. 検索インデックスと配信ログ： Google検索結果ページが生成され、URLが表示されるたびに（クリックされたかどうかに関わらず）、その表示回数がログに記録されます。ユーザーがリンクをクリックしてサイトにアクセスした場合、クリックが記録されます。これらの生ログデータは集計され、通常1～3日の遅延を経てパフォーマンスレポートに表示されます。
2. Googlebotのクロールログ： Googlebotがサイトを訪問すると、HTTPレスポンスコード、クロールタイムスタンプ、および発生したエラーが記録されます。これらの情報は、インデックスカバレッジレポートとURL検査ツールに反映されます。
3. Chromeユーザーエクスペリエンスレポート（CrUX）： Search ConsoleのコアWebバイタルデータは、使用状況統計の共有に同意した実際のChromeブラウザユーザーから収集されたものです。これはラボデータではなくフィールドデータであるため、制御されたテスト環境ではなく、ネットワーク速度、デバイスの機能、キャッシュの状態など、実際のユーザー環境を反映しています。

サンプリング、閾値、およびデータ制限

Search Console は、クエリ数が非常に多い場合、パフォーマンス レポートにサンプリングを適用します。大規模なサイトの場合、レポートされるデータはすべてのインプレッションではなく、統計的に有意なサンプルを表します。さらに、ユーザーのプライバシーを保護するため、インプレッション数が非常に少ないクエリは除外されます。つまり、1 人または 2 人のユーザーしか検索していないクエリは表示されません。そのため、Search Console のインプレッション数とクリック数は、他の分析ツールの数値と完全に一致することはありません。これは想定される動作であり、トラブルシューティングが必要な不一致ではありません。

Search Console の順位データは、選択した日付範囲とフィルター内のすべての検索において、特定のクエリに対する最も上位にランクインした URL の平均順位を表します。順位が 3.7 だからといって、ページが常に 4 位にランクインしているという意味ではありません。これは、そのクエリによって URL が表示されたすべてのケースにおいて、平均順位が 3.7 であったことを意味します。順位は、ユーザーの所在地、デバイス、検索履歴、その他数十ものパーソナライゼーション要因によって変動します。

物件の種類と検証

Search Consoleでデータを表示するには、まずプロパティの所有権を確認する必要があります。Googleは、範囲が大きく異なる2種類のプロパティを提供しています。

物件の種類	例	内容	最適な用途
ドメインプロパティ	example.com	すべてのサブドメイン（www、blog、shopなど）のすべてのURLと、すべてのプロトコル（HTTPおよびHTTPS）	ほとんどのサイトオーナーは、最も完全な情報を提供します。
URLプレフィックスプロパティ	https://www.example.com/	指定されたプレフィックスで始まるURLのみ	サブディレクトリを管理する機関。複数のサブドメインを持つサイトで、個別のレポートが必要な場合。

ドメインプロパティにはDNS検証が必要です。ドメインレジストラのDNS設定にTXTレコードを追加すると、Googleはそのレコードを照会して所有権を確認します。URLプレフィックスプロパティでは、HTMLファイルのアップロード、HTMLメタタグ、Googleアナリティクスのトラッキングコード、Googleタグマネージャーのコンテナスニペット、DNSレコードなど、より多くの検証方法が利用できます。ほとんどのサイト所有者にとって、ドメインプロパティを作成するのが正しい選択です。なぜなら、すべてのデータを1か所に集約でき、HTTPとHTTPS、またはwwwありとwwwなしのバリアントごとに個別のプロパティを作成する必要がなくなるからです。

ユーザーの役割とアクセス権限

Search Console は、きめ細かなアクセス制御をサポートしています。認証済みの所有者は、次の 3 つの権限レベルで追加ユーザーへのアクセスを付与できます。所有者(ユーザーの追加と削除を含む完全なアクセス)、フルユーザー(すべてのデータを表示し、ほとんどのアクションを実行できますが、ユーザーの管理やプロパティの削除はできません)、制限付きユーザー(ほとんどのレポートへの読み取り専用アクセス)。これにより、代理店はクライアントに Google アカウントの認証情報を共有させることなくクライアントの Search Console アカウントにアクセスでき、社内チームは開発者やコンテンツ マネージャーにそれぞれの役割に必要な特定のアクセス レベルを付与できます。

Search ConsoleとGoogle Analyticsの関係

Search ConsoleとGoogle Analyticsは、根本的に異なるものを測定します。Search Consoleは、Google側のインタラクション、つまり検索結果にURLが表示された回数、表示順位、クリック回数を測定します。一方、Google Analyticsは、クリック後のセッション数、直帰率、セッションあたりのページビュー数、コンバージョン数、サイト上でのユーザー行動を測定します。どちらのツールも、もう一方の代替となるものではありません。Google Analytics 4のSearch Console統合機能を使って2つのアカウントを連携させることで、どのランディングページがオーガニックトラフィックを獲得しているかを、サイト上でのエンゲージメント指標と併せて確認できるようになります。これは、どちらか一方のデータセットを単独で見るよりもはるかに有用です。

重要な注意点として、Search Consoleの「クリック」とGoogle Analyticsの「セッション」は、ほとんどの場合一致しません。Search ConsoleはGoogleの検索結果ページでのクリック数をカウントし、Google Analyticsは自社サイトで開始されたセッション数をカウントします。こうした差異は、Analyticsによってフィルタリングされたボットトラフィック、クリック後すぐにAnalyticsがトリガーされる前に戻るボタンを押したユーザー、トラッキングをブロックするブラウザ拡張機能、そして各ツールがデバイス間行動をどのように計測するかの違いなどによって生じます。これらの数値が一致することを期待するのはよくある誤解であり、なぜ異なるのかを理解することが、分析能力の成熟度を示す指標となります。

Google Search Consoleの使い方：包括的な戦略フレームワーク

Google Search Consoleは、一度限りの設定ではなく、継続的なワークフローとして活用することで最大限の効果を発揮します。その基本戦略は、検証と設定、現在のパフォーマンスの監査、機会の特定と対応、そしてパフォーマンス低下の監視という4つのフェーズからなるサイクルです。各フェーズには、SEOの真の価値を引き出すか、あるいは単に時々ログインしてタブを閉じるだけになるかを左右する、具体的なレポート、設定、および判断ポイントが用意されています。

フェーズ1：初期設定とプロパティ構成

データが有用となるためには、まずプロパティが正しく検証され、適切に構造化され、サポートツールに接続されている必要があります。この段階を省略したり、急いで行ったりすると、データに永続的な盲点が生じます。

ステップ1：適切な物件タイプを選択する

Search Consoleには2種類のプロパティタイプがあります。間違ったタイプを選択すると、表示できる情報が制限されます。

• ドメインプロパティ：すべてのサブドメイン（www、blog、m、shop）およびすべてのプロトコル（http、https）のすべてのURLを対象とします。これは、既存のサイトにとってほぼ常に適切な選択肢です。検証には、ドメイン登録業者を通じてDNS TXTレコードを追加する必要があります。
• URLプレフィックスプロパティ：入力したプレフィックスで始まるURLのみを対象とします。 https://www.example.comのプロパティでは、 http://example.comやhttps://blog.example.comは含まれません。このプロパティは、DNSレベルで制御できない特定のサブドメインまたはサブディレクトリについて、個別のレポートを作成する必要がある場合にのみ使用してください。

ステップ2：所有権を確認する

Googleは5つの検証方法を提供しています。DNS TXTレコード検証（ドメインプロパティ用）とGoogleアナリティクスタグ検証（URLプレフィックスプロパティ用）は、サイト移行やCMSアップデート後も安定しているため、最も信頼性の高い方法です。HTMLファイルアップロードとHTMLメタタグによる検証方法は、サイトのリニューアルでタグやファイルが削除されると機能しなくなります。Googleタグマネージャーによる検証は信頼性が高いものの、すべてのページにGTMが正しく展開されている必要があります。

ステップ3：優先ドメインと正規構造を設定する

Search Console は正規 URL を設定しません。正規 URL は、サイト独自の正規タグとリダイレクト構造によって設定されます。ただし、ドメインの www 付きバージョンと www なしバージョン（および http と https の両方）を確認することで、正規以外のすべてのバリアントが重複コンテンツを提供するのではなく、適切な 301 リダイレクトを返すことを確認できます。http:// バリアントで予期しないインプレッションやクリックが発生した場合は、リダイレクトチェーンにギャップがあることを示しています。

ステップ4：GoogleアナリティクスとGoogle広告を接続する

Search ConsoleをGoogle Analytics 4にリンクすると、Google Analytics 4の「集客」>「Search Consoleレポート」にオーガニック検索クエリデータが表示されます。この連携により、ランキングの挙動と、直帰率やコンバージョン率といったサイト内エンゲージメント指標との相関関係を把握できます。これらのデータは、Search Console単体では得られません。Google広告にリンクすると、同じクエリに対する有料広告とオーガニック広告の露出度を比較でき、カニバリゼーションや広告掲載機会のギャップを明らかにすることができます。

ステップ5：XMLサイトマップを送信する

インデックス作成 > サイトマップに移動し、XMLサイトマップの完全なURLを送信してください。サイトで複数の子サイトマップを参照するサイトマップインデックスファイルを使用している場合（大規模なeコマースサイトやニュースサイトでよく見られます）、インデックスファイルのURLのみを送信してください。Search Consoleは、送信されたURLの数とインデックスされたURLの数を報告します。この差が継続的に発生する場合は、ツール全体で最も対処すべきシグナルの1つとなります。

フェーズ2：現在の検索パフォーマンスの監査

パフォーマンスレポートは、Search Consoleにおける主要な診断ツールです。最大16か月分のデータに基づき、クエリ、ページ、国、デバイス、検索表示タイプごとのクリック数、インプレッション数、平均クリック率（CTR）、平均掲載順位を表示します。

パフォーマンスレポートを正しく読む

いくつかの誤解が原因で、アナリストたちはこの報告書から誤った結論を導き出している。

• 平均順位は平均値であり、瞬間的な状態を示すものではありません。あるクエリでページが2位、別のクエリで18位にランクインした場合、平均順位は10位となりますが、実際には10位にランクインしたことはありません。順位データに基づいて行動する前に、必ずクエリごとにセグメント化してください。
• インプレッション数は、ユーザーがURLを見た時ではなく、検索結果にURLが表示された時にカウントされます。4ページ目の結果は、ユーザーがそこまでスクロールしなくてもインプレッションとしてカウントされます。クリック数がほぼゼロでインプレッション数が多い場合は、クリック率（CTR）の問題ではなく、10位以下のランキングを示していることが多いです。
• トラフィック量が非常に多いプロパティについては、データがサンプリングされます。最大16か月の日付範囲とクエリレベルのデータは、サンプリングしきい値の対象となります。大規模なクエリデータを正確に取得するには、Search Console APIまたはBigQueryエクスポートを使用してください。
• ブランド名を含む検索クエリと含まない検索クエリは区別する必要があります。これらを混在させると、あらゆる指標が歪められます。コンテンツのパフォーマンスを評価する際はブランド名を含む検索語を除外し、ブランド認知度の傾向を評価する際はブランド名を含む検索語を除外してください。

コアパフォーマンス監査：毎月実行すべき5つのフィルター

フィルター	注目すべき点	アクション
インプレッション数は多いがクリック率（CTR）が低いクエリ（1～10位）	検索結果の1ページ目に表示されるものの、クリック数が少ないページ	タイトルタグとメタディスクリプションを書き換え、リッチリザルトのための構造化データをテストする
順位8～20位のクエリ	1ページ目に近いページだが、コンテンツや権威性を高める必要がある	コンテンツを充実させ、内部リンクを追加し、トピックに関する権威性を高める
90日間クリック数が減少しているページ	コンテンツがより新鮮で最適化された競合コンテンツに押されつつある	コンテンツを更新し、EEATシグナルを改善し、共食いをチェックする。
クエリによって予期しないページが表示される	ターゲットクエリに対して間違ったページがランキングされている	コンテンツを統合し、目的のページへの内部リンクを強化する。
デバイス別の内訳（モバイル端末 vs. デスクトップ端末）	デバイス間のCTRまたは位置の大きなギャップ	モバイルUX、ページ速度、およびモバイル固有のレンダリングの問題を監査する

フェーズ3：インデックス登録とテクニカルSEO戦略

Search Console のインデックス作成セクションには、Google がページを見つけてクロールし、インデックス登録できるかどうか、そしてできない場合はその理由を示すレポートが含まれています。

ページレポート（旧カバレッジレポート）の使用方法

ページレポートでは、Googleが認識しているすべてのURLを「インデックス済み」「インデックス未登録」「クロール未完了」「エラー」の4つの状態に分類します。最も重要な違いは、Googleがインデックス登録しないことを選択したページと、技術的な問題によりGoogleがインデックス登録できなかったページとの区別です。

• クロール済み - 現在インデックス登録されていません: Google はページに到達しましたが、インデックス登録する価値がないと判断しました。一般的な原因としては、コンテンツが薄い、コンテンツがほぼ重複している、ページの読み込み速度が遅い、内部リンクが不十分などが挙げられます。これは必ずしも問題ではありません。インデックス登録すべきでないページもありますが、この数が多く、かつ増加傾向にある場合は、コンテンツの品質に問題があることを示しています。
• 発見済み - 現在インデックス登録されていません： Googleは（サイトマップまたは内部リンクを通じて）URLを検出しましたが、まだクロールしていません。これは通常、大規模サイトまたは非常に新しいページにおけるクロール予算の制約を示しています。内部リンクとページ速度の改善が役立ちます。
• noindexタグによって除外されている場合：これらが意図的なものであることを確認してください。CMSの設定ミスやステージング環境の影響により、本番ページが誤ってnoindexタグで除外される可能性があります。
• ユーザーが正規タグを選択しなかった重複コンテンツ： Google が重複コンテンツを検出し、独自の正規タグを選択しました。これは、ユーザーが意図した正規タグではない可能性があります。正規タグの実装を監査してください。

URL検査ツール：ページごとの診断を網羅した決定版

URL検査ツールは、Googleの視点から見た個々のURLの正確な状態を表示します。このツールを使って、次の3つの具体的な質問に答えてください。

1. このURLはインデックス登録されていますか？登録されていない場合、robots.txt、noindexタグ、canonicalの不一致、クロールエラー、または手動による対応など、その理由を正確にツールが教えてくれます。
2. Googlebotは実際に何をレンダリングしたのでしょうか？ 「クロールされたページを表示」のスクリーンショットには、レンダリングされたHTMLが表示され、ソースHTMLは表示されません。レンダリングされたビューにJavaScriptに依存するコンテンツが含まれていない場合、Googlebotもそれを認識できません。
3. 最後にクロールされたのはいつですか？重要なページのクロール日時が何週間も前である場合、クロール予算の問題か、そのURLへの内部リンクが不十分である可能性が考えられます。

特定のページで技術的な問題を修正した後、URL検査ツールの「インデックス登録をリクエスト」ボタンを使用して再クロールを促してください。これによりすぐにインデックス登録されるとは限りませんが、重要なページのインデックス登録は通常加速されます。ただし、根本的な問題の修正の代わりにこの方法を使用しないでください。破損したページを繰り返し送信しても何も解決しません。

サイトマップ：送信済みとインデックス済みのギャップの診断

サイトマップで送信されたURLが5,000件と表示されているにもかかわらず、インデックス登録されているURLが3,200件しかない場合、1,800件の差を調査する必要があります。これらのページが単に新規作成されたページであると決めつけないでください。ページレポートのインデックス登録されていないURLをサイトマップと照合し、どのURLが除外されているのか、そしてその理由を特定してください。よくあるパターンとしては、説明文が薄い自動生成の商品ページ、ページ分割されたアーカイブページ、そしてそもそもサイトマップから除外されるべきだったフィルタリングされたURLのバリエーションなどが挙げられます。

フェーズ4：機能強化と手動操作の実施

機能強化レポート：構造化データ検証

「機能強化」セクションには、Googleがサイトで検出した構造化データタイプ（FAQ、ハウツー、商品、レビュー、パンくずリスト、サイトリンク検索ボックスなど）の検証ステータスが表示されます。「警告付きで有効」ステータスは、マークアップは存在するものの不完全であることを意味します。「エラー」ステータスは、マークアップは存在するものの形式が不適切であるため、Googleがリッチリザルトに使用しないことを意味します。

実際のワークフローは次のとおりです。構造化データ内のエラーを修正し、リッチリザルトテストツールを使用してローカルで修正を検証した後、Search Consoleで「修正を検証」をクリックして、影響を受けるURLをGoogleに再確認させます。大規模なサイトの場合、検証には数日から数週間かかる場合があります。

Core Web Vitals：レポートを誤解せずに活用する方法

Core Web Vitalsレポートは、Chromeユーザーエクスペリエンスレポート（CrUX）の実際のユーザーフィールドデータに基づいて、URLを「良好」「改善が必要」「不良」のカテゴリに分類します。ただし、いくつかの重要な注意点があります。

• フィールドデータが不十分なURLは、レポートから完全に除外されます。CWVの問題がないように見えるページでも、データポイントを生成するのに十分なトラフィックがないだけかもしれません。
• このレポートでは、類似するURLがグループ化されます。テンプレートグループ内に低速なURLが1つでも存在すると、グループ内の個々のURLのほとんどが高速であっても、グループ全体が「低速」と表示される可能性があります。
• Search ConsoleのCWVスコアは、PageSpeed Insightsのラボスコアではなく、実際のユーザー体験における75パーセンタイル値を反映しています。ラボスコアが90であっても、Search ConsoleでCWVが「良好」と評価されるとは限りません。

手動操作：その内容と解決方法

手動アクションとは、アルゴリズムではなく、Googleの担当者が行うペナルティのことです。手動アクションレポートには、サイトに手動アクションが適用されているかどうかが表示されます。ほとんどのサイトでは手動アクションは適用されません。適用されている場合は、レポートにアクションの種類（不自然なリンク、内容の薄いコンテンツ、スパム的な構造化データ、クローキングなど）と適用範囲（サイト全体または特定のURL）が明記されます。

解決には、再審査リクエストを提出するだけでなく、実際に問題を修正する必要があります。リンクベースの手動アクションの場合、これはバックリンクプロファイルを監査し、不正なリンクを削除または否認し、レポートインターフェースから再審査リクエストを送信する前に、クリーンアップの内容を徹底的に文書化することを意味します。Googleからの回答には通常2～4週間かかります。

検索コンソールの結果を損なうよくある間違い

間違い1：明確な間隔を定めずにデータをチェックする

トラフィックが減少してから事後的にログインするだけでは、減少に先行する初期兆候を見逃してしまいます。毎週または隔週で、特定のレポートと指標を確認する定期的なレビュースケジュールを設定しましょう。これは、サイトの検索可視性に関する定例会議のようなものだと考えてください。

間違いその2：短い期間に基づいて行動すること

7日間のデータは、曜日によるパターンと通常のランキング変動が支配的です。トレンドが本物だと結論付ける前に、必ず同等の期間（90日間と直前の90日間、または季節変動の大きいサイトの場合は前年同期比）を比較してください。

間違い3：検索結果表示フィルターを無視する

パフォーマンスレポートの「検索表示」フィルターでは、Web検索結果、画像検索結果、動画検索結果、Discover、ニュース、リッチ検索結果といった検索結果の種類を分類します。多くのサイトオーナーはWeb検索結果を最適化していますが、実際の表示回数は画像検索やDiscoverが占めており、これらは最適化戦略が全く異なります。

間違い4：悪質なリンクに対するデフォルトの対応策として否認ツールを使用すること

Search Console から送信される否認ファイルは、Google がサイトを評価する際に特定のリンクを無視するように指示するものです。これは、リンクに基づく手動アクションが確定している場合、またはネガティブ SEO 攻撃の確たる証拠がある場合にのみ適切です。ドメイン オーソリティ スコアが低い、または「スパムのように見える」アンカー テキストに基づいて推測的にリンクを否認すると、実際には役立っていたリンクが削除されてしまう可能性があります。Google のアルゴリズムは、ユーザーの介入がなくても、ほとんどの低品質リンクを既に除外しています。

間違い5：軽微な編集後、すべてのURLをインデックス登録のために送信する

リクエストインデックス機能には、非公開の1日あたりの割り当て量があります。軽微なコピー編集や些細な更新でこの割り当て量を使い切ってしまうと、本当に重要な新規ページ作成や重大な修正が必要なときに使用できなくなります。重要なコンテンツの追加、優先度の高いページの技術的な修正、そして迅速なインデックス作成が必要な新規公開コンテンツのために、この機能を確保しておきましょう。

間違い6：国際標的化報告書を無視すること

複数の国や言語を対象とするサイトの場合、設定画面の「国際ターゲティングレポート」には、hreflangのエラーや国別ターゲティング設定が表示されます。hreflangの実装エラー（リターンタグの欠落、言語コードの誤り、URLの不一致など）は、国際サイトで最もよく発生する、そして最も深刻なSEO上の問題の一つであり、このレポートはそれらを迅速に発見するための最良の方法です。

間違い7：サーチコンソールデータとアナリティクスデータを混同する

Search Consoleは、ユーザーが検索結果をクリックしてサイトにアクセスした回数をクリック数としてカウントします。一方、Google Analyticsはセッション数をカウントしますが、ボットによるフィルタリング、直接トラフィックの帰属、ユーザーが同じ検索結果を複数回クリックするなどの要因により、両者の数値は大きく異なる場合があります。そのため、数値が完全に一致することはありません。厳密に両者を一致させようとするのは無駄な努力であり、それぞれのツールが正確に測定できる項目をそれぞれ適切に活用することが正しいアプローチです。

Google Search Consoleのツール、連携機能、および自動化

Google Search Consoleは、他のツールと連携させ、可能な限り自動化することで最大限の効果を発揮します。GSC単体では生データしか提供しませんが、分析プラットフォーム、クローラー、自動化ワークフローと組み合わせることで、日々の手動チェックを必要とせずに問題点や機会を明らかにする継続的な監視システムとなります。

Google SC を Google Analytics に接続する 4

Search ConsoleをGoogle Analytics 4に連携させると、オーガニック検索データとサイト内行動データを併せて確認できます。連携後、GA4はランディングページのパフォーマンスを、クリックデータとセッションデータの両方を含む同一レポートで表示するため、クリック数は多いもののコンバージョンに繋がらないページや、エンゲージメントは高いもののランキングが低く、より効果的なプロモーションが必要なページなどを特定できます。

アカウントをリンクするには、GA4管理画面に移動し、プロパティ列の「Search Consoleリンク」を選択して、画面の指示に従ってください。GSCのオーナーであり、GA4のエディターである必要があります。リンク後、Search ConsoleデータはGA4の「レポート」>「顧客獲得」>「Search Console」に表示されます。

GSCとLooker Studioの接続

Looker Studio（旧称：Data Studio）には、Google Search Consoleのネイティブコネクタが搭載されています。検索アナリティクスデータソースとURL検査データソースの両方をカスタムダッシュボードに取り込むことができます。これは、関係者がGoogle Search Consoleに直接ログインすることなく閲覧できる、自動化された週次または月次レポートを作成する最も実用的な方法です。

Looker Studioの便利な設定には以下が含まれます。

• GSCのクリック数とGA4の目標達成数を組み合わせた複合データソースにより、キーワードごとの収益推定値を表示します。
• GSCの標準機能である16ヶ月間の制限を超えたランキング動向を示す16ヶ月間のローリングチャート（データを毎月アーカイブすることで表示）。
• 総インプレッション数、クリック数、平均CTR、平均掲載順位のスコアカード（期間比較付き）
• デバイス、国、または検索タイプでフィルタリングされたビューにより、チーム固有のレポートを作成できます。

サードパーティ製SEOプラットフォームとの連携

ほとんどのエンタープライズおよび中堅企業向けSEOプラットフォームは、Search Console APIを介してGSCデータを取り込みます。Semrush、Ahrefs、Moz、Screaming FrogはいずれもGSCとの接続機能を提供しており、自社のデータセットを充実させています。実用的なメリットは、GSCの実際のインプレッション数とクリック数を、推定順位を使用するサードパーティのランキングトラッキングと相互参照できることです。2つの情報源が大きく乖離している場合は、キーワードの共食い、SERP機能の置き換え、またはトラッキング設定のエラーを示していることが多く、調査する価値があります。

Search Console API

Search Console API は、インターフェースで利用可能なデータと同じデータを公開しますが、行数の制限をなくし、プログラムによるアクセスを可能にします。主な機能は以下のとおりです。

• 検索分析クエリ：日付、ディメンション、国、デバイス、検索タイプでフィルタリングされたデータを、リクエストごとに最大25,000行取得できます（UIでは1,000行）。
• URL検査API：個々のURLのインデックスステータス、正規URL、モバイルユーザビリティを大規模にチェック
• サイトマップAPI：サイトマップの送信、一覧表示、削除をプログラムで実行
• サイトAPI：プロパティの追加または削除、および検証の管理

Pythonは、GSC APIを利用する際に最もよく使われる言語です。google google-authとgoogle-api-python-clientライブラリは、サービスアカウントまたはOAuth 2.0による認証を処理します。認証が完了すると、スクリプトをスケジュール設定して、キーワードデータセット全体をBigQuery、Google Sheets、またはデータウェアハウスに毎日エクスポートできます。これにより、GSCが標準で保持する16か月分の履歴をはるかに超えるアーカイブを構築できます。

AutoSEOがGoogle Search Consoleのワークフローを自動化する方法

AutoSEOはSearch Console APIに直接接続し、最も時間のかかるGSCタスクを自動化することで、何時間もかかる手動分析を、スケジュール設定可能な実用的なレポートに変換します。主な自動化機能は以下のとおりです。

• 自動機会検出： AutoSEOは、GSCデータを継続的にスキャンし、インプレッション数は多いもののクリック率（CTR）が平均以下のキーワードを4位から20位の順位で検出し、手動フィルタリングを必要とせずに、それらを迅速な最適化ターゲットとしてフラグ付けします。
• カバレッジエラー監視： AutoSEOは、カバレッジレポートを手動で確認する代わりに、新しいクロールエラー、除外されたURL、またはインデックスドロップが発生した場合に、エラーの種類と影響を受けるURL数で分類されたアラートを送信します。
• Core Web Vitalsの回帰アラート： AutoSEOはCWVステータスの変更を監視し、URLが「良好」から「改善が必要」に変化した場合に、影響を受けるURLリストを添付して関係チームメンバーに通知します。
• 定期的なパフォーマンスレポート：週次および月次のサマリーが自動的に生成され、メールまたはSlackで配信されます。このサマリーでは、当期のパフォーマンスを前期および前年同期と比較します。
• コンテンツ劣化の特定： AutoSEOは、90日間の期間にわたってURLごとのインプレッションとクリックの傾向を追跡し、手動で気づくほど深刻な低下になる前に、オーガニックな可視性が低下しているページを特定します。
• カニバリゼーション検出：キーワードとURLをグループ化することで、AutoSEOは複数のページが同じクエリで競合しているかどうかを識別します。これは、Google Search Consoleの生データから手動で見つけるのが非常に面倒なパターンです。

複数のGSCプロパティを管理するチームにとって、AutoSEOはすべてのプロパティのデータを単一のダッシュボードに集約するため、オーガニックパフォーマンスのポートフォリオレベルのビューを取得するためにアカウントを切り替える必要がなくなります。

Google Search Console で成功を測定する方法

GSCの成功は、定義された一連の指標を長期にわたって追跡し、基準値と比較し、ビジネス成果と結びつけることで測定されます。インプレッション数やクリック数だけでは不十分です。以下の指標を総合的に分析することで、オーガニック検索の健全性を正確に把握できます。

コアメトリクスとその真の意味

メトリック	測定対象	健康的な基準	警告標識
総クリック数	Google検索からサイトにアクセスしたユーザー	月ごとに着実な成長	クリック数は減少しているが、インプレッション数は横ばいを維持している。
総インプレッション数	あなたのURLが検索結果に表示された回数	コンテンツ出力に合わせて成長	急激な低下は、指数またはランキングの低下を示す。
平均CTR	クリック数をインプレッション数で割った値（パーセント表示）	ポジションによって異なる。ポジション1～3では約5～10％。	高インプレッションのブランド検索クエリのクリック率が1%未満
平均順位	インプレッションをトリガーしたすべてのクエリにおける平均ランキング	90日間で改善または安定している	60日以上かけて徐々に順位が上昇（悪化）する
インデックス付きページ	Googleがクロールしてインデックスに追加したページ	目標とするインデックス可能なページ数に近い	送信されたURLとインデックス登録されたURLの間に大きな乖離がある
Core Web Vitals 合格率	LCP、INP、CLS全体で「良好」と評価されたURLの割合	75%以上のURLが良好な状態です。	25%以上のURLが「不良」ステータス
手動操作数	Googleのレビュー担当者によるペナルティ	ゼロ	あらゆる能動的な手動操作

測定頻度の設定

GSC信号の種類によって、レビュー頻度は異なります。

• 毎日：概要ページまたは自動アラートを使用して、新しい手動操作、セキュリティ問題、またはトラフィックの急激な減少を確認してください。
• 毎週：カバレッジレポートで新しいエラーを確認し、コアウェブバイタルで回帰がないかチェックし、パフォーマンスレポートでインプレッション数が大幅に減少したページがないか確認する。
• 毎月：現在の28日間と前期間および前年同期を比較した包括的なパフォーマンスレビューを実施する。インプレッション数上位20ページを監査し、クリック率（CTR）改善の機会を特定する。リンクレポートを確認し、新規または消失した参照ドメインを特定する。
• 四半期ごと：キーワードデータセット全体をエクスポートし、トピッククラスタのパフォーマンスを分析する。構造化データの健全性を確認するために、拡張機能レポートをレビューする。インデックスから除外されているページと、それらの除外が意図的なものかどうかを再評価する。

GSCデータとビジネス成果の連携

GSCの指標は先行指標です。これらを収益やコンバージョンに結びつけるには、GA4またはCRMからデータを取り込む必要があります。ワークフローは次のとおりです。まず、GSCでインプレッション数と掲載順位の高いURLを特定し、次にGA4でコンバージョン率を確認します。掲載順位は高いもののコンバージョン率が低いページは、コンテンツまたはUXに問題があります。コンバージョン率は高いものの掲載順位が上位5位圏外のページは、最適化の優先順位が高いページです。この交差点こそ、GSCデータが直接的なビジネス価値を生み出す場所です。

よくある質問

Google Search ConsoleとGoogle Analyticsの違いは何ですか？

Google Search Consoleは、ユーザーがサイトにアクセスする前に何が起こるかを示します。どのクエリがインプレッションを引き起こしたか、どのURLが検索結果に表示されたか、Googleがページをクロールしてインデックスできるかどうかなどです。Google Analyticsは、クリック後に何が起こるかを示します。ユーザーがサイト上でどのように行動するか、どのページを訪問するか、滞在時間、コンバージョンが発生するかどうかなどです。GSCは検索可視性と技術的な健全性を確認するツールです。GA4はユーザー行動とコンバージョンを確認するツールです。どちらも必要不可欠であり、これらを連携させることで、クエリから結果までの全体像を把握できます。

Google Search Consoleのデータが表示されるまでどれくらい時間がかかりますか？

GSCのパフォーマンスデータは通常2～3日の遅延がありますが、インデックス作成が集中する時期には4～5日かかる場合もあります。「今日」または「昨日」のデータは通常不完全なため、分析には使用しないでください。信頼性の高い比較を行うには、常に現在の日付の少なくとも3日前までの日付範囲を使用してください。URLを検査または再インデックスのために送信した後、インデックスステータスが変更されるまでには、クロール予算とページの優先度に応じて、数時間から数週間かかる場合があります。

GSCに表示されるキーワードが予想より少ないのはなぜですか？

GSCは、選択した期間内にGoogle検索でサイトが少なくとも1回表示されたクエリのみを表示します。ランキングに表示されていないクエリは表示されません。また、GSCはユーザーのプライバシー保護のため、検索ボリュームの少ないクエリや機密性の高いクエリをまとめて表示し、個別に報告しません。16か月のデータ保持期間があるため、古いキーワードデータにはアクセスできません。より広範なキーワードデータが必要な場合は、AhrefsやSemrushなどのサードパーティツールが独自のクロールデータとクリックストリームデータを使用して、まだランキングされていないキーワードのランキングを推定します。

カバレッジレポートの「発見済み - 現在インデックス登録されていません」とはどういう意味ですか？

このステータスは、Google がサイトマップや内部リンクなどを通じて URL を検出したものの、まだクロールしていないことを意味します。これは通常、Google のクロールスケジューラがページの優先順位を下げたことが原因で、多くの場合、クロール予算の制限、ページ品質の低さ、または Google がすべてを迅速にクロールできないほど大規模なサイトであることが原因です。対処するには、重要な内部ページからそのページへのリンクがあることを確認し、サイトマップに含まれていることを確認し、サイト内の類似ページに、全体のクロール優先順位を低下させる可能性のある薄いコンテンツや重複コンテンツがないかどうかを確認してください。URL 検査ツールを使用して URL を直接送信すると、優先度の高い個々のページのクロールを加速できます。

自分が所有していないサイトでGoogle Search Consoleを使用することはできますか？

認証済みの所有者からアクセス権が付与されているプロパティであれば、どのプロパティでも GSC データにアクセスできます。所有者は、次の 3 つの権限レベルでユーザーを追加できます。所有者 (ユーザーの追加やプロパティの削除を含むすべてのアクセス権限)、フルユーザー (すべてのデータを表示し、一部の操作を実行可能)、制限付きユーザー (ほとんどのレポートを表示可能だが、サイトマップの送信やインデックス登録のリクエストは不可)。クライアントの SEO を管理している場合は、ログイン認証情報を共有するのではなく、クライアントにフルユーザーまたは委任所有者として追加してもらうよう依頼してください。ログイン認証情報の共有は、Google の利用規約に違反します。

より多くのキーワードで上位表示されるようになった後、平均順位が下がったのはなぜですか？

GSCの平均順位は、インプレッションを生成したすべてのクエリの平均値です。新しいコンテンツを公開して追加のキーワードでランキング上位を目指す場合、多くの場合、新しいランキングは20位から50位あたりから始まるため、既存のランキングが安定または向上していても、平均値は下がります。これは統計的な現象であり、パフォーマンスの低下を示すものではありません。正確な状況を把握するには、サイト全体の平均順位指標だけに頼るのではなく、パフォーマンスレポートを特定のURLグループまたはクエリクラスターに絞り込んでください。

Google Search Consoleで手動操作を行った場合、どのように復旧すればよいですか？

手動アクションは、Google のスパム ポリシー違反に対して、Google の人間による審査員が課すペナルティです。復旧手順は次のとおりです。手動アクション通知をよく読んで具体的な違反内容を理解し、影響を受けた URL 全体 (アクションがサイト全体に適用される場合はサイト全体) で問題のすべての箇所を修正し、行った変更をすべて文書化し、手動アクション レポートを通じて、何が問題だったのか、そしてそれを修正するために何をしたのかを説明する再審査リクエストを送信します。Google はリクエストを審査し、通常数週間以内に回答を送信します。よくある違反には、不自然なリンク、薄いコンテンツ、クローキング、構造化データの不正使用などがあります。部分一致は、サイト全体のアクションよりも早く解決されます。

URL検査ツールとは何ですか？また、どのような場合に使用すべきですか？

URL検査ツールは、特定のURLに関するGoogleの最新のインデックス情報（クロール日時、Googleが認識する正規URL、モバイルユーザビリティステータス、インデックスに関する問題など）を取得します。このツールは、ページが検索結果に表示されない理由を知りたい場合、ページを更新して再クロールを高速化したい場合、正規URLの不一致が原因で間違ったページがランク付けされていると思われる場合、または新しく公開したページがインデックスされていることを確認したい場合に使用します。ライブテストオプションでは、ページをリアルタイムで取得するため、次のクロールが予定されている前に、最近の変更がGooglebotに認識されているかどうかを確認するのに役立ちます。

Google Search Consoleには、私が上位表示されているすべてのキーワードが表示されますか？

いいえ。GSCは、選択した期間（最大16か月）にサイトがインプレッションを獲得したクエリを、最大1,000行（API経由では25,000行）の履歴データとして表示します。インプレッション数が非常に少ないクエリは、集計または省略される場合があります。ブランド名を含むクエリとナビゲーション検索は含まれます。ただし、GSCは、現在ランキングに表示されていないキーワード、ウェブ検索以外のGoogleプロパティでインプレッションを獲得したキーワード（検索タイプでフィルタリングしない限り）、または16か月より古い履歴データは表示しません。包括的なキーワード調査を行うには、GSCデータに加えて、サードパーティのランキング追跡ツールやキーワード調査ツールを使用する必要があります。

Google Search Consoleにサイトマップを送信する頻度はどれくらいが適切ですか？

サイトマップは、プロパティごとに一度だけ送信すれば十分です。初回送信後、Googleは独自のスケジュールで定期的にサイトマップを再クロールします。サイトマップが動的に生成され、常にサイトの最新状態を反映している限り、新しいコンテンツを公開するたびに再送信する必要はありません。サイトマップ自体に大幅な構造変更を加えた場合、新しいサイトマップURLに変更した場合、またはサイトマップレポートで数日経っても解決しないフェッチエラーが継続的に表示される場合にのみ、手動で再送信してください。