【完全攻略マニュアル】Google Search Console（第1部）：データ構造の深層理解・ドメインプロパティ超詳細設定・技術基盤の完全構築

Webサイトのアクセスや検索順位を改善しようとする際、多くのWeb担当者が「とりあえず新しい記事を書く」「外部の順位チェックツールで毎日の順位変動を眺める」といった表面的な施策に終始してしまいます。
しかし、SEO対策の本質とは「Google検索で自社サイトがどのように表示され、Googleがページをどのように検出・クロール・インデックス登録しているか」に関するデータを適切に解釈し、適切な軌道修正を行うことに他なりません。

そのための重要な情報源となるのが「Google Search Console（グーグル・サーチコンソール）」です。
本マニュアルでは、インターネット上に溢れる表面的な操作説明や箇条書きの解説記事とは一線を画し、Webコンサルタントが現場で実践している思考プロセス、具体的な画面操作、DNS（ドメイン・ネーム・システム）の技術的背景、そしてトラブルシューティングまでを徹底的に文章で掘り下げて解説します。

第1章：Google Search Consoleの動作メカニズムとGA4との本質的機能分離

Search Consoleを日常の実務で使い倒すためには、まずツールが裏側でどのようなデータを収集・処理しているか、そしてGoogleの検索システムがどのようにWebページを処理しているかという根幹の仕組みを理解する必要があります。

なぜ「GA4を見ているから大丈夫」という認識が致命的な失敗を招くのか

Webマーケティングの現場において、Google Analytics（GA4）とSearch Consoleの役割を混同している担当者は非常に多く見受けられます。
「GA4でアクセス数を見ているからSearch Consoleは設定していない」という状態は、Webサイト集客において致命的な盲点を作り出します。
この2つのツールは役割が異なりますが、扱う情報が完全に分断されているわけではなく、連携して分析することもできます。

アクセス数が落ちたときは「どこで問題が起きているか」を切り分ける

例えば、あるページのアクセス数が落ちている時、それが次のどこに原因があるのかを切り分ける必要があります。

• 検索順位が下落して表示回数そのものが減った
  Search Consoleの領域
• 検索結果での見栄えが悪くクリックされていない
  Search Consoleの領域
• アクセス後にユーザーが離脱している
  GA4での行動分析に加え、Search Consoleのウェブに関する主な指標なども参考にする領域

Search Consoleのデータを欠いた状態でのWeb改善は、原因を特定せずに闇雲に薬を飲むようなものであり、多大な時間とコストを無駄にすることになります。

検索キーワードの把握にはSearch Consoleが重要

さらに、GA4の通常の集客レポートだけでは、Googleの自然検索でどの検索キーワード（クエリ）が表示・クリックにつながったのかを十分に確認できません。
Search Consoleはこうした検索クエリを把握する中心的なデータソースです。

ただし、プライバシー保護のため匿名化されるクエリがあり、表示・出力されるデータには制限もあるため、すべての検索語句を完全に取得できるわけではありません。なお、GA4とSearch Consoleを連携すれば、Search Console由来の検索クエリ情報をGA4側でも参照できます。

検索エンジンがWebページをインデックス・表示するまでの仕組み

Google公式は、検索の仕組みを「クロール（Crawling）」「インデックス登録（Indexing）」「検索結果の表示（Serving search results）」という3つのステージに分けています。
実務上は、そのうちクロール前の「URLの発見（Discovery）」と、検索結果を表示する際の「順位付け（Ranking）」も分けて考えると、どこに問題があるかを理解しやすくなります。
以下では、発見・巡回・解析と登録・順位付けという4つの観点から説明します。

Search Consoleで確認できること

Search Consoleは、URLの検出、クロール、インデックス登録で起きている問題を調べ、修正後に再クロールやインデックス登録をリクエストするための管理ツールです。
ただし、リクエストはGoogleへの依頼であり、修正命令ではありません。

どれだけ高品質な記事であっても、そのURLがインデックス登録されていなければ、通常のGoogleウェブ検索で検索結果に表示されることは期待できません。

原因を確認し、適切な改善を重ねることが重要です。

第2章：【超詳細手順】ドメインプロパティの登録とDNS設定

Search Consoleを正しく機能させ、漏れのない一次データを収集するための最初の関門が、プロパティの登録作業です。
ここで対象範囲を理解せず登録すると、確認したいURLの一部がプロパティの集計対象から外れる場合があります。

ドメインプロパティとURLプレフィックスの技術的構造差

Search Consoleに新しいサイトを登録する際、画面には「ドメイン」と「URLプレフィックス」という2つのプロパティタイプが提示されます。
初心者向けの解説サイトでは設定の簡便さからURLプレフィックスが紹介されがちですが、サイト全体のデータをまとめて把握したい場合は、「ドメインプロパティ」が基本的におすすめです。

ただし、特定のディレクトリやプロトコルだけを確認する場合、あるいはDNSを管理できない場合などは、URLプレフィックスを選択する合理的な理由があります。

これは検索エンジンがそれらを必ず別サイトとして評価するという意味ではなく、Search Console上の集計範囲の違いです。

サイト全体をまとめて把握したい場合はドメインプロパティ、特定の範囲だけを確認したい場合はURLプレフィックス、という使い分けが基本になります。

Search Console画面での登録開始と検証コードの発行

ドメインプロパティの登録手順を、具体的な画面操作に沿って解説します。

STEP 1：Search Consoleを開き、「プロパティを追加」する

まず、Googleアカウントにログインした状態でSearch Consoleの公式サイト（search.google.com/search-console）を開きます。

• 初めて利用する場合
  ログイン直後に「プロパティ タイプの選択」という大きなダイアログが表示されます。
• すでに他のサイトを登録済みの場合
  画面左上にある現在のプロパティ名が表示されているドロップダウンメニューをクリックし、メニュー最下部にある「+ プロパティを追加」をクリックします。

STEP 2：「ドメイン」を選択し、ドメイン名を入力する

「プロパティ タイプの選択」画面が開いたら、左側に配置されている「ドメイン」と書かれた領域を選択します。入力枠の中に、自社サイトのドメイン名を入力します。
ここでの最大の注意点は、入力する文字列です。

• https:// や http:// を含めない
• サイト全体を管理するなら www. を付けない
• ルートドメイン名だけを入力する
• 末尾にスラッシュ（/）を入れない

入力例：

example.com

なお、blog.example.com など特定のサブドメインを対象とするドメインプロパティも作成できます。

STEP 3：DNS所有権確認用の検証コードを取得する

正しいドメイン名を入力して「続行」ボタンを押すと、DNSレコードによる所有権確認の案内が表示されます。
一般的にはTXTレコードを使用し、google-site-verification= から始まる認証文字列をDNSに登録します。

google-site-verification=xxxxxxxxxxxxxxxxxxxx

環境によってはCNAMEレコードの方法が案内される場合もあるため、画面に示されたレコード種別と値を確認してください。

• 表示されたレコード種別を確認する
• 認証文字列を確認する
• 「コピー」ボタンで認証情報を保存する
• Search Consoleの画面は閉じず、そのまま開いておく

このあとDNS側へ認証情報を登録し、Search Consoleへ戻って所有権確認を行うため、画面は開いたままにしておきます。

主要ドメイン・サーバー管理画面でのDNS TXTレコード追加手順

コピーした検証コードを、対象ドメインの権威DNS（現在設定されているネームサーバー）を管理しているサービスに「TXTレコード」として追加設定します。
DNSとは、ドメイン名とIPアドレスなど各種情報を対応付ける仕組みです。
Google指定のTXTレコードを適切なDNSゾーンに追加すると、そのドメインのDNS設定を管理できることを所有権確認の根拠として提示できます。
重要なのはドメインの購入先ではなく、現在有効なネームサーバーの管理先に設定することです。
たとえばお名前.comで取得したドメインでも、ネームサーバーがXserverなら通常はXserver側で設定します。

国内で利用される主なサービスの設定例を解説します。
管理画面の表示名や項目配置は変更されるため、実際の画面に表示された項目と各社の最新マニュアルを優先してください。
また、以下の操作は各サービスがそのドメインのDNSを管理している場合に限ります。

【エックスサーバー（Xserver）での設定手順】

1. エックスサーバーの「サーバーパネル」にログインします。
2. 「ドメイン」関連の項目から、「DNSレコード設定」をクリックします。
3. 対象ドメインを選択します（選択画面がない構成では、そのまま対象ドメインの設定に進みます）。
4. 「DNSレコード追加」または同等の追加操作を選びます。
5. 入力枠を以下のように設定します。
   ・ホスト名: 空欄のままにします（ドメイン全体に適用させるため）。
   ・種別: ドロップダウンメニューから「TXT」を選択します。
   ・内容: 先ほどコピーした google-site-verification= から始まる文字列をそのまま貼り付けます。
   ・優先度: TXTレコードでは通常使用しません。項目が表示される場合は初期値のままにします。
   ・TTL: 通常は初期値のままで問題ありません。
6. 「確認画面へ進む」をクリックし、内容に間違いがないことを確認して「追加する」を実行します。

【ConoHa WING（コノハウィング）での設定手順】

1. ConoHa WINGのコントロールパネルにログインします。
2. 左側メインメニューから「DNS」を選択します。
3. ドメインリストの中から、対象となるドメイン名をクリックして詳細設定を展開します。
4. 画面右側にある鉛筆マーク（編集）をクリックし、右上の「+」マーク（レコード追加）をクリックします。
5. 各項目を以下のように入力・設定します。
   ・タイプ: 「TXT」を選択します。
   ・名前: @ を入力します（または空欄にします）。
   ・値: コピーした google-site-verification= から始まる文字列を貼り付けます。
   ・TTL: 特に指定がなければ初期値のままにします。
6. 「保存」をクリックして設定を確定させます。

【お名前.com（ドメイン管理元）での設定手順】

1. お名前.com Naviにログインします。
2. 上部ナビゲーションから「DNS」を選択し、「DNS関連機能の設定」をクリックします。
3. 対象となるドメインにチェックを入れ、「次へ」をクリックします。
4. 「DNSレコード設定を利用する」の横にある「設定する」ボタンをクリックします。
5. 入力フォームの各項目を設定します。
   ・ホスト名: 空欄のままにします。
   ・TYPE: ドロップダウンから「TXT」を選択します。
   ・TTL: 特に指定がなければ初期値のままにします。
   ・VALUE: コピーした google-site-verification= から始まる文字列を貼り付けます。
6. 「追加」ボタンを押し、下部の確認画面へ進んで「設定する」をクリックして完了させます。

DNS浸透（Propagate）の技術的背景と所有権確認エラーの解決法

DNSサーバーにTXTレコードを追加したら、開いたままにしておいたSearch Consoleの画面に戻り、右下にある「確認」ボタンを押します。

追加直後に「所有権を証明できませんでした」などのエラーメッセージが表示される場合があります。原因の一つは、DNSレコードが外部から確認可能になるまでの時間差です。
ただし、レコードの登録先やホスト名を間違えている場合もあるため、時間差と決めつけないことが重要です。

DNSの変更は、権威DNSでの設定反映と、参照側のキャッシュの有効期限（TTL：Time To Live）などの影響を受けます。
DNS情報が世界中のサーバーに一斉コピーされる仕組みではなく、各DNSリゾルバーが必要に応じて照会・キャッシュします。数分で確認できることもあれば、1〜2日程度かかる場合もあります。

所有権確認エラーが出た場合は、以下のトラブルシューティング手順を冷徹に実行してください。

1. 文字列の完全一致チェック: 貼り付けた文字列の先頭や末尾に、不要な半角スペースや改行コードが混入していないかを再確認します。
2. ホスト名（サブドメイン）設定の確認: 一部のDNS管理画面では、ホスト名に @ を指定しなければならない場合と、完全空欄にしなければならない場合があります。自社ドメイン名（example.com）が二重になって設定されていないか（example.com.example.com のようになっていないか）を確認します。
3. 時間の経過を待つ: 設定内容に問題がなく、外部DNSへの反映を待つ必要がある場合は、時間をおいてSearch Consoleで「確認」をやり直します。必要に応じてDNS照会ツールでTXTレコードが返るか確かめます。

無事にDNSのTXTレコードが外部から照会できるようになると、「所有権が確認されました」という完了メッセージが表示され、プロパティのダッシュボードへアクセスが可能になります。

企業のチーム運用における厳格な権限管理マトリクス

プロパティの作成完了後、企業の実務運用において最初に行うべきが、安全なアクセスコントロール（権限付与）の設定です。
一人でサイトを管理している場合を除き、外部のWeb制作会社、SEOコンサルタント、社内のライターなどに適切なレベルの権限を割り当てます。

Search Consoleの左側メニュー最下部にある「設定」をクリックし、表示された画面から「ユーザーと権限」を開きます。
右上にある「ユーザーを追加」ボタンを押し、追加したい担当者のGoogleアカウント（メールアドレス）を入力します。主な権限は以下の3区分として整理でき、セキュリティポリシーに応じた適切な選択が求められます。

特に注意すべきは「所有者権限」の乱用です。
外部の業者に易々とオーナー権限を付与してしまうと、将来的に契約が終了した際やトラブルが発生した際に、意図しないユーザー管理の変更や、契約終了後のアクセス権限の管理漏れにつながるおそれがあります。
所有者権限は自社のアカウントで確実に保持し、運用者には原則として「フルユーザー」または「制限付きユーザー」を割り当てるのが、健全なセキュリティ運用の鉄則です。

第3章：クローラビリティを極限まで高める技術的基盤とサイトマップ戦略

プロパティの作成と権限設定が完了したら、次に行うべきは「Googleのクローラーがサイト内の重要なURLを発見しやすく、新着記事や更新情報を把握しやすい環境」を整えることです。

XMLサイトマップとRSS/Atomフィードの補完的な活用

Search Consoleの「サイトマップ」機能は、WordPressなどが生成したXMLサイトマップを登録し、Googleが重要なURLを発見する手助けをするものです。
必要に応じてRSS/Atomフィードも補助的に送信できます。
ただし、すべてのサイトで両方を登録する必要があるわけではなく、送信数を増やすこと自体がSEO効果を高めるわけではありません。

Search Consoleへ送信するURL

Search Consoleの「新しいサイトマップの追加」の入力枠に、以下のURLをそれぞれ個別に入力して「送信」ボタンを押します。

送信後に確認すること

1. 処理状態の列を確認します。
2. 緑色の文字で「成功しました」など、正常に取得されたことを示す状態になっているかを確認します。
3. 表示は画面や言語によって異なる場合があります。

どちらの形式でも、送信したという事実はGoogleにクロールやインデックス登録を義務付けるものではありません。XMLサイトマップを適切に保守し、必要に応じてRSS/Atomを併用することは、URLの発見を助ける実務上の選択肢です。
記事の検索結果への反映速度は、サイトの状態やGoogle側の判断などにも左右されます。

サイトマップ運用における技術的落とし穴と解消策

サイトマップを送信しているにもかかわらず、サイトマップのステータスが「エラー」などになる場合、送信先URL、アクセス制限、XMLの形式、サーバーの応答状況などを確認する必要があります。
特に現場で多発する2つの技術的トラップとその解消策を解説します。

注意：サイトマップから外すだけではインデックス登録を禁止できない点にも注意してください。

次回（第2部）のご案内

本マニュアルの第1部では、Search Consoleの根本的な動作メカニズムから、プロフェッショナルなドメインプロパティのDNS設定手順、安全なチーム運用を担保する権限マトリクス、そして重要なURLの発見を支援するサイトマップ戦略について解説しました。
これにより、検索エンジンの状態を適切に把握し、改善に役立つデータを蓄積するための技術的な土台を整えられます。

続く【第2部】では、いよいよWebサイトのアクセス数や検索順位の改善につなげるための「実践分析・リライト編」へと突入します。

・検索パフォーマンス画面の極限解析（4大指標の相関関係と、マーケターを惑わす「平均順位の罠」の暴き方）
・伸びしろキーワードの特定とリライト手順（掲載順位5位〜20位に潜む「宝の山」を抽出し、改善につなげる具体的なタイトル見直し・コンテンツ加筆の進め方）
・URL検査ツールの深層活用（単なるリクエスト送信ではない、ライブテストによるHTML描画とJavaScript実行エラーの解析法）
・「ページ（インデックス作成）」レポートのエラー完全解剖（現場で最も担当者を悩ませる「クロール済み – インデックス未登録」「検出 – インデックス未登録」が考えられる原因と具体的な対処法）

完全攻略マニュアルの核心となる「実務でのデータ活用手順」を、引き続き圧倒的な密度で言語化してお届けします。

参考：Google公式ドキュメント

• Google検索の仕組み
• Search Consoleのプロパティ追加
• サイト所有権の確認
• 所有者、ユーザー、権限の管理
• サイトマップについて
• サイトマップの作成と送信