XMLサイトマップとは?Search Consoleへの送信方法を解説

SEO・集客
XML SITEMAP & SEARCH CONSOLE GUIDE

XMLサイトマップとは?
Search Consoleへの送信方法を解説

XMLサイトマップは、ホームページ内にある重要なページのURLをまとめ、 Googleなどの検索エンジンへ伝えるためのファイルです。 新しく公開したサイト、ページ数が多いサイト、 外部リンクや内部リンクが少ないページを含むサイトでは、 URLを発見してもらう補助として役立ちます。 ただし、サイトマップを送信すれば、 掲載した全ページが必ずクロール・インデックスされるわけではありません。 本記事では、XMLサイトマップの役割とHTMLサイトマップとの違い、 WordPressで生成場所を確認する方法、 掲載URLの点検項目、 Google Search Consoleから送信する手順、 「取得できませんでした」「読み込めませんでした」などのエラー確認、 公開後の運用方法まで解説します。

XMLサイトマップ WordPress Search Console クロール・インデックス
主な役割 重要なURLを
検索エンジンへ通知

ページの存在や更新情報を伝え、発見・クロールを補助します。

WordPress 生成済みか
URLを確認

WordPress標準では通常「/wp-sitemap.xml」にサイトマップインデックスが生成されます。

Search Console ファイルではなく
公開URLを送信

サイト上で閲覧できるサイトマップURLを「サイトマップ」レポートへ入力します。

SECTION 01

XMLサイトマップは ページを発見・クロールしてもらうための補助ファイル

検索順位を上げる命令書ではなく、サイト内の重要なURLを伝える一覧です。

ROLE URL発見を
補助する

XMLサイトマップは、 サイト内のページ、画像、動画などのURLと、 URL同士の関係や更新情報を検索エンジンへ伝えるファイルです。 Googleはサイトマップを読み取り、 サイトをより効率的にクロールするための参考にします。

通常、Googleはホームページ内のメニューや内部リンク、 他サイトからのリンクをたどってページを見つけます。 そのため、重要なページがトップページから適切につながっている小規模サイトでは、 サイトマップがなくても発見される場合があります。

それでも、新規サイト、ページ数が多いサイト、 更新頻度が高いサイト、内部リンクが少ないページを含むサイトでは、 重要なURLをまとめて伝えられるXMLサイトマップが役立ちます。 小規模事業者のホームページでも、 WordPressなどが自動生成している場合は、内容を確認して活用するとよいでしょう。

サイトの状態
サイトマップの有用性
理由
公開したばかり
高い
外部リンクが少なく、Googleがページを発見する経路がまだ少ないためです。
ページ数が多い
高い
すべての重要ページへ内部リンクが届いているか確認しにくいためです。
記事・商品を頻繁に追加
高い
新規・更新URLを検索エンジンへ伝える補助になります。
500ページ以下で内部リンクが充実
必須ではない場合もある
Googleはトップページからリンクをたどって重要ページを発見できる可能性があります。
Googleは、サイトマップに掲載したURLが すべてクロール・インデックスされることを保証していません。 サイトマップは検索登録の申請書ではなく、 GoogleがURLを発見・処理する際に使う「ヒント」です。
SECTION 02

XMLは検索エンジン向け HTMLは主に訪問者向け

名前は似ていますが、用途・形式・設置方法が異なります。

XML SITEMAP XMLサイトマップ
検索エンジン向け

URLを機械が読み取りやすいXML形式で一覧化し、 Search Consoleやrobots.txtなどから場所を伝えます。

通常の訪問者がメニュー代わりに使うことは想定されていません。
HTML SITEMAP HTMLサイトマップ
訪問者向け

サイト内の主要ページを通常のWebページとして整理し、 ユーザーが目的の情報を探すために使います。

フッターや案内ページからリンクし、情報設計・内部リンクを補います。
SITEMAP INDEX サイトマップインデックス
複数XMLの一覧

投稿・固定ページ・カテゴリなどに分かれた 複数のXMLサイトマップをまとめる親ファイルです。

Search Consoleには、個別ファイルではなく親インデックスを送信できる場合があります。
できること
できないこと
別途必要な対応
重要URLの存在を伝える
検索順位を指定する
検索意図に合う内容、タイトル、内部リンク、表示速度などを改善します。
新規・更新ページの発見を補助
必ずクロールさせる
URL検査、サーバー状態、robots.txt、内部リンクも確認します。
正規URLの候補を伝える
重複URLを強制的に統合する
canonical、リダイレクト、内部リンク、URL設計をそろえます。
エラーURLを見つける手掛かり
ページ品質を改善する
薄い内容、重複、noindex、404、ソフト404を個別に直します。
XMLサイトマップへURLを追加しても、 ページの品質や技術設定に問題があればインデックスされません。 反対に、サイトマップに載っていないURLでも、 内部リンクや外部リンクからGoogleが発見することがあります。
SECTION 03

WordPressでは まず生成済みのサイトマップURLを確認する

新しいプラグインを追加する前に、WordPress本体や既存SEO機能が生成していないか調べます。

WORDPRESS CORE /wp-sitemap.xml

WordPressはバージョン5.5から、 XMLサイトマップを標準機能として生成します。 通常はサイトのドメイン末尾へ 「/wp-sitemap.xml」を付けると、 サイトマップインデックスを確認できます。

標準サイトマップには、 公開対象の投稿、固定ページ、カスタム投稿タイプ、 カテゴリなどのタクソノミー、 著者アーカイブなどが含まれる場合があります。 サイトの設定やテーマ、プラグインによって、 対象やURLは変わることがあります。

SEOプラグインやサイトマップ専用プラグインを利用している場合は、 WordPress標準機能とは別のURLで 「sitemap_index.xml」などが生成されることがあります。 複数のサイトマップ機能を重複して有効にする前に、 現在どの機能が使われているかを確認しましょう。

01
標準URLをブラウザで開く

「https://ドメイン/wp-sitemap.xml」へアクセスし、 XMLまたは整形されたサイトマップ一覧が表示されるか確認します。

標準
02
SEOプラグインの設定を確認する

管理画面でXMLサイトマップ機能が有効か、 サイトマップURLがどこに表示されているかを確認します。

追加
03
robots.txtを確認する

「https://ドメイン/robots.txt」を開き、 Sitemap行に使用中のURLが記載されているか確認します。

発見
04
インデックス内の個別XMLを開く

投稿、固定ページ、カテゴリなどの子サイトマップを開き、 URLが正常に表示されるか確認します。

中身
05
使用する親ファイルを一つ決める

Search Consoleへ送信するサイトマップインデックスを決め、 古いURLや停止したプラグインのURLを混ぜないようにします。

選択
06
ログアウト状態でも閲覧する

管理者だけでなく一般ユーザー・Googlebotが取得できるよう、 ログインやパスワードなしで開けることを確認します。

公開
確認結果
判断
次の対応
/wp-sitemap.xmlが表示
WordPress標準機能が動作
掲載URLを確認し、問題がなければSearch Consoleへ送信します。
別のサイトマップが表示
プラグイン等が生成
設定画面とrobots.txtを確認し、現在の親URLを特定します。
404・白画面・エラー
生成・転送・サーバー設定に問題
パーマリンク、キャッシュ、プラグイン競合、PHP環境を確認します。
ログイン時だけ表示
外部から取得不能
メンテナンス、閲覧制限、セキュリティ設定を見直します。
WordPress標準サイトマップとプラグイン生成サイトマップが 同時に存在すること自体が必ずエラーになるわけではありません。 ただし、管理対象が分かりにくくなり、 noindexページや不要なアーカイブの除外設定が食い違う場合があります。 運用する仕組みと送信する親URLを把握しておきましょう。
SECTION 04

検索結果へ出したい正規URLだけを サイトマップへ含める

公開中という理由だけで、すべてのURLを掲載する必要はありません。

01
200で表示できるURL

ログイン、パスワード、会員限定などで保護されず、 Googlebotが正常に取得できるページを掲載します。

02
検索結果へ出したいURL

サービス、会社概要、事例、コラムなど、 ユーザーへ見せたい重要ページを対象にします。

03
正規URL

http・https、www有無、末尾スラッシュ、 canonicalなどを確認し、代表となるURLを掲載します。

04
内部リンクがあるURL

サイトマップだけに載せる孤立ページにせず、 メニュー、関連記事、サービス導線などからもつなぎます。

05
正確な更新日時

lastmodを出力する場合は、 本文や重要情報が実際に変更された日時を正確に反映します。

06
絶対URL

「/service/」のような相対URLではなく、 httpsから始まる完全なURLを使います。

URLの状態
掲載判断
対応
重要な公開ページ
掲載する
正規URL、200応答、index可能、内部リンクを確認します。
noindexページ
原則掲載しない
検索除外の意図とサイトマップ掲載が矛盾しないようにします。
リダイレクトURL
転送先へ差し替える
301・302元URLではなく、最終的な正規URLを掲載します。
404・削除済みURL
削除する
代替ページがある場合は適切にリダイレクトし、サイトマップを更新します。
重複・タグ・著者アーカイブ
サイト方針で判断
検索価値があるか、noindex・canonical設定と一致しているか確認します。
Googleのサイトマップ仕様では、 1ファイルあたり非圧縮で50MBまたは50,000URLが上限です。 超える場合は複数ファイルへ分割し、 サイトマップインデックスへまとめます。 小規模事業者サイトでは上限より、不要URLやエラーURLが混ざっていないかの確認が重要です。
SECTION 05

Search Consoleのサイトマップレポートへ 公開URLを入力して送信する

XMLファイルをパソコンからGoogleへアップロードする操作ではありません。

01
対象プロパティを選択する

Search Consoleを開き、 実際のサイトと一致するドメインまたはURLプレフィックスプロパティを選びます。

選択
02
サイトマップURLをブラウザで確認する

ログアウト状態で開き、 404、ログイン要求、HTMLエラーページではなく、 正常なXMLが表示されることを確認します。

確認
03
左メニューから「サイトマップ」を開く

インデックス作成に関するメニュー内の 「サイトマップ」レポートへ移動します。

画面
04
新しいサイトマップへパスを入力する

表示されているドメインに続けて、 「wp-sitemap.xml」など実際のファイルパスを入力します。

入力
05
送信してステータスを確認する

「送信」を押し、 送信済みサイトマップの状態、最終読み込み日時、 検出されたページ数を確認します。

送信
06
ページのインデックス登録レポートを見る

サイトマップで絞り込み、 登録済み・未登録URLと理由を確認します。

追跡
送信例
入力する内容
確認点
WordPress標準
wp-sitemap.xml
実際に「https://example.com/wp-sitemap.xml」で開けることを確認します。
プラグイン生成
管理画面に表示されるパス
推測で入力せず、現在の設定と公開URLを確認します。
サブディレクトリ
設置階層を含む正しいパス
Search Consoleの対象プロパティとサイトマップの範囲を一致させます。
複数の子XML
親サイトマップインデックス
親ファイルが子ファイルを正しく参照しているか確認します。
Search Consoleでサイトマップを「送信」するとは、 Googleへファイルの場所を知らせることです。 サイト上にXMLを公開していない状態では送信できません。 送信直後に成功しても、掲載URLのクロール・インデックスには時間がかかる場合があります。
SECTION 06

サイトマップの取得失敗と 掲載ページの未登録を分けて確認する

親ファイルを読めない問題と、個別ページを登録しない問題では原因が異なります。

サイトマップURLが間違っている

404、旧プラグインのURL、 http・httpsやサブドメインの違いを確認します。

robots.txtで取得を妨げている

サイトマップファイルや必要なディレクトリを Googlebotが取得できないルールになっていないか確認します。

ログイン・メンテナンス・認証が必要

開発中の閲覧制限、Basic認証、 会員ログイン、メンテナンス画面を解除します。

サーバー・CDN・セキュリティが遮断

タイムアウト、5xx、WAF、 bot対策、アクセス制限でGooglebotを妨げていないか調べます。

XMLではなくHTMLエラーを返す

ブラウザでは見えていても、 Googlebotへチャレンジ画面やエラーHTMLを返していないか確認します。

個別URLにnoindex・重複・品質問題がある

サイトマップ成功後も未登録なら、 URL検査とページのインデックス登録レポートで理由を確認します。

01
同じURLをブラウザで開く

Search Consoleへ送った完全なURLを確認し、 200で正常なXMLが返るか見ます。

存在
02
URL検査の公開URLテストを行う

サイトマップURLを検査し、 クロール許可とページ取得が成功しているか確認します。

取得
03
エラー詳細を開く

取得不能、URL不正、解析エラー、 子サイトマップの問題など、表示された理由を確認します。

原因
04
サーバー・プラグイン・キャッシュを確認する

一時的な停止、キャッシュ不整合、 セキュリティ設定、プラグイン競合を切り分けます。

技術
05
修正後に再送信する

同じ親ファイルを正常化してから再送信し、 最終読み込み日時とステータスを確認します。

再送
06
未登録URLは個別に調査する

サイトマップではなく、 canonical、noindex、クロール、重複、品質、 404、ソフト404などを確認します。

個別
Search Consoleでサイトマップが「成功」でも、 掲載URLがすべて検索結果に出るわけではありません。 逆に「取得できませんでした」が一時的に表示される場合もあります。 まず公開URLテストでGooglebotが取得できるかを確認し、 明確なエラーがなければ処理状況を再確認しましょう。
SECTION 07

自動生成に任せきりにせず サイト変更後に内容と状態を確認する

毎回手動で再送信するより、生成・掲載・取得が正常かを定期的に点検します。

01
サイトマップの生成元を記録する

WordPress標準、SEOプラグイン、 専用機能のどれが生成しているかを管理表へ残します。

管理
02
親URLと子XMLを定期確認する

404、白画面、ログイン要求、 空のXML、不要URLの混入がないか確認します。

表示
03
公開・削除・URL変更を反映する

新規ページは追加され、 削除・リダイレクト・noindexページは除外されているか確認します。

更新
04
Search Consoleの最終読み込みを確認する

ステータス、最終読み込み日時、 検出されたURL数、エラーの変化を見ます。

送信
05
インデックス未登録の理由を分析する

サイトマップ送信だけを繰り返さず、 ページ品質、内部リンク、重複、技術設定を改善します。

分析
06
リニューアル・移転後に再点検する

ドメイン変更、URL構造変更、 SEOプラグイン変更、noindex解除後は特に確認します。

節目
Search Consoleの正しいプロパティを選んだ
サイトマップ生成元を把握している
親サイトマップURLをログアウト状態で開ける
サイトマップがHTTP 200で取得できる
XMLまたは正常なサイトマップ一覧が表示される
子サイトマップも正常に開ける
重要な公開ページが掲載されている
noindexページを原則掲載していない
リダイレクト元・404 URLが混ざっていない
httpsから始まる正規URLが使われている
内部リンクからも重要ページへ到達できる
robots.txtで取得を妨げていない
Search Consoleへ親URLを送信した
最終読み込み日時とステータスを確認した
未登録URLをページレポートで確認した
大きなサイト変更後に再点検した
XMLサイトマップは、設定して終わりのSEO施策ではありません。 サイト内の重要ページ、内部リンク、canonical、noindex、 リダイレクト、Search Consoleの状態と一致していることが大切です。 検索に出ないページがある場合は、 サイトマップ送信だけで解決しようとせず、個別の原因を調べましょう。
CRAWLING & INDEXING

サイトマップ・内部リンク・技術設定を 一つの流れとして確認する

URLを知らせるだけでなく、Googleが取得・理解・登録できるページへ整えましょう。

インデックス管理の基本 公開から検索表示まで
4段階
発見・取得・理解・登録

合わせて確認したい内容

  • Search Consoleの登録と所有権確認
  • XMLサイトマップの生成元
  • robots.txtとクロール許可
  • noindex・canonical・リダイレクト
  • メニュー・関連記事・内部リンク
  • 404・ソフト404・サーバーエラー
  • ページのインデックス登録レポート
  • 公開後・リニューアル後の定期点検

※サイトマップの作成・送信によって、 クロール、インデックス、検索順位、アクセス数が 必ず向上することを保証するものではありません。 検索へ掲載したいページの内容と技術設定を合わせて改善してください。

Search Consoleの基本を見る →
サイトマップを送るだけでなく
掲載URLとインデックス状況まで確認しよう

XMLサイトマップは、 検索結果へ出したい重要なURLをGoogleへ伝える補助ファイルです。 WordPressで生成URLと掲載内容を確認し、 Search Consoleへ公開URLを送信します。 取得エラーや未登録ページがある場合は、 sitemapの再送信だけでなく、URL検査、noindex、canonical、 内部リンク、404、サーバー状態まで確認しましょう。

XMLサイトマップとSearch Consoleについて

本記事は、2026年7月時点で公開されている Google検索セントラル、Search Console、 WordPress公式情報を参考に作成しています。 Search Consoleの画面、WordPress・プラグインの仕様、 サイトマップの生成URLは変更される場合があります。 最新の公式情報と実際の管理画面を確認しながら設定してください。