XMLサイトマップのチェックとは、作成・送信したsitemap.xmlが検索エンジンに正しく認識されているかを点検する作業です。結論として、確認すべきは「①ブラウザでの存在②Search Consoleの送信状態とステータス③記述内容④URL数と容量⑤noindex等との矛盾⑥エラー原因⑦インデックス状況」の7項目です。上から順に点検すれば、エラーや確認漏れを自力で洗い出し、正規化・除外・分割・再送信という具体的な直し方まで判断できます。この記事では、その手順を一気通貫で解説します。
- XMLサイトマップのチェック7項目と点検の順番
- Search Consoleのステータスとエラー文言別の直し方
- 確認漏れを防ぐチェックリストと矛盾の解消手順
ブラウザ確認からインデックス計測まで、上から順に点検すれば自サイトを自己診断できます。エラー時はステータスの文言ごとに原因を切り分け、正規化や再送信で解決できます。
XMLサイトマップのチェックはなぜ必要？
XMLサイトマップのチェックが必要な理由は、作って送信しただけでは検索エンジンに正しく認識されているとは限らないからです。エラーや記述の誤りが放置されると、インデックス漏れやクロールの無駄が生じます。まずは点検の全体像を押さえましょう。
XMLサイトマップとは何を指す？
XMLサイトマップとは、サイト内のURLを検索エンジンに伝えるための「地図」にあたるファイルです。閲覧者向けの導線であるHTMLサイトマップとは役割が異なり、クローラーがページを効率よく発見するために使われます。XMLサイトマップはユーザーではなく検索エンジンのクローラーに向けた案内役です。sitemap.xmlという一般的なファイル名で設置されることが多いですが、CMSによっては別名の場合もあります。
チェックを怠るとどうなる？
チェックを怠ると、サイトマップが未認識のまま放置され、重要ページのインデックスが遅れる可能性があります。送信は成功していても中身に誤りがあれば、検出URL数が0や極端に少ない状態になることもあります。送信の成否だけでなく中身が正しいかまで点検しないと確認漏れは防げません。特にECや大規模サイトでは、影響範囲が広くなりやすい点に注意が必要です。
チェック7項目の全体像は？
点検は「存在→送信状態→記述内容→上限→矛盾→エラー→インデックス」という順で進めると漏れがありません。上流の確認を飛ばすと原因の切り分けが難しくなるため、上から順に見ていくのが効率的です。下の表で全体像を先に把握しておきましょう。
| 項目 | チェック内容 | 主な確認手段 |
|---|---|---|
| 1 | ファイルの存在 | ブラウザ |
| 2 | 送信状態とステータス | Search Console |
| 3 | 記述内容（URL・タグ） | 目視・チェッカー |
| 4 | URL数・容量の上限 | 目視・ツール |
| 5 | noindex等との矛盾 | Search Console |
| 6 | エラー文言の原因 | Search Console |
| 7 | インデックス状況 | Search Console |
TechSuite株式会社の「AI検索パートナーズ」は、こうしたサイトマップやクロール導線の構造を技術的に捉え、業種・規模・課題に合わせて顧客ごとに個別設計する形でボトルネックを特定し、改善まで伴走しています。生成AI検索への対応を検討する際は、AI検索対策の進め方も参考になります。
サイトマップは作って終わりではなく、正しく認識されているかの点検までがワンセットなんですね。
存在と送信状態はどう確認する？
まずはファイルが実在するか、そしてSearch Consoleで送信が成功しているかを確認します。この2つは点検の起点であり、ここでつまずくと以降のチェックが成立しません。ブラウザとSearch Consoleを併用して確かめましょう。
ブラウザでの存在確認はどうする？
最も手軽な方法は、ブラウザのアドレスバーに「ドメイン＋/sitemap.xml」を入力して開くことです。URL一覧のような機械的なコードが表示されれば設置済み、404エラーなら未設置かファイル名違いを疑います（出典）。末尾に/sitemap.xmlを付けて開くだけでファイルの有無をすぐ確認できます。WordPressのプラグインで生成した場合はファイル名が異なることもあるため、管理画面での出力先も確認します。
Search Consoleでの送信状態はどう見る？
Search Consoleの「サイトマップ」からURLを入力して送信し、ステータス欄が「成功しました」であれば問題ありません。同じ画面で検出URL数も確認できます（出典）。送信が成功でも検出URL数が0や極端に少ない場合は中身に問題がある可能性が高いです。数値が想定より少ないときは、記述内容や矛盾のチェックへ進みます。
通知はrobots.txtとどう使い分ける？
Googleへの通知には、robots.txtに「Sitemap:」の行を記述する方法とSearch Consoleで送信する方法があります。分割している場合はサイトマップインデックスのURLだけを送信すれば十分です（出典）。※かつて使われたping送信用エンドポイントは廃止されているため、現在はこの2つの通知手段を使います。
TechSuite株式会社の「AI検索パートナーズ」は、サイトの検索導線や送信の仕組みを含めた運用体制を戦略設計から効果測定まで一つのチームで一気通貫に支援しています。
「成功しました」だけで安心せず、検出URL数までセットで見るのが大事だと分かりました。
AI検索パートナーズでは、
AIに”選ばれる”ための戦略設計から実行まで支援！
記述内容と上限・矛盾はどうチェックする？
ここでは中身の正しさを点検します。URLの形式、タグの扱い、容量の上限、そしてnoindexなどとの矛盾が確認漏れの温床になります。送信後に気づきにくい落とし穴を、この段階でまとめて潰しておきましょう。
URLとタグは正しく書けている？
URLは相対パスでなく絶対（完全修飾）URLで、正規URLに統一し、文字コードはUTF-8である必要があります。locは2,048文字以下です（出典）。changefreqとpriorityはGoogleに無視されるため過度に頼らない方がよいです。一方でlastmodは更新判断に影響するため、W3C Datetime形式で正確に設定します。未更新なのに直近日付を乱用するとサイトマップの信頼性を下げるため注意します（出典）。
日本語URLや特殊文字の扱いは？
サイトマップに含められる文字はASCIIのみで、日本語URLはUTF-8でパーセントエンコードが必要です。&や引用符などはエスケープしないと追加時にエラーになります（出典）。日本語URLはエンコード漏れがエラーの原因になりやすいため必ず変換します。自動生成ツールやプラグインを使えば、この処理は基本的に自動化されます。
URL数と容量、矛盾はどう確認する？
1つのサイトマップに含められるURLは最大50,000件、ファイルサイズは非圧縮で最大50MBです。超える場合は分割し、サイトマップインデックスファイルにまとめます（出典）。さらにnoindexページやrobots.txtでブロックしたページ、canonicalが別URLのページ、リダイレクト元や存在しないURLは記載しないのが原則です。矛盾したURLの混入は送信エラーやクロールの無駄を招きます。
下のチェックリストで、記述内容の確認漏れを一気に点検できます。
記述内容チェックリスト
- 絶対URL・正規URL・UTF-8になっているか
- lastmodが正確、changefreq・priorityに依存しすぎていないか
- 日本語URLのエンコードと特殊文字のエスケープ
- 50,000URL・50MBの上限内、超過時は分割済みか
- noindex・canonical別URL・リダイレクト元を除外できているか
TechSuite株式会社の「AI検索パートナーズ」は、構造化データや意味的文脈、URL正規化といった技術的な要素を一次情報設計まで踏み込んで整え、生成AIが引用・推薦しやすい状態づくりを支援しています。URL正規化の考え方はLLMO対策のチェックリストでも触れています。
URLの正規化とnoindexの整合が取れているかを見れば、確認漏れの大半は防げそうですね。
AI検索パートナーズでは、AIに”選ばれる”ための戦略設計から実行まで一気通貫で支援！
AI検索パートナーズでは、AI検索の専門知識と支援実績を持つ専任コンサルタントが、AIに“引用される・選ばれる”ための戦略設計からコンテンツ最適化、効果測定・改善まで一気通貫でご支援いたします。
ご興味のある方は、ぜひ資料をダウンロードして詳細をご確認ください。
エラーとインデックス状況はどう点検する？
最後に、Search Consoleのエラー文言別に原因を切り分け、送信後のインデックス状況を計測します。エラーは文言ごとに原因がほぼ決まっており、対応表で照らせば直し方が特定できます。計測まで行えば点検は完了です。
「取得できませんでした」の原因は？
「取得できませんでした」の主因は、有効なサイトマップファイルが存在しない、サイトマップURLの記述ミス、robots.txt等でクローラーがアクセスできない、の3パターンが代表的です（出典）。サーバーへの未アップとURL誤りとアクセス制限の3点をまず疑います。ファイルの実在をブラウザで再確認し、robots.txtの記述を見直します。
エラー文言別の直し方は？
エラーには文言ごとの原因があります。下の対応表で照合すると原因を素早く特定できます。いずれもXML形式で正しく出力できていないことが背景にあるケースが多いです。
| エラー文言 | 主な原因 | 対処 |
|---|---|---|
| サイトマップはHTMLです | HTMLページを送信 | XML形式で出力し直す |
| XMLタグが指定されていません | 必須タグの欠落 | urlset/url/locを確認 |
| サポートされないファイル形式 | 非対応形式 | XML等の対応形式にする |
| 送信されたURLにnoindexタグ | noindexページを掲載 | 該当URLを除外し再送信 |
GoogleはXML／RSS／mRSS／Atom1.0／テキスト形式に対応しています（出典）。noindexページの掲載は矛盾した指示となり送信エラーの直接原因になります。
インデックス状況はどう計測する？
サイトマップ単位でインデックス数を確認し、送信URLに対する登録の割合を把握します。記事・商品・カテゴリなど種類別に分割しておくと、種類ごとのインデックス率を個別に見られます（出典）。種類別に分けると低インデックスの原因分析と対策がしやすくなります。lastmodの正確性はAI検索時代の鮮度判断にも関わるため、更新のたびに見直します。
TechSuite株式会社の「AI検索パートナーズ」は、支援事例でAI Overviewの引用率を改善した実績があり、インデックス状況の計測から生成AIでの露出改善までをデータに基づいて支援しています。
エラー文言は原因のヒントそのもの、対応表で照らせば直し方まで一気に分かりますよ。
ツールと必要性はどう判断する？
チェックはSearch Consoleだけでなく、無料オンラインチェッカーの併用で効率化できます。また、そもそも自サイトにXMLサイトマップが必要かどうかも、点検の前提として押さえておきましょう。判断基準を整理します。
無料チェッカーはどう使い分ける？
ラッコキーワードのサイトマップ確認ツール、SEOptimer、Website Planetなどは、URLを入力するだけでサイトマップの有無や構成、robots.txtの記述を検証できます（出典、出典）。競合サイトなど自分が管理していないURLの点検には無料チェッカーが向いています。自サイトの詳細な送信状態やインデックスはSearch Consoleで確認するのが基本です。
WordPressで作った場合の注意点は？
WordPressではXML Sitemapsやプラグインで自動生成できますが、除外設定が意図通りかを確認する必要があります。noindexページや添付ファイルページが含まれていないか、出力先URLがSearch Consoleへの送信値と一致しているかを点検します。自動生成でも除外設定と出力先の確認は手動で行う価値があります。プラグインの更新後は出力内容が変わることもあるため定期的に見直します。
そもそもサイトマップは必要？
Googleは、サイトが大きい、新しく外部リンクが少ない、動画や画像などリッチメディアが多い、ニュース掲載といったケースでサイトマップが有効としています。500ページ以下の小規模サイトで内部リンクが十分なら必須ではありません（500は目安）（出典）。サイトマップは内部リンクの代わりではなく併用が前提です。孤立ページを作らないことが土台になります。
TechSuite株式会社の「AI検索パートナーズ」は、AIを活用したコンテンツ制作の仕組みを「バクヤスAI記事代行」で培っており、その制作エンジンを転用して検索意図や想定質問の分解に沿った高品質なコンテンツ設計を高速に行えます。AI検索の全体像はLLMOの基礎解説もあわせてご覧ください。
ツールと必要性の判断を押さえておけば、点検の精度と効率がぐっと上がりますね。
よくある質問
- 送信すればすぐインデックスされますか？
いいえ、すぐには限りません。サイトマップはクロールの発見を助ける仕組みで、インデックスを保証するものではありません。送信後はSearch Consoleで検出URL数とインデックス数を継続的に確認します。
- 一度作ったら更新は不要ですか？
更新は必要です。ページの追加や削除に合わせて内容を最新化し、lastmodを正確に保つことが望ましいとされています。多くのCMSやプラグインでは自動更新されますが、出力内容の定期確認は有効です。
- sitemap.xmlが見つからない場合はどうしますか？
まずファイル名が別名でないかを確認します。多くのサイトはルートディレクトリに設置しますが、CMSによって出力先が異なります。robots.txtのSitemap行や管理画面の設定から実際の出力先URLを特定します。
まとめ
XMLサイトマップのチェックは、存在確認から送信状態、記述内容、上限、矛盾、エラー、インデックス計測までの7項目を上から順に点検するのが基本です。送信が成功していても中身が正しいとは限らないため、検出URL数や矛盾の有無まで確認することが確認漏れ防止につながります。
エラーは文言ごとに原因がほぼ決まっており、対応表で照らせば正規化・除外・分割・再送信といった直し方を特定できます。無料チェッカーとSearch Consoleを使い分け、必要性の判断も含めて定期的に見直しましょう。
lastmodの正確性やインデックス計測は、生成AI検索時代の鮮度判断でも重要度が増しています。本記事のチェックリストを活用し、自サイトの状態を継続的に点検してください。
参考にした情報源
