Search Consoleの始め方（登録〜サイトマップ送信）【2026年版】
Search Console（サーチコンソール）は、Google検索での表示状況（クリック・表示回数・掲載順位）や、クロール／インデックスの状態を確認できる無料ツールです。本記事では「登録（プロパティ追加）→所有権確認→サイトマップ送信」までを、公式ヘルプの手順に沿って初心者でも迷わない形でまとめます。
最初に押さえる：Search Consoleでできること
Search Console（サーチコンソール）は、Google検索における検索パフォーマンス（クリック・表示回数・CTR・掲載順位）や、 Googleのクロール／インデックス状況（見つけられているか・登録されているか）を確認できる、サイト運用の基本ツールです。 SEOの改善は「勘」ではなく、Search Consoleのデータを起点に進めるのが最短ルートになります。
- 検索での成果確認：どのクエリで表示・クリックされたか、どのページが伸びているか
- インデックス/クロール：インデックス登録の可否、エラー、クロールのヒント
- サイトマップ管理：サイトマップ送信と処理状況、エラー確認
- （必要に応じて）セキュリティ/手動対策：問題があれば通知される
ポイント：Search Consoleに登録したからといって順位が上がるわけではありません。
ただし、状況を正確に把握して改善できるようになるため、SEOの土台として必須です。
準備（必要なもの・所要タスク）
- Googleアカウント（GmailでもOK）
- サイトのURL/ドメイン情報（例：example.com / https://www.example.com）
- 所有権確認の権限
- ドメイン（DNS）にTXTレコードを追加できる権限（レンタルサーバー/レジストラ）
- またはサイトの編集、HTMLファイル設置、GA/GTM管理権限
- サイトマップURL（多くのサイトは
https://example.com/sitemap.xml）
まだサイトマップがない場合でも、先にSearch Consoleの登録と所有権確認だけ進めてOKです。 サイトマップは後から何度でも追加・送信できます。
手順1：プロパティ追加（ドメイン vs URLプレフィックス）
Search Consoleでは、管理単位を「プロパティ」と呼びます。追加時にまず選ぶのが ドメインプロパティかURLプレフィックスプロパティです。
| 種類 | 対象範囲 | 所有権確認 | こんな時におすすめ |
|---|---|---|---|
| ドメイン | ドメイン配下の全URL（http/https、www有無、サブドメイン含む） | DNS（TXT等）でのみ | 基本はこれ。サイト全体を一括で管理したい |
| URLプレフィックス | 指定したURLから始まる範囲のみ（例：https://example.com/） |
DNS / HTMLファイル / HTMLタグ / GA / GTM など | DNSが触れない、特定配下だけを切って見たい（例：/blog/） |
結論：迷ったら「ドメイン」＋必要なら「URLプレフィックス」も併用
- ドメインは「全体像」を把握するのに強い（サブドメインやwww有無の揺れを吸収）
- URLプレフィックスは「特定の配下だけ分析」や「DNSが無理な時の代替」に便利
プロパティ追加の操作手順
- Search Consoleにアクセスし、Googleアカウントでログイン
- 左上のプロパティ選択（プルダウン）から「プロパティを追加」
- 「ドメイン」または「URLプレフィックス」を選択
- 対象を入力し、続行
ここまでできたら次は所有権確認です（Search Consoleはサイト所有者しか見られないデータが多いため、必ず必要です）。
手順2：所有権の確認（おすすめ順・やり方）
所有権確認（verification）は「このサイトを管理してよい人か？」をGoogleに示す作業です。 ドメインプロパティはDNSでのみ、URLプレフィックスは複数方式が選べます。
おすすめ：DNS（TXT）での確認（ドメイン/URLプレフィックス共通）
- 強い理由：サーバー移転やテーマ変更の影響を受けにくく、長期的に安定
- 向いている：レジストラ/サーバー側のDNS編集ができる
- Search Consoleが表示するTXTレコード（文字列）をコピー
- ドメインのDNS管理画面（レジストラ or DNSサービス）でTXTレコードを追加
- 反映後、Search Consoleで「確認」をクリック
DNSは反映に時間がかかる場合があります。確認が通らない場合は、DNS設定の反映状況（TTL）や入力ミスを見直してください。
URLプレフィックスで使える代表的な確認方法
| 方法 | 難易度 | 概要 | 注意点 |
|---|---|---|---|
| HTMLファイル | 中 | 指定の検証ファイルをサーバー直下へアップロード | 移転・削除で外れる。FTP/サーバー権限が必要 |
| HTMLタグ（meta） | 低〜中 | <head>内に指定のmetaタグを貼る |
テーマ変更やプラグインで消えると外れる |
| Google Analytics | 低 | GA（GA4等）の計測タグが設置済みなら利用できる場合 | アカウント権限が必要。設置場所/実装方式によって不可のことも |
| Google Tag Manager | 低 | GTMコンテナが設置済みなら利用できる場合 | アカウント権限が必要。設置漏れ（noscript含む）に注意 |
運用のコツ：将来的な改修（テーマ変更・GA/GTMの入れ替え）で検証が外れることがあります。
できるならDNS方式に寄せるのが安全です。
手順3：サイトマップ送信（Sitemapsレポート）
所有権確認が完了したら、サイトマップ（XML sitemap）を送信します。 サイトマップは「重要なURLの一覧」をGoogleに伝える仕組みで、発見（discovery）を助けるのが主目的です。
送信手順（Search Console上）
- 対象プロパティを選択
- 左メニューの「サイトマップ」（Sitemaps）を開く
- 「新しいサイトマップの追加」にサイトマップのパスを入力（例：
sitemap.xml） - 送信
サイトマップURLのよくある例
https://example.com/sitemap.xmlhttps://example.com/sitemap_index.xml（分割管理のインデックス型）https://example.com/post-sitemap.xml（CMS/プラグインで分割されている場合）
補足：robots.txtにSitemap行を入れる方法もある
Search Console送信以外にも、robots.txtに次のように記載しておくと、Googleが発見しやすくなります。
Sitemap: https://example.com/sitemap.xml送信後に見るべきステータスとチェックポイント
送信が完了したら、すぐに「インデックスが増える」わけではありません。 まずはSearch Consoleがサイトマップを取得・解析できているかを確認します。
サイトマップ送信後の確認ポイント
- ステータス：成功 / 取得できませんでした / エラーあり など
- 最終読み込み日時：Googleがサイトマップを取りに来たタイミング
- 検出されたURL数：サイトマップに含まれるURLとして認識された数
次に見る：インデックス（ページ）レポート / URL検査
- ページ（インデックス）：登録済み・除外の傾向を把握（大量除外がある場合は原因確認）
- URL検査：特定ページがインデックス可能か、ブロックされていないか、最終クロール状況
重要：サイトマップは「登録を保証」しません。
noindex、robotsブロック、重複、品質、canonical、404/リダイレクトなどで除外されることは普通にあります。
よくあるエラー・送信できない時の対処
1) 「取得できませんでした」
- 原因候補：URL間違い、サーバー側で403/404、WAFやIP制限、Basic認証、タイムアウト
- 対処：ブラウザでサイトマップURLが表示できるか確認 → ステータスコード（200）を確認 → 制限があれば解除
2) リダイレクトが絡む（http→https、www有無）
- 原因候補：サイトマップURLが最終的に別URLへ転送されている
- 対処：最終到達URL（canonical側）に合わせてサイトマップURLを統一。可能ならHTTPS正規化を徹底
3) 「エラーあり」（形式/内容）
- 原因候補：XMLの構文ミス、URLに不正文字、URLが200以外、過去の仕様のまま出力
- 対処：サイトマップ生成元（CMS/プラグイン）を確認し、再生成。URLは基本的に絶対URL推奨
4) 「送信は成功だがURLが増えない」
- 原因候補：サイトマップが更新されていない、重要URLが入っていない、noindex、重複・薄いページ
- 対処：サイトマップに載せるURL方針を見直し（重要ページ中心）、noindex/robots/canonical/内部リンクを点検
5) 所有権確認が通らない（DNS）
- 原因候補：TXTの値ミス、追加場所（ホスト名）が違う、反映待ち、別DNSを参照している
- 対処：DNS管理画面の入力を再確認 → 反映まで待つ → ネームサーバー設定も含めて確認
最初の1週間でやると効く：初期設定と運用の型
運用の型（まずはこれだけ）
- サイトマップ送信：運用の土台
- パフォーマンス：主要ページの「クエリ×ページ」を週1で眺める
- ページ（インデックス）：除外が増えていないか、異常がないか
- URL検査：重要ページ公開時に、クロール可能か確認
KPI（初心者が追うべき指標）
| 目的 | KPI | 見る場所 | 改善のヒント |
|---|---|---|---|
| 露出を増やす | 表示回数 | パフォーマンス | 検索意図に合う見出し・内部リンク・網羅性 |
| クリックを増やす | CTR | パフォーマンス | タイトル/ディスクリプションの改善、意図ズレ修正 |
| 評価を上げる | 平均掲載順位 | パフォーマンス | 内容の改善、専門性・一次情報、内部リンク設計 |
| インデックス安定 | 登録済み/除外の推移 | ページ（インデックス） | noindex/重複/canonical/404/リダイレクト点検 |
FAQ
Q1. ドメインとURLプレフィックス、どっちだけ入れればいい？
基本はドメインがおすすめです（全体を一括管理できるため）。DNSが触れない場合はURLプレフィックスから始め、 後でドメインも追加できるなら追加すると安心です。
Q2. サイトマップは送らないとダメ？
送らなくてもクロールされる場合はありますが、サイト構造が大きい／新規サイト／更新が多い場合は送っておくと管理が楽です。 少なくとも重要URLの発見を助けるので、初期設定として推奨です。
Q3. サイトマップ送信したのにインデックスされません
サイトマップは「登録依頼」ではなく「URL一覧の共有」です。
noindex、robots、重複、品質、canonical、内部リンク不足などで除外されることがあります。
URL検査とページ（インデックス）を見て原因を特定してください。
Q4. サイトマップは1つだけでいい？
1つで問題ありません。URL数が多い場合は分割（複数サイトマップ＋サイトマップインデックス）も一般的です。 CMS/プラグインが自動で分割しているケースもあります。
Q5. まず送るべきサイトマップは？
迷ったら「主要ページが入っているもの」を優先します。記事サイトなら投稿、ECなら商品・カテゴリなど。 画像/動画サイトマップは必要になってからでOKです。
まとめ：まずは「登録→確認→サイトマップ」で土台を作る
- Search Consoleは検索パフォーマンスとクロール/インデックスを把握するための必須ツール
- プロパティは迷ったらドメイン（DNSで所有権確認）＋必要ならURLプレフィックスも併用
- 所有権確認後はサイトマップ送信→ステータス確認→ページ（インデックス）/URL検査で原因特定
- 運用は「週1のパフォーマンス確認」＋「インデックス異常の早期発見」で安定します