Search ConsoleでXMLサイトマップを送信する方法｜sitemap_index.xmlとwp-sitemap.xmlの確認

Search ConsoleでXMLサイトマップを送信する手順 SEO・集客
2026年9月13日
SEARCH LAB / XML SITEMAP

作る前に、
今あるサイトマップを確認。

この記事は、Search ConsoleへXMLサイトマップを「送信する手順」に絞った記事です。WordPressでは本体やSEOプラグインが自動生成していることが多いため、新しく作る前に今のサイトで実際に使われているサイトマップURLを確認します。送信後に「読み込めませんでした」と出る場合はサイトマップ取得エラーの記事、記事単体が検索に出ない場合はインデックス未登録の確認へ分けます。

YOHAKU 5-POINT CHECK先に確認する5項目

  1. サイトマップURLがブラウザで開けるか
  2. WordPress本体かSEOプラグインのどちらが生成しているか
  3. 公開したくないURLが大量に含まれていないか
  4. Search Consoleのプロパティが正しいか
  5. 送信後に『成功』だけでなく最終読み込み日も確認する

XMLサイトマップは何のために送信する？

Googleは通常の内部リンクからもページを見つけます。サイトマップは、その補助としてURLの存在を知らせる役割があります。Google公式も、サイトマップの送信はクロールやインデックス登録を保証するものではなく、Googleへ存在を知らせる方法だと説明しています。

そのため『サイトマップを送れば順位が上がる』と考えるのではなく、新しいURLや更新したURLを発見しやすくするための基礎設定として扱います。

WordPressで確認する主なサイトマップURL

WordPressでは環境によってサイトマップURLが異なります。代表例は次の2つです。

例 主な用途 確認ポイント
/wp-sitemap.xml WordPress本体のXMLサイトマップ URLを直接開いて一覧が表示されるか
/sitemap_index.xml SEOプラグイン等が生成するサイトマップインデックスの例 投稿・固定ページなど複数サイトマップへの入口になっているか

どちらを使うかは、インストールしているSEOプラグインや設定で変わります。名前だけで判断せず、実際にブラウザで開けるURLを確認してください。

送信後の表示から次を選ぶ

「成功」になった
そのまま最終読み込み日・検出URL数を確認
サイトマップは成功だが記事が出ない
インデックスされない記事の確認へ →

Search Consoleで送信する手順

  1. 対象サイトのSearch Consoleプロパティを開く
  2. 左メニューの『サイトマップ』を開く
  3. 『新しいサイトマップの追加』にサイトマップURLの末尾を入力する
  4. 送信する
  5. ステータス、検出されたURL数、最終読み込み日を確認する

送信直後に結果が確定しない場合もあります。エラーが出ていないかを確認し、短時間に何度も送信し直す必要はありません。

サイトマップとURL検査は役割が違う

多数の新規・更新ページをGoogleへ伝えるときはサイトマップ、特定の重要URLについてGoogleが現在どう認識しているか確認するときはURL検査を使います。URL検査では公開URLのインデックス登録可否をテストし、条件を満たすページでは「インデックス登録をリクエスト」できます。

使う場面 向いている方法 注意点
サイト全体・多数の更新URLを伝える XMLサイトマップ 送信してもインデックス登録は保証されない
1ページの状態を確認する URL検査 登録済み情報とライブテストを分けて見る
重要な1ページを更新した URL検査→必要なら登録リクエスト リクエストには上限があり、繰り返しても順位は上がらない
多数の新規・更新ページがある サイトマップ＋正しいlastmod 内部リンク・canonical・noindexも同時に確認

Googleは、インデックス登録リクエストを送っても掲載を保証しないこと、ページ数が多い場合はサイトマップを使うことを案内しています。未登録のページがあるときは、登録リクエストを繰り返す前にGoogleに記事が出てこないときの確認手順で、noindex・canonical・重複・内部リンクなどを切り分けてください。

wp-sitemap.xmlとsitemap_index.xmlを両方送るべき？

同じ公開URLをほぼ同じ内容で含むサイトマップを複数送ること自体に大きなメリットはありません。SEOプラグインが独自サイトマップを管理している場合は、まずそのサイトマップが正常に開けるか、必要なURLが含まれているかを確認します。

重要なのは『何本送ったか』ではなく、検索に出したい正規URLが正しく含まれていることです。サイト移転やURL変更後は、古いURLが大量に残っていないかも確認します。

送信後に見るべきポイント

表示 見ること 次の確認
成功 Googleがサイトマップを取得できた 検出URL数や最終読み込み日を見る
取得できませんでした URL・サーバー応答・アクセス制限 「サイトマップを読み込めませんでした」の確認手順で切り分ける
URL数が想定より少ない noindex、非公開、生成設定 対象ページの公開状態を確認
古いURLが残る 移転・統合後の管理 301・内部リンク・canonicalも確認

サイトマップでよくある勘違い

  • 送信しただけでインデックス登録が保証されるわけではない
  • すべてのURLを入れればよいわけではない
  • noindexページを無理にサイトマップへ入れる必要はない
  • URL変更後はサイトマップだけでなく内部リンクや301も確認する
  • 更新日の値は、実際に大きな変更があったときに合わせる

サイトマップと一緒に確認したい設定

検索に出ないページがある場合、サイトマップだけを見るのではなく、noindexの確認方法、robots.txtの確認、canonicalの確認、Google Search Consoleの使い方、重複記事の整理方法もあわせて確認します。

YOHAKU SITEMAP AFTER SEND

送信したら、登録数ではなく3つを見る

  • 読めているか：取得エラーがないか
  • 載せたいURLが入っているか：不要URLばかりになっていないか
  • URL検査と矛盾しないか：noindex・canonical・リダイレクトを確認

サイトマップ送信はインデックス保証ではありません。送信後は、Googleが取得できる状態と各URLの公開設定を分けて確認します。

YOHAKU LIVE SITEMAP｜2026-09-29

実例｜サイトマップを「送信済み」で終わらせず、中身まで数える

YOHAKU SELECTの本番/sitemap_index.xmlを確認すると、Yoast SEOがpost / page / categoryの3種類を公開しています。さらに/post-sitemap.xmlを実URLで読み取り、画像URLを除外して数えると203 URLでした。内訳をWordPress側と突き合わせると、公開投稿202本＋投稿一覧ページ /articles/ 1ページです。

確認 2026年9月29日の実測
サイトマップindex post / page / category
post-sitemap 203 URL（公開投稿202本＋/articles/ 1ページ）
robots.txtのSitemap指定 https://zero-web.site/sitemap_index.xml

「Search Consoleへ送ったか」だけでなく、今の公開サイトマップに何が入っているかを確認します。記事を追加・削除・統合した後は、URL数と内容が意図どおりか再確認します。

まとめ

WordPressのXMLサイトマップは『新しく作る』より『今どのURLが生成されているか確認する』ことが先です。サイトマップURLを直接開き、Search Consoleへ送信し、成功・最終読み込み日・検出URL数を確認します。送信後も、noindex、canonical、内部リンク、301などをセットで見ると、検索エンジンに伝えたいURLを整理しやすくなります。

サイトマップ以外のSEO確認も必要なら

インデックス・CTR・タイトル・内部リンク・重複記事・リライトまで含めた確認順はSEO改善ロードマップで整理できます。

参考情報

この記事は「正しいXMLサイトマップをSearch Consoleへ送信する」手順専用

すでに送信済みで「読み込めませんでした」と出る場合はサイトマップ取得エラーへ進みます。サイトマップが成功でも個別URLが出ない場合はインデックス未登録を確認します。

NEXT / RELATED

次に確認するなら、この3つ。