Search Consoleにサイトマップを送信する方法｜WordPress公開後の確認手順

WordPressサイトを公開した後、Search Consoleの「サイトマップ」画面へ何を入力すればよいのか。送信後に「成功」と出れば全記事が登録されたのか。初めて設定すると、この二つで迷いやすくなります。

サイトマップの送信は、XMLファイルをGoogleへアップロードする作業ではありません。自分のサイト上にあるサイトマップの場所をGoogleへ知らせる作業です。「成功」は、そのファイルをGoogleが取得して読み取れたという意味で、記載された全URLのクロールやインデックス登録を保証する表示ではありません。

この記事では、WordPressでXMLサイトマップの公開場所を確認し、Search Consoleへ送信し、送信後の状態を読むまでの手順を整理します。

結論：公開URLを確認してから、サイトマップの場所だけを送信する

作業は次の順番です。

WordPressが出力しているサイトマップURLを確認する
ログアウト状態でもサイトマップを開けるか確認する
Search Consoleで対象プロパティを選ぶ
「サイトマップ」からサイトマップURLを送信する
「成功」「取得できませんでした」「エラー」を確認する
ページの登録状況は別のレポートで確認する

Googleのサイトマップレポートの説明では、サイトマップの送信を「サイトマップがサイト上のどこにあるかをGoogleに通知すること」と説明しています。

XMLサイトマップは、検索させたいURLの一覧を伝える

XMLサイトマップは、サイト内で検索エンジンに認識してほしいURLをまとめたファイルです。サイトの案内図というより、検索対象にしたい正規URLの一覧に近いものです。

サイトマップがあると、Googleは内部リンクだけに頼らずURLを発見できます。新しいサイト、ページ数が多いサイト、内部リンクが少ないページを含むサイト、画像・動画・ニュースを多く扱うサイトでは、特に役立ちます。

ただし、すべてのサイトに必須とは限りません。Googleは、おおむね500ページ以下で、ホームページからリンクをたどって重要な全ページへ到達できる小規模サイトなら、サイトマップが必要ない場合もあると説明しています。詳しくはサイトマップについてで確認できます。

それでもSearch Consoleから送信しておくと、Googleがサイトマップを取得できたか、解析エラーがないかをレポートで追えます。小規模サイトでは「ないと検索されないから」ではなく、「取得状況とエラーを確認しやすくするため」と考えると分かりやすくなります。

WordPressのサイトマップURLを確認する

最初に、WordPressが実際に出力しているサイトマップURLを確認します。Search Consoleへ推測したパスを送る前に、ブラウザーで開いてください。

WordPress本体、SEOプラグイン、サイト構成によってURLは異なります。よく見かける候補には、次のようなものがあります。

https://example.com/wp-sitemap.xml
https://example.com/sitemap.xml
https://example.com/sitemap_index.xml

この三つをすべて送信するという意味ではありません。実際にサイトが出力しているものを一つ確認します。SEOプラグインを使っている場合は、そのプラグインのサイトマップ設定画面や公式説明を優先します。

ブラウザーでサイトマップを開いたら、次を見ます。

ログインを求められず表示できる
404ページへ移動しない
HTMLの記事一覧ではなく、XMLまたはサイトマップインデックスが表示される
URLが現在の https、ドメイン、www の有無と一致している
公開記事や固定ページ用のサイトマップが含まれている

サイトマップインデックスの場合は、投稿、固定ページ、カテゴリなど複数の子サイトマップへのリンクが並びます。通常は、子ファイルを一つずつ送るのではなく、親のサイトマップインデックスを送信します。

サイトマップへ含めるURLを整理する

サイトマップには、検索結果へ出したい正規URLを含めます。Googleのサイトマップの作成と送信でも、同じ内容を示すURLが複数ある場合は、正規URLを一つ選んで含めるよう案内しています。

次のようなURLを無条件に混ぜないようにします。

下書き、プレビュー、管理画面
noindexを付けたページ
404や削除済みページ
別URLへリダイレクトするページ
canonicalが別ページを指している重複URL
検索結果へ出す必要がないパラメータ付きURL

WordPressやSEOプラグインが自動生成する場合は、XMLを手作業で直接編集するより、投稿タイプやタクソノミーの検索表示設定を見直します。

`lastmod`は本当に更新した日を使う

XMLサイトマップには、URLの最終更新日を示す lastmod が含まれる場合があります。

本文、主要画像、構造化データなど、検索結果へ影響しうる内容を変更した日は更新情報として意味があります。ページを開いただけ、表示回数を集計しただけ、テンプレートの軽微な表示が変わっただけという場合まで、すべての記事の lastmod を現在日時へ書き換えるのは避けます。

自動生成機能が正しく更新日を出しているなら、通常は手作業で触りません。記事更新の事実とサイトマップ上の日付が大きくずれている場合は、テーマ、プラグイン、キャッシュの設定を確認します。

Search Consoleからサイトマップを送信する

サイトマップURLを確認したら、Search Consoleで送信します。

Search Consoleを開く
対象サイトのプロパティを選ぶ
左側メニューの「サイトマップ」を開く
「新しいサイトマップの追加」へサイトマップのパスを入力する
「送信」を押す
送信済みサイトマップの一覧で状態を確認する

画面にドメイン部分があらかじめ表示されている場合は、残りのパスだけを入力します。完全なURLを求める画面では完全なURLを入力します。入力欄の表示に合わせ、ドメインを二重にしないようにします。

また、Search Consoleで選んでいるプロパティとサイトマップのURLをそろえます。

http と https
www ありとなし
サブドメイン
サブディレクトリのURLプレフィックスプロパティ

送信したいサイトマップが現在のプロパティの範囲外にあると、想定どおり管理できません。

「成功」はサイトマップを読めたという意味

送信後に確認する主な状態は三つです。

状態	意味	最初に確認すること
成功	サイトマップの取得と読み取りに成功	検出URL数、ページ登録状況
取得できませんでした	Googleがサイトマップを取得できない	URL、HTTP応答、アクセス制限、リダイレクト
エラーがあります	一部を読めたが構文やURLに問題がある	エラー詳細、該当行、含まれるURL

「成功」でも、サイトマップ内の全URLがクロールされるとは限りません。全URLがインデックス登録されるとも限りません。成功表示は、入口となるファイルをGoogleが処理できたことの確認です。

ページ単位の登録状況は、ページインデックス登録レポートやURL検査で確認します。個別URLの確認手順は、Search ConsoleのURL検査の使い方｜公開・更新後に確認する5項目で整理しています。

「取得できませんでした」と表示された場合

サイトマップを取得できない場合は、送信ボタンを何度も押す前に、公開状態を確認します。

入力したURLをブラウザーで開けるか
404、403、500などのエラーになっていないか
ログインやBasic認証を求めていないか
robots.txtやセキュリティ機能でGooglebotを妨げていないか
リダイレクト先が別ドメインや別プロパティになっていないか
CDNやキャッシュが一時的なエラーを返していないか
ファイルサイズやURL数が上限を超えていないか

Googleが案内する一つのサイトマップの上限は、非圧縮で50MB、URL数で50,000件です。超える場合は複数ファイルへ分け、サイトマップインデックスでまとめます。

WordPressの小規模サイトで上限へ達することは多くありません。まずURLの誤入力、404、アクセス制限、プラグインやキャッシュの不具合を確認します。

「エラーがあります」と表示された場合

サイトマップを取得できても、一部の行に問題があるとエラーや警告が表示されます。詳細を開き、該当するURLや構文を確認します。

主な確認点は次のとおりです。

相対URLではなく完全なURLになっているか
XMLの記述が壊れていないか
URLに不正な文字が含まれていないか
サイトマップ内のドメインが統一されているか
リダイレクトや404のURLを大量に含んでいないか
子サイトマップを開けるか
日付の形式が正しいか

自動生成サイトマップで構文が壊れている場合は、XMLをその場で書き換えるより、生成元のプラグイン、テーマ、キャッシュ、他プラグインとの競合を確認します。

送信後に見るのは「検出」と「登録」の差

サイトマップ送信後は、検出されたURL数と、実際にインデックス登録されたページを分けて見ます。

検出されたURLが多くても、次の理由で登録数が少ない場合があります。

公開直後でクロールが進んでいない
重複ページとして別のcanonicalが選ばれた
noindexが設定されている
クロール済みだが現時点で未登録
ソフト404として扱われている
内容が別ページと重なっている
サーバーエラーや取得障害があった

サイトマップの再送信だけでは、ページ側の問題は直りません。ページインデックス登録レポートで理由を確認し、個別ページはURL検査で現在の状態を見ます。

新しい記事を公開するたびに再送信する必要はない

WordPressやSEOプラグインがサイトマップを自動更新している場合、新しい記事を公開するたびに同じサイトマップを手動で再送信する必要は通常ありません。

Googleは、送信されたサイトマップを継続的に再クロールします。運営者が確認するのは、サイトマップが更新されているか、最後の読み込みが成功しているか、エラーが増えていないかです。

次の場合は再確認します。

サイト公開直後に初めて送信した
サイトマップURLを変更した
SEOプラグインを変更した
ドメインや http・https を変更した
取得エラーを修正した
投稿タイプの検索表示設定を変更した
大量の記事を移行、削除、統合した

少数の新規記事や修正記事を早めに確認したい場合は、サイトマップ全体を何度も送るのではなく、URL検査を使います。

Search Consoleから削除しても検索結果から消えるわけではない

サイトマップレポートには、送信済みサイトマップを削除する操作があります。この削除はレポート上の送信記録を外すもので、Googleのインデックスからページを一括削除する操作ではありません。

検索結果へ出したくないページがある場合は、ページ側で目的に合った対応を行います。

不要ページを404または410にする
別ページへ統合するなら適切にリダイレクトする
検索結果へ出したくない公開ページには noindex を検討する
サイトマップから対象URLを外す
内部リンクやcanonicalも整合させる

サイトマップから外しただけで、すでに登録されたURLがすぐ消えるとは限りません。

月1回のサイトマップ確認

毎日見る必要はありません。月1回、または大きな設定変更後に次を確認します。

サイトマップURLをブラウザーで開ける
最終読み込みが成功している
検出されたURL数が急にゼロや大幅減になっていない
新しい子サイトマップが意図どおり追加されている
削除した投稿タイプが残っていない
ページインデックス登録レポートで除外理由を確認する
問題のあるURLをURL検査する

サイトマップは送信して終わりではなく、サイト構造の変化をGoogleへ正しく伝えられているかを確認する場所です。

登録後の表示回数、クリック、CTR、検索語、平均掲載順位は、記事公開後にSearch Consoleで見る5項目｜表示回数・クリック・CTR・検索語・順位を混同しないで確認できます。

よくある質問

Q1．サイトマップを送信すれば、すぐ検索結果へ出ますか？

保証されません。送信はサイトマップの場所を知らせる作業です。Googleがファイルを取得し、URLをクロールし、インデックスへ登録するまでには別の判断と時間があります。

Q2．「成功」なのに登録ページが少ないのは異常ですか？

成功はサイトマップを取得・解析できた状態です。各ページの登録可否とは別です。ページインデックス登録レポートで未登録の理由を確認します。

Q3．`wp-sitemap.xml` と `sitemap_index.xml` の両方を送りますか？

サイトで実際に使っている生成元を確認し、通常は管理対象となる一つのサイトマップインデックスを送ります。WordPress本体とSEOプラグインが別々に出力している場合は、どちらを正規の運用対象にするか設定を確認します。

Q4．新しい記事を公開するたびに送信しますか？

自動生成サイトマップが更新されていれば、同じURLを毎回送り直す必要は通常ありません。サイトマップの最終読み込みと、新しいURLがファイルへ追加されているかを確認します。

Q5．サイトマップを削除すれば記事もGoogleから消えますか？

消えるとは限りません。レポートからの削除と、ページのインデックス削除は別です。ページ側の公開状態、HTTP応答、noindex、リダイレクトなどを目的に合わせて設定します。

まとめ：成功表示の後に、ページ登録を確認する

WordPressのサイトマップは、実際の公開URLをブラウザーで確認してからSearch Consoleへ送信します。入力するのは、Googleへアップロードするファイルではなく、自分のサイト上にあるサイトマップの場所です。

送信後の「成功」は、Googleがサイトマップを取得して読み取れたという意味です。全ページのクロールやインデックス登録を保証しません。

取得エラーならサイトマップURLとアクセス状態を直し、解析エラーなら生成元と該当URLを確認する。成功後はページインデックス登録レポートとURL検査へ進む。この順番なら、同じサイトマップを何度も送り直すだけの作業になりません。