はじめに
Google Search Consoleアカウントの設定
Google Search Console（旧Google ウェブマスターツール）は、Google検索結果でのウェブサイトの状態を監視、維持、トラブルシューティングするための、Googleが提供する無料のサービスです。
次のようなデータを確認できます。
- どの検索クエリでユーザーがサイトにたどり着くか
- ページが検索結果にどのくらいの頻度で表示されるか
- クリック率と平均掲載順位
- クロールエラーと技術的な問題
- ウェブに関する主な指標（Core Web Vitals）とページエクスペリエンスのシグナル
ヒント：GSC WizardはSearch Consoleのデータに接続し、標準のインターフェースにはない、より深い分析、トラフィック予測、コンテンツ最適化のインサイトを提供します。
はい、Google Search Consoleは完全に無料です。始めるのに必要なのは、Googleアカウントとウェブサイトだけです。Search Console自体には、有料プランや有料機能はありません。
Search Consoleのデータをさらに活用するには、GSC Wizardのようなツールが、無料のGSCデータの上にさらに高度な分析とインサイトを提供します。
- search.google.com/search-consoleにアクセスします
- Googleアカウントでログインします
- 「プロパティを追加」をクリックします
- ドメイン（すべてのサブドメインとプロトコルが対象）またはURLプレフィックス（特定のURLパスが対象）のどちらかを選びます
- 所有権確認の手順を完了し、サイトの所有者であることを証明します
ドメインプロパティ
- すべてのサブドメイン（www、m、blogなど）が対象
- HTTPとHTTPSの両方が対象
- DNSによる確認のみ
- ほとんどのサイトにおすすめ
URLプレフィックスプロパティ
- 特定のプレフィックス配下のURLだけが対象
- 1つのプロトコル（HTTPまたはHTTPS）に限定
- 複数の確認方法に対応
- 特定のサブドメインを個別に追跡したい場合に便利
search.google.com/search-consoleにアクセスし、Googleアカウントでログインします。いくつかのヒントがあります。
- プロパティの所有権確認に使用した同じGoogleアカウントでログインしていることを確認してください
- 複数のアカウントをお持ちの場合は、Googleの右上にあるアカウント切り替えを確認してください
- 他の人からアクセス権を付与された場合は、その人が「ユーザーと権限」にあなたのメールアドレスを追加すると、そのプロパティが一覧に表示されます
両者は同じ製品です。Googleは2015年5月に、Google ウェブマスターツールをGoogle Search Consoleに名称変更しました。新しい名称は、開発者やウェブマスターだけでなく、すべてのサイトオーナーやSEO担当者という、より幅広い利用者をよく表しています。名称変更以降、Googleはウェブに関する主な指標（Core Web Vitals）、URL検査ツール、ページエクスペリエンスレポートなどのレポートを加え、ツールを大幅に拡充してきました。
「Google ウェブマスターツール」に言及している古いチュートリアルを見かけても、手順は今でも当てはまります。Search Consoleで同等の機能を探してください。
WordPressには主に3つの方法があります。
方法1：Yoast SEOプラグイン
Search Consoleで、HTMLタグの確認コードをコピーします。WordPressでYoast SEO > 一般 > ウェブマスターツールを開き、content=""属性の値だけをGoogleの欄に貼り付けて保存します。
方法2：Google Site Kitプラグイン
WordPressのプラグインディレクトリから、Google公式のSite Kitプラグインをインストールします。Googleアカウントを接続すると、Search Consoleの所有権確認が自動で行われます。
方法3：手動でHTMLタグを追加
Insert Headers and Footersのようなプラグインを使ってメタタグ全体をサイトのヘッダーに貼り付けるか、テーマのheader.phpファイルの</head>タグの前に直接追加します。
- Search Consoleで、ストアのURLをURLプレフィックスプロパティとして追加します
- 確認方法としてHTMLタグを選び、メタタグをコピーします
- Shopify管理画面でオンラインストア > テーマ > アクション > コードを編集を開きます
theme.liquidを開き、<head>セクション内にメタタグを貼り付けます- ファイルを保存し、Search Consoleで確認をクリックします
- サイトマップを
yourdomain.com/sitemap.xmlで送信します（Shopifyが自動的に生成します）
所有権の確認
ウェブサイトの所有権を証明する
プロパティを追加すると、Googleから所有権の確認を求められます。推奨される方法は、プロパティの種類によって異なります。
- ドメインプロパティ：ドメインレジストラでDNSのTXTレコードを追加します
- URLプレフィックスプロパティ：HTMLファイルのアップロード、HTMLメタタグ、Google Analytics、Google Tag Managerから選びます
ほとんどのユーザーにとっては、HTMLメタタグによる方法（ホームページの<head>セクションにタグを追加する）が最も簡単です。
Google Search Consoleには、5つの確認方法があります。
- DNSのTXTレコード：ドメインレジストラでレコードを追加します。ドメインプロパティでは必須です。
- HTMLファイルのアップロード：確認用ファイルをサイトのルートディレクトリにアップロードします。
- HTMLメタタグ：ホームページの
<head>セクションに<meta>タグを追加します。 - Google Analytics：既存のGAトラッキングコードを使って確認します。
- Google Tag Manager：GTMコンテナのスニペットを使って確認します。
WordPressをお使いの場合は、Yoast SEO、Rank Math、Google公式のSite Kitなどのプラグインでも、より簡単に確認できます。
確認が失敗する主な原因は次のとおりです。
- DNSの変更がまだ反映されていない：24〜48時間待ってから、もう一度お試しください
- HTMLファイルが変更または名前変更された：正確なファイルをもう一度ダウンロードし、アップロードしてください
- メタタグが
<head>内にない：閉じタグ</head>より前にあることを確認してください - robots.txtがGooglebotをブロックしている：一時的にアクセスを許可してください
- URLのバリエーションが違う：HTTPかHTTPSか、wwwありかなしかが一致していることを確認してください
ウェブサイトのキャッシュをクリアしてから、もう一度確認をお試しください。
- Search ConsoleでURLプレフィックスプロパティを追加したら、確認方法として「HTMLタグ」を選びます
<meta name="google-site-verification" content="...">タグ全体をコピーします- ホームページのHTMLの
<head>セクションに、閉じタグ</head>より前に貼り付けます - 変更を公開してから、Search Consoleで確認をクリックします
重要：確認が完了した後も、メタタグは削除しないでください。Googleがメタタグを見つけられなくなると、プロパティの所有権が未確認の状態に戻ります。
DNSによる確認は、ドメインプロパティでは必須で、すべてのサブドメインに適用されます。手順は次のとおりです。
- Search Consoleに表示されるTXTレコードの値をコピーします（
google-site-verification=abc123...のような形式です） - ドメインレジストラ（Cloudflare、GoDaddy、Namecheapなど）にログインします
- ドメインのDNS設定を開きます
- ホスト/名前を
@、値をコピーしたコードにしたTXTレコードを新しく追加します - 保存してからSearch Consoleに戻り、確認をクリックします
DNSの変更が反映されるまでに最大48時間かかることがありますが、通常は数分から数時間で反映されます。
送信とインデックス登録
ページをGoogleに見つけてもらい、インデックスに登録してもらう
- Google Search Consoleにサイトを追加し、所有権を確認します
- サイトマップのセクションからサイトマップを送信します（通常は
/sitemap.xml） - URL検査ツールで、重要な個別ページのインデックス登録をリクエストします
Googleは時間をかけてサイトを自動的に検出してクロールしますが、サイトマップを送信すると、このプロセスが大幅に速くなります。
- Google Search Consoleの左サイドバーで「サイトマップ」をクリックします
- 「新しいサイトマップの追加」欄に、サイトマップのURL（通常は
/sitemap.xml）を入力します - 送信をクリックします
Googleがサイトマップを処理し、見つかったエラーを報告します。サイトが大きい場合や、独立したセクションがある場合は、複数のサイトマップを送信できます。
- URL検査ツール（Search Console上部の検索バー）を開きます
- インデックスに登録したいURLを入力します
- 検査結果が表示されるまで待ちます
- 「インデックス登録をリクエスト」をクリックします
注意：インデックス登録のリクエストには1日あたりの上限があるため、最も重要なページを優先してください。Googleは通常、数日以内にリクエストを処理します。
Googleがページをインデックスに登録しない主な理由は次のとおりです。
- ページにnoindexメタタグまたはHTTPヘッダーがある
- robots.txtでGooglebotのクロールがブロックされている
- Googleが価値を見いだせない、低品質または薄いコンテンツである
- 大規模サイトでのクロールバジェットの問題
- 別のURLを指すcanonicalタグがある
- Googlebotがアクセスできない、認証の裏にあるページである
- Googleがまだ十分に検出していない新しいサイトである
各URLの具体的なインデックス登録のステータスとエラーの詳細は、Search Consoleのページレポートで確認してください。
これは、GoogleがそのページのURLの存在を把握している（サイトマップやリンクから検出した）ものの、まだクロールしていないことを意味します。主に次のような場合に起こります。
- Googleによるサイトのクロールバジェットが限られている
- Googleがそのページを、すぐにクロールするほど優先度が高いとは見なしていない
- 以前のクロール試行時に、サーバーが過負荷になっていた
内部リンク、コンテンツの品質、サイト全体の権威性を高めると、Googleがこれらのページを優先的にクロールしやすくなります。
これは、Googleがページをクロールしたものの、インデックスに追加しないと判断したことを意味します。多くの場合、品質に問題があることを示しています。Googleはコンテンツを次のように見なしている可能性があります。
- 内容が薄い、または独自の価値に欠ける
- サイト内またはウェブ上のほかのコンテンツと重複している
- 検索ユーザーにとって十分な価値がない
解決するには、独自の価値を加えてコンテンツを改善し、他のページと重複していないことを確認し、そのページへの内部リンクを強化してください。
インデックス登録にかかる時間は、数時間から数週間まで大きく異なります。速度に影響する要因は次のとおりです。
- サイトの権威性とクロール頻度
- コンテンツの品質と独自性
- サイトマップを送信したかどうか
- サイトの新しさ（新しいサイトほど時間がかかります）
URL検査ツールでインデックス登録をリクエストすると、個別のページについては速くなる場合があります。
ボタンがグレーアウトしている、無効になっている、または機能しない理由はいくつかあります。
- 1日の上限に達した：プロパティごとに、1日に送信できるインデックス登録リクエストの数は限られています。24時間待ってから、もう一度お試しください。
- 一時的な機能制限：Googleがこの機能を一時停止したり、利用を制限したりすることがあります。既知の問題がないか、Search Consoleヘルプを確認してください。
- URLが対象外：URLがrobots.txtでブロックされている、またはnoindexタグがあるため、そもそもインデックスに登録できない場合があります。
一括でインデックス登録を進める場合は、個別のページで「インデックス登録をリクエスト」ボタンを使うより、更新したサイトマップを送信するほうが確実です。
このエラーは、Googleがサイトマップファイルを取得できない、または解析できなかったことを意味します。主な原因は次のとおりです。
- サイトマップのURLが404または500エラーを返している：ブラウザでURLにアクセスできるか確認してください
- XMLの形式が無効：xml-sitemaps.comなどのツールでXMLを検証してください
- robots.txtでブロックされている：サイトマップのURLがDisallowになっていないか確認してください
- サーバーのタイムアウト：Googleが取得しようとしたときに、サーバーの応答に時間がかかりすぎた
- コンテンツタイプが誤っている：サーバーはXMLのコンテンツタイプで配信する必要があります
問題を修正したら、Search ConsoleでサイトマップのURLを再送信してください。
インデックス登録の問題
Search Consoleでインデックス登録のステータスを理解し、解決する
URL検査ツールは、Search Consoleの各ページ上部にある検索バーから利用できます。プロパティ内の任意のURLを入力すると、次の情報が表示されます。
- インデックスのステータス：URLが現在インデックスに登録されているかどうか
- 最終クロール日：Googlebotが最後にページを訪れた日時
- クロールの詳細：参照元のページ、クロールの許可/ブロックの状態
- レンダリングされたページ：「クロール済みのページを表示」をクリックすると、JavaScriptのレンダリング後にGoogleがページをどう見ているかを確認できます
- 拡張機能：検出された構造化データやAMPのエラー
新しいコンテンツを公開したときや、ページに重要な変更を加えたときは、「インデックス登録をリクエスト」を使いましょう。
ページレポート（旧カバレッジレポート）には、4つのステータスのカテゴリが表示されます。
エラーのステータスのページから優先的に修正してください。特に、インデックスに登録されるべき重要なページは最優先です。
除外されたページはGoogleのインデックスに入っていませんが、多くの場合は意図的なものです。よくある除外のステータスは次のとおりです。
- クロール済み - インデックス未登録：Googleはクロールしたものの、インデックスに登録しないと判断した（品質の問題）
- 検出 - インデックス未登録：存在は把握しているが、まだクロールしていない
- 重複しています。ユーザーにより正規ページとして選択されていません：Googleが別のcanonicalバージョンを選んだ
- 「noindex」タグによって除外されました：このページをインデックスに登録しないよう、Googleに伝えている
- robots.txtによってブロックされました：Googlebotがページにアクセスできない
- リダイレクトのあるページ：URLが別のURLにリダイレクトされる
- 見つかりませんでした（404）：ページが404エラーを返す
- ソフト404：ページは200を返すが、コンテンツがないように見える
除外の理由を1つずつ確認し、意図したものかどうかを確かめてください。想定外の除外は、調べる価値のある問題を示している場合があります。
ソフト404とは、HTTPステータスコード200 OKを返すものの、Googleが「ページが見つかりません」と同等と見なす内容のページのことです。たとえば次のようなものです。
- コンテンツがほとんど、またはまったくない、ほぼ空のページ
- 「検索結果が見つかりません」と表示される検索結果ページ
- 役立つ情報のない、在庫切れの商品ページ
- 「近日公開」とだけ書かれ、ほかに内容のないページ
ソフト404を解消するには、ページを意図的に削除した場合は、適切な404または410のHTTPステータスコードを返します。ページを残すべき場合は、意味のある役立つコンテンツを追加してください。
このステータスは、Googleが検出した、またはサイトマップに含まれているURLが別のURLにリダイレクトされていることを示します。意図的な301の恒久的なリダイレクトであれば通常は問題ありませんが、次のような場合は問題になります。
- リダイレクトチェーンがある（AがBにリダイレクトし、BがCにリダイレクトする）
- 重要なページが意図せずリダイレクトされている
- サイトマップに、最終的な移動先のURLではなくリダイレクトされるURLが含まれている
ベストプラクティス：サイトマップには最終的な移動先のURLだけを記載し、リダイレクトチェーンは1回のリダイレクトに抑えましょう。
パフォーマンスレポートとデータ
検索パフォーマンスの指標を理解する
左サイドバーの「検索結果」をクリックすると、パフォーマンスレポートが表示されます。次の内容を確認できます。
- 合計クリック数、合計表示回数、平均CTR、平均掲載順位
- クエリタブ：どの検索語句がトラフィックをもたらしているか
- ページタブ：どのページの成果が最も高いか
- 国、デバイス、検索での見え方：ディメンション別の内訳
期間とフィルタのオプションを使うと、特定の期間、クエリ、ページを掘り下げて確認できます。
ヒント：GSC Wizardは、トラフィック予測、コンテンツ劣化の検出、キーワードカニバリゼーションの分析、CTRのベンチマークで、パフォーマンスレポートを拡張します。
Google Search Consoleは、パフォーマンスレポートのデータを最大16か月分保存します。それより長く保管したい場合は、次のようにします。
- データを定期的にCSVまたはGoogle スプレッドシートにエクスポートする
- Search Console APIを使って、自分のデータベースにデータを保存する
- 履歴データを自動的に保存して分析するGSC Wizardのようなツールを使う
はい、使えます。パフォーマンスレポートには、サイトへの表示回数とクリックをもたらしている実際の検索クエリが表示されます。効果的なキーワード調査の方法には、次のようなものがあります。
- あと一歩のキーワード：掲載順位が8〜20位にあり、1ページ目に近いクエリを見つける
- 表示回数が多くCTRが低いクエリ：タイトルや説明文を改善できるチャンス
- ロングテールの発見：表示回数で並べ替えて、競合が見逃しているニッチなクエリを見つける
- 意外なキーワード：意図的にターゲットにしていないのに、上位表示されているクエリ
サードパーティのツールと違い、これはGoogleから直接得られる実際のデータなので、SEOの判断にとても信頼できます。
ヒント：GSC Wizardは、Search Consoleのデータから、あと一歩のキーワード、コンテンツ劣化、キーワードカニバリゼーションの改善機会を自動的に特定します。
Search ConsoleとGoogle Analyticsは、根本的に異なるものを計測しています。
Search Console
- ユーザーがサイトに到達する前の検索表示回数とクリックを追跡する
- スパムのクリックを除外する
- 一部のクエリを匿名化する
Google Analytics
- サイト内での実際の訪問と行動を追跡する
- 検索だけでなく、すべての流入元を対象とする
- タイムゾーンの処理が異なる
この2つのツールは重複するものではなく、補い合うものです。両方を使うことで、全体像が見えてきます。
CTRは、掲載順位、クエリの種類、業界によって大きく変わります。掲載順位別の一般的な目安は次のとおりです。
- 1位：平均CTR 20–30%
- 2–3位：平均CTR 10–15%
- 4–10位：平均CTR 2–8%
- 11位以降：2%未満
指名クエリは一般にCTRが高くなります。表示回数が多くCTRが低いページは最大の改善機会です。表示はされているものの、タイトルやメタディスクリプションにクリックを獲得できるだけの魅力がないことを意味します。まずこれらのページから最適化しましょう。
ヒント：GSC Wizardは、掲載順位に対してCTRが平均を下回るページを自動的にフラグ付けし、どのタイトルや説明文から改善するかの優先順位付けを助けます。
平均掲載順位は、表示回数が発生したすべてのクエリにわたる掲載順位の平均値です。次のような理由で、誤解を招くことがあります。
- あるページがいくつかのクエリでは1位、ほかのクエリでは30位だと、平均は15位前後になる
- 検索数が多く順位の低いクエリが、平均を押し下げることがある
- 掲載順位は、デバイス、国、パーソナライズによって大きく変わることがある
より意味のある分析をするには、特定のクエリやページでフィルタして本当の掲載順位を確認するか、デバイスや国で絞り込みます。平均掲載順位が改善傾向にあれば、絶対値が高く見えても好材料です。
パフォーマンスデータ（クリック数と表示回数）は通常、現在の日付より2〜4日遅れています。これは、Googleが大量の検索データを処理・集計してから表示しているためです。知っておくべき点がいくつかあります。
- 直近2〜3日のデータは不完全なことが多いため、最新のデータポイントだけで結論を出さないようにしましょう
- インデックス カバレッジとURL検査のデータは、より頻繁に更新されます
- ウェブに関する主な指標（CrUXのデータ）は、週単位で更新されます
- パフォーマンスデータは最大16か月間保存されます
パフォーマンスレポートで、フィルタバーの下にある+ 新規をクリックし、クエリまたはページを選んでから、「カスタム（正規表現）」を選びます。GSCはRE2の正規表現構文を使います。便利な例を紹介します。
^(how|what|why|when|where|who)：質問形式のクエリをフィルタします^(?!.*yourbrand)：ブランド名を含むクエリを除外して、指名以外のパフォーマンスを確認します/blog/.*：ページフィルタでブログのページだけを表示しますbest.*2025：「best」と年を含むクエリを探します
Search Consoleの正規表現フィルタは、デフォルトで大文字と小文字を区別しません。
エクスポートには、いくつかの方法があります。
- UIのエクスポートボタン：パフォーマンスレポートのどのビューでも、右上のエクスポートボタンをクリックすると、CSVとしてダウンロードするか、Google スプレッドシートで直接開けます
- Looker Studio：Search Consoleのデータソース経由で接続し、リアルタイムのインタラクティブなダッシュボードを作成します
- Search Console API：UIの1,000行という上限を超える、自動化されたプログラムによるエクスポートに使います
- サードパーティのツール：GSC WizardのようなツールはAPI経由で接続してデータを自動的にアーカイブし、16か月という保存期間の制限をなくします
UIでは、1回のエクスポートが1,000行までに制限されています。すべてのデータにアクセスするには、APIを使ってください。
- lookerstudio.google.comにアクセスし、作成 > データソースをクリックします
- Search Consoleコネクタを検索して選択します
- Googleアカウントへのアクセスを承認します
- サイトとデータの種類を選びます。サイトのインプレッション（サイト単位で集計）またはURLのインプレッション（ページ単位）です
- 接続をクリックし、新規または既存のレポートでデータソースを使用します
接続すると、Search ConsoleのデータをGoogle Analytics 4、広告、その他のデータソースと組み合わせたダッシュボードを作成し、マーケティング全体を俯瞰できます。
サイトにGoogle Discoverからのトラフィックがある場合、Search Consoleの左サイドバーに専用のDiscoverパフォーマンスレポートが表示されます。次の内容を確認できます。
- 通常の検索とは別にカウントされた、Discoverからの表示回数とクリック数
- Discoverで成果の高いページ
- 時系列の推移
Discoverレポートは、サイトが、Googleのレポート基準を満たすだけの十分なDiscoverでの表示回数を獲得して初めて表示されます。Discoverのパフォーマンスは、コンテンツの鮮度やエンゲージメントのシグナルに左右されるため、検索のパフォーマンスよりも変動が大きくなりがちです。
サイトマップ
XMLサイトマップを管理して、クロールを改善する
サイトマップは、ウェブサイトの重要なページをすべて一覧にしたXMLファイルです。検索エンジンが、コンテンツをより効率的に見つけてクロールするのに役立ちます。
Googleはリンクをたどってもページを見つけられますが、サイトマップは特に次のような場合に重要です。
- 外部リンクの少ない新しいウェブサイト
- 数百から数千ページある大規模なサイト
- 内部リンクの少ないページ
- コンテンツが頻繁に更新されるサイト
ほとんどのCMSは、サイトマップを自動的に生成します。
- WordPress：Yoast SEOやRank Mathなどのプラグインが、サイトマップを作成して維持します
- Shopify、Wix、Squarespace：サイトマップを自動的に生成します
- 独自のサイト：オンラインのサイトマップ生成ツールを使うか、サイトマッププロトコルに従ってXMLファイルを手作業で作成します
サイトマップは、通常yourdomain.com/sitemap.xmlでアクセスできます。
サイトマップでよくあるエラーは次のとおりです。
- 無効なXML形式：XMLの構文が不正、またはエンコードの問題
- 404エラーを返すURL：一覧に載っているページがすでに存在しない
- robots.txtでブロックされているURL：一覧に載っているのに、クロールが禁止されているページ
- noindexタグのあるURL：Googleに矛盾したシグナルを送ってしまう
- サイトマップが大きすぎる：50MBまたは50,000 URLを超えている（複数のサイトマップに分割してください）
- サイトマップのURLにアクセスできない：Googleが取得しようとしたときにサーバーエラーが発生する
報告された問題を修正してから、Search Consoleでサイトマップを再送信してください。
ウェブに関する主な指標（Core Web Vitals）
ページエクスペリエンスとパフォーマンスの指標
ウェブに関する主な指標（Core Web Vitals）は、ウェブサイトにおける実際のユーザーエクスペリエンスを測定する指標群です。2021年以降、これらはGoogleのランキング要因となっています。3つの指標は次のとおりです。
- LCP（Largest Contentful Paint）：読み込み速度
- INP（Interaction to Next Paint）：応答性
- CLS（Cumulative Layout Shift）：視覚的な安定性
Search Consoleのウェブに関する主な指標のレポートでは、Chromeの実際のユーザーデータ（CrUX）に基づいてページのパフォーマンスが表示され、モバイルとパソコンで別々にレポートされます。
LCP（Largest Contentful Paint）
メインコンテンツが読み込まれる速さを測定します。目標は2.5秒未満です。
INP（Interaction to Next Paint）
ページがユーザーの操作（クリック、タップ、キー入力）にどれだけ素早く応答するかを測定します。目標は200ミリ秒未満です。
対処法は、どの指標を改善する必要があるかによって異なります。
LCP（読み込み速度）の場合：
- 画像を最適化し、圧縮する
- レンダリングをブロックするCSSとJavaScriptを最小限にする
- CDNを使い、ブラウザキャッシュを有効にする
INP（応答性）の場合：
- JavaScriptの実行時間を短縮する
- 長いタスクを小さな単位に分割する
- イベントハンドラを最適化する
CLS（視覚的な安定性）の場合：
- 画像や広告に、幅と高さを明示的に指定する
- 既存のコンテンツの上にコンテンツを挿入しない
- 動的な要素にはCSSのcontainmentを使う
PageSpeed Insightsを使って、具体的な問題を診断します。修正したら、ウェブに関する主な指標のレポートで「修正を検証」をクリックします。改善がSearch Consoleに反映されるまで、最大28日かかることがあります。
テクニカルSEO
Search ConsoleでテクニカルSEOの問題を見つけて修正する
左サイドバーのエクスペリエンス > モバイル ユーザビリティを開きます。このレポートには、次のような問題のあるページが一覧表示されます。
- テキストが小さすぎて読めない：モバイルでフォントサイズが約12px未満
- クリック可能な要素同士が近すぎる：リンクやボタンが互いに48px以内にある
- コンテンツが画面の幅を超えている：横スクロールが必要
- ビューポートが設定されていません：
<meta name="viewport">タグがない
問題をクリックすると、影響を受けているURLが表示されます。CSSやHTMLの問題を修正したら、「修正を検証」をクリックしてGoogleに通知します。
エクスペリエンス > リッチリザルトを開きます（またはサイドバーの検索で「リッチリザルト」を検索します）。サイトでGoogleが検出した構造化データの種類（FAQ、商品、記事、レシピなど）ごとに、個別のレポートが表示されます。
- 有効なアイテム：検索結果でリッチリザルトの対象となる構造化データ
- 警告：リッチリザルトの表示は妨げないが、修正したほうがよい問題
- エラー：構造化データが無効になる問題
新しい構造化データを公開する前に、Googleのリッチリザルトテストで個別のページを検証しましょう。
Googleは2022年に、Search Consoleの専用のrobots.txtテスターを終了しました。現在、robots.txtを確認する方法は次のとおりです。
- URL検査ツール：任意のURLを検査します。該当する場合は「robots.txtによってブロックされました」と表示されます
- 直接表示する：ブラウザで
yourdomain.com/robots.txtにアクセスして、現在のルールを確認します - Search Consoleの設定：設定 > クロールの統計情報を開き、サイトの一部でGooglebotがブロックされていないかを確認します
- サードパーティのテスター：GoogleのSearch Console robots.txtテスターやオンラインの検証ツールなど
ページレポートで、エラーのカテゴリにある「見つかりませんでした（404）」のステータスを探します。クリックすると、影響を受けているURLがすべて表示されます。それぞれについて、次のように対応します。
そのページは存在すべきですか？
ページを復元するか、301リダイレクトで、最も関連性の高い既存のページにリダイレクトします。
その404は意図的ですか？
そのままで構いません。Googleはいずれインデックスから削除します。優先して修正すべきなのは、被リンクを受けている404や、以前トラフィックの多かったページの404だけです。
すべての404が悪いわけではありません。404をすべて修正する必要はなく、SEOとユーザーエクスペリエンスにとって重要なものに集中しましょう。
ページエクスペリエンスレポート（サイドバーの「エクスペリエンス」内）は、複数のユーザーエクスペリエンスのシグナルを1つの概要にまとめたものです。
- ウェブに関する主な指標（Core Web Vitals）：LCP、INP、CLSのパフォーマンス
- モバイル ユーザビリティ：ページがモバイルフレンドリーかどうか
- HTTPS：サイトが安全な接続で配信されているかどうか
このレポートには、URLのうち「良好」なページエクスペリエンスを提供しているものの割合が表示されます。これらのシグナルは、Googleのページエクスペリエンスのランキングシステムの一部として使われています。これらの指標を改善すると、特に、競合するページ同士でコンテンツの品質が似通っている競争の激しい分野で、順位にプラスに働く可能性があります。
サイドバーのエクスペリエンス > リッチリザルトには、サイトで検出されたリッチリザルトの種類ごとに個別のレポートがあります。たとえば次のようなものです。
- FAQ：検索結果に展開可能なQ&Aを表示できるFAQスキーマ
- 商品：商品の価格、在庫状況、評価
- 記事：ニュースやブログ記事の強化された表示
- レシピ：調理時間や評価を表示するレシピカード
- HowTo：検索結果に表示されるステップごとの手順
これらのレポートのエラーを修正して、ページがGoogle検索でリッチリザルトの対象になるようにしましょう。有効な構造化データであっても、リッチリザルトが表示されるとは限りません。表示するかどうかは、関連性と品質に基づいてGoogleが判断します。
トラブルシューティング
Google Search Consoleのよくある問題を解決する
URL検査ツールを使って、ページがインデックスに登録されているか確認します。表示されない主な理由は次のとおりです。
- サイトにnoindexメタタグまたはHTTPヘッダーがある
- robots.txtがGooglebotをブロックしている
- サイトが新しすぎて、まだクロールされていない
- 手動による対策のペナルティを受けている
- コンテンツが、ユーザーの検索内容と合っていない
- サイトマップを送信していない、またはサイトの所有権を確認していない
手動による対策とは、サイトがGoogleのスパムポリシーに違反した場合に、Googleの担当者が手動で課すペナルティです。主な理由は次のとおりです。
- 不自然な被リンクまたは発リンク
- 内容の薄い、または自動生成されたコンテンツ
- クローキングまたは不正なリダイレクト
- 構造化データの不正使用
手動による対策を解決するには：
- Search Consoleの手動による対策レポートを確認します
- 指摘されたすべての違反に対処します
- 修正した内容を説明する再審査リクエストを送信します
- Googleによる審査を待ちます（数週間かかることがあります）
削除が一時的か恒久的かによって、2つの方法があります。
一時的な削除（約6か月）
Search Consoleの削除ツール（左サイドバー > 削除）を使います。URLを入力して、リクエストを送信します。
リンクの否認ツールを使うと、サイトへの特定の被リンクを無視するようGoogleに伝えることができます。スパム的な、または低品質なリンクが次のような状態にある場合に使います。
- ウェブマスターに連絡しても削除してもらえない
- 順位に悪影響を与えている可能性がある
- リンクスキームやネガティブSEO攻撃の一部だった
警告：リンクの否認ツールは慎重に使ってください。正当なリンクを否認すると、SEOに悪影響が出る可能性があります。このツールはsearch.google.com/search-console/disavow-linksで利用できます。
リンク
Search Consoleで被リンクと内部リンクを分析する
左サイドバーのリンクを開きます。外部リンクセクションには、次の情報が表示されます。
- 上位のリンク先ページ：外部からの被リンクが最も多い自社のページ
- 上位のリンク元サイト：最も頻繁にリンクしているドメイン
- 上位のリンク元テキスト：サイトへのリンクで最もよく使われているアンカーテキスト
これは、Googleから直接得られる一次データなので、リンクプロファイルを把握するうえで高い精度を持っています。GSCに表示されるのは代表的なサンプルであり、すべてのリンクとは限りません。網羅的な被リンク調査には、AhrefsやSemrushなどのツールで補ってください。
ヒント：GSC Wizardを使うと、Search Consoleのデータをもとに、被リンクプロファイルのリンク数の増加や変化を時系列で簡単に監視できます。
リンクレポートには内部リンクセクションがあり、サイト内のどのページが、サイト内の他のページから最も多くリンクされているかを確認できます。これは次のような場合に役立ちます。
- 内部リンクが非常に少ない、またはまったくない孤立したページを特定する
- サイトの構造が、自然にどのページを強調しているかを把握する
- 順位が低い重要なページに対して、内部リンクを改善できる機会を見つける
内部リンクの少ないページは、Googleが見つけにくく、クロールバジェットの配分も少なくなりがちです。関連するコンテンツから文脈に沿った内部リンクを追加して、これらのページを強化しましょう。
リンクの否認ツールはsearch.google.com/search-console/disavow-linksにあります。使い方は次のとおりです。
- 否認するドメインまたはURLを記載した
.txtファイルを作成します（1行に1件。ドメインは先頭にdomain:を付けます） - 否認ページでプロパティを選択します
- ファイルをアップロードします
警告：リンクを否認するのは、不自然なリンクに対する手動による対策を受けている場合や、特定のリンクが有害であり、ウェブマスターに連絡しても削除してもらえないと確信している場合だけにしてください。良質なリンクを誤って否認すると、順位に大きな悪影響が出る可能性があります。Googleのアルゴリズムは、スパム的なリンクを自力で無視するのがかなり得意です。
ユーザー管理
Search Consoleでアクセスと権限を管理する
- Search Consoleで、左サイドバー下部の設定（歯車アイコン）をクリックします
- ユーザーと権限をクリックします
- ユーザーを追加をクリックします
- その人のGoogleアカウントのメールアドレスを入力します
- 権限のレベルを選びます：オーナー、フル、制限付き
- 追加をクリックします
新しいユーザーにはメールで通知が届き、すぐにプロパティにアクセスできます。他のユーザーを追加するには、オーナーである必要があります。
オーナー
すべてのデータと機能にフルアクセスできます。ユーザーの追加と削除、設定の変更、新しいプロパティの所有権確認ができます。種類は2つあります。確認済みオーナー（自分でプロパティの所有権を確認した人）と、委任されたオーナー（確認済みオーナーからオーナーの権限を付与された人）です。
フルユーザー
すべてのデータを表示し、ほとんどの操作（サイトマップの送信、インデックス登録のリクエスト、URL検査ツールの使用）を行えますが、ユーザーの管理やプロパティの削除はできません。
Google Search Consoleとほかのツールの比較
GSCをほかのツールと比較し、連携させる方法
Google Search Console
- 検索パフォーマンスに焦点を当てている
- Google検索でのサイトの表示のされ方
- どのクエリでページが表示されるか
- インデックス登録のステータスとテクニカルSEO
- ウェブに関する主な指標（Core Web Vitals）とページエクスペリエンス
Google Analytics
- サイト上でのユーザーの行動に焦点を当てている
- ページビュー、セッション時間、直帰率
- コンバージョンと目標の計測
- すべての流入元（検索だけではない）
- オーディエンスの属性と興味
どちらも無料で、組み合わせて使うことで最も効果を発揮します。2つを連携させると、あわせてインサイトを得られます。
Search ConsoleをGoogle Analytics 4に連携する手順は次のとおりです。
- Google Analytics 4で、管理 > プロパティ設定 > プロダクト リンク > Search Console のリンクを開きます
- 「リンク」をクリックします
- Search Consoleのプロパティを選択します
- 関連付けるGA4のウェブストリームを選びます
- リンクを確認します
連携すると、GA4の集客 > Search Consoleのレポートで、検索クエリのデータとサイト上の行動指標を組み合わせて確認できます。
Google Search Console
- 無料
- Googleから直接得られる一次データ
- 自社サイトの正確なクリック数と表示回数
- 競合サイトのデータはない
- インデックス登録、テクニカル、リンクのレポート
Semrush
- 有料（月額約$130から）
- どのウェブサイトでも、推定値のデータが得られる
- 競合とのキーワードギャップ分析
- サイト監査と被リンクの追跡
- より幅広いキーワード調査データベース
多くのSEO担当者は両方を使っています。自社サイトの正確な一次データにはGSC、競合調査とキーワード発掘にはSemrushという使い分けです。
GSCは、自社サイトについてGoogleから得られる正確で信頼できるデータを提供します。上位表示されているすべてのクエリや、実際のクリック数と表示回数がわかります。Ahrefsは独自のウェブクローラーを使って、あらゆるウェブサイトの順位や被リンクを推定しますが、そのデータはサードパーティによる推定値であり、Googleのインデックスを完全には反映していない場合があります。
主な違い：
- GSC：無料、正確なデータ、自社サイトのみ、Googleから直接取得
- Ahrefs：有料、推定値のデータ、あらゆるサイトが対象、競合の被リンク調査とキーワード難易度のスコアに強い
自社サイトのパフォーマンスの基準となる情報源にはGSCを使い、より広い競合調査やリンク構築の調査にはAhrefsを使いましょう。
Search Console APIを使うと、プログラムからGSCのデータにアクセスできます。セットアップの手順は次のとおりです。
- Google Cloud Consoleでプロジェクトを作成します
- Google Search Console APIを有効にします
- OAuth 2.0の認証情報を作成し、GSCアカウントに対して承認します
- APIのクライアントライブラリ（Python、Node.jsなど）を使ってデータを取得します
主な活用例は次のとおりです。
- 毎週のパフォーマンスデータのエクスポートを自動化する
- 16か月という上限を超えてデータを保存する
- 1回のクエリで1,000行を超えるデータを取得する
- カスタムのダッシュボードやアラートを構築する
よくある質問
Google Search Consoleの使い方に関する一般的な質問
レポートごとに、更新のスケジュールは異なります。
- パフォーマンス（クリック数と表示回数）：毎日更新されますが、2〜4日の遅れがあります。直近の2〜3日分は不完全な場合があります。
- インデックス カバレッジ / ページレポート：頻繁に更新され、Googlebotがページをクロールしてから24時間以内に反映されることが多いです
- ウェブに関する主な指標（Core Web Vitals）：Chrome UXレポート（CrUX）のデータセットに基づいて、毎週更新されます
- リンクレポート：リアルタイムではなく、定期的に更新されます
Google Search Consoleにリアルタイムのデータはありません。最新のパフォーマンスデータを見るには、3日以上前の日付を確認してください。
Search Consoleでデータが欠けている、または表示されない主な理由は次のとおりです。
- 新しいプロパティ：所有権の確認後、データが表示されるまでに3〜7日かかります
- トラフィックが非常に少ない：検索が非常に少ないサイトは、レポートの基準に達しない場合があります
- 期間の問題：プロパティを追加した日より前の期間を指定していないか確認してください
- フィルタが有効：クエリやページのフィルタによって、すべての結果が非表示になっている場合があります。すべてのフィルタを解除してください
- 所有権確認の問題：設定で、プロパティが引き続き確認済みになっているか確認してください
- 別のプロパティを見ている：プロパティの切り替えで、正しいプロパティを選択しているか確認してください
Search Consoleは診断と監視のためのツールです。SEOを直接改善するわけではありませんが、改善に必要なデータを提供してくれます。使うことで、次のようなことができます。
- 順位の妨げになっているインデックス登録のエラーを特定して修正する
- すでに上位表示されているクエリから、キーワードの改善機会を見つける
- CTRの低いページを見つけ、より良いタイトルでトラフィックを増やせる可能性を探る
- モバイル ユーザビリティのエラーや、ウェブに関する主な指標の問題といった技術的な問題を検出する
- SEOの変更による影響を時系列で監視する
これは、SEOの取り組みをどこに集中させるべきかを教えてくれるダッシュボードだと考えてください。改善は、そのデータをもとに行動することで生まれます。
いいえ。Google Search Consoleはウェブサイト専用で、YouTubeチャンネルには使えません。YouTubeには独自の分析プラットフォームであるYouTube Studioがあり、動画の再生回数、総再生時間、トラフィックソース、チャンネル登録者数の推移、視聴者の行動に関するデータを確認できます。
ウェブサイトにYouTube動画を埋め込んだりリンクしたりしている場合、Search Consoleはそれらのウェブページへのオーガニック検索トラフィックを追跡しますが、YouTube動画そのものやYouTube内からのトラフィックに関するデータは表示されません。
Google Search Consoleは、検索パフォーマンスのデータ（クリック数と表示回数）を16か月分保存します。それより古いデータは自動的に削除され、Search Consoleから復元することはできません。データを長期的に保存するには、次の方法があります。
- 定期的にエクスポートする：月ごとのデータをCSVまたはGoogleスプレッドシートでダウンロードします
- Search Console APIを使う：データ収集を自動化し、自分のデータベースやデータウェアハウスに蓄積します
- Looker Studioに接続する：過去のスナップショットを保持するダッシュボードを作成します
- サードパーティ製ツールを使う：GSC WizardのようなツールはGSCのデータを自動的にアーカイブするので、16か月という期間の制限を受けません