サイトマップXMLは、一度作成すると更新が後回しになりがちなファイルです。新規ページの追加漏れや、削除済みページの残存に気づかないまま、何ヶ月も運用が続くことも珍しくありません。この記事では、サイトマップXMLと実際に公開されているページの一覧をAIに照らし合わせ、登録漏れと不要URLの混入を洗い出す手順を解説します。

01この記事でわかること

  • サイトマップXMLと実ページURL一覧を照合し、登録漏れ・不要URL・件数上限への近さを洗い出すプロンプト
  • 入力する情報(サイトマップXMLと実ページURL一覧)と、得られる出力(過不足リストと形式チェック結果)
  • 数千件を超える大規模なサイトマップを、分割してチェックする方法

02結論サマリー

Googleは1つのサイトマップファイルに含められるURL数の上限を50,000件と定めています。ファイルサイズの上限は50MB(非圧縮時)です(出典: Google公式サイトマップガイド)。上限を超える場合は、複数ファイルに分割したうえでsitemap indexファイルにまとめる方法が案内されています。

以下は、登録漏れと不要URLの混入という2つのズレを、サイトマップXMLと実ページ一覧の突き合わせで一度に検出するプロンプトです。上限件数への近さも同時に確認できるよう設計しています。

使用AIツール: Claude(サイトマップXMLと実ページURL一覧をテキストとして貼り付けるだけで診断でき、2026年7月時点の無料プランで動作を確認しています。特別な拡張機能は不要です)

03課題の整理(なぜ難しいか)

サイトマップの過不足は、ページ数が数百を超えたあたりから、目視での照合が現実的でなくなります。

  • 新しく公開したページを、サイトマップの更新作業に含め忘れる
  • 削除・統合したページのURLが、サイトマップに残り続ける
  • URL末尾のスラッシュの有無やhttp/httpsの違いを、人力で見分けるのは骨が折れる
  • 件数やファイルサイズが上限にどれだけ近づいているか、普段は意識されない

ここから紹介するプロンプトは、件数の照合と個別URLの突合を、1回の実行でまとめて行える形にしています。

04プロンプト本体

サイトマップXMLを更新した直後や、四半期ごとの定期棚卸しで、実ページとの過不足を確認する場面で使います。

あなたはテクニカルSEO/AIOの実装を確認するアナリストです。以下の
サイトマップXMLと実ページURL一覧を照合し、登録漏れと不要URLの
混入を洗い出してください。

■照合対象
【サイトマップXML】
【実ページURL一覧】

■チェック項目(この6項目を必ず全て判定すること)
1. 【実ページURL一覧】にあるが【サイトマップXML】に含まれていない
   URL(登録漏れの疑い)を、全て列挙すること。
2. 【サイトマップXML】にあるが【実ページURL一覧】に存在しないURL
   (削除済みページ・存在しないURLの混入の疑い)を、全て列挙する
   こと。
3. 【サイトマップXML】内の<loc>タグの件数を数え、50,000件を超え
   ていないか判定すること(超える場合はsitemap indexでの分割が
   必要)。
4. 各<loc>タグの値が、スキーム(http/https)を含む絶対URLの形式に
   なっているか判定すること。
5. 同一URLが<loc>タグ内に重複して複数回記載されていないか判定す
   ること。
6. <lastmod>タグが存在する場合、W3C Datetime形式など有効な日付
   形式で記述されているか判定すること。

■出力形式
以下の3つの表に分けて出力してください。
1. 登録漏れの疑いがあるURL一覧: | URL | 実ページ一覧での確認箇所 |
2. 不要URLの疑いがあるURL一覧: | URL | 判定理由 |
3. 形式・構造上の問題: | 項目(3〜6) | 判定(OK/NG/要確認) | 該当箇所 |
最後に、<loc>タグの総数と、50,000件の上限に対する余裕(または超過
件数)を1行でまとめること。

■制約
- URLの末尾のスラッシュの有無、httpとhttpsの違いは、別のURLとして
  厳密に扱うこと。同一URLとみなして推測で統合しないこと。
- 【サイトマップXML】・【実ページURL一覧】に実際に書かれていない
  URLを、AIが推測で作り出さないこと。

使う変数

変数説明入力例
【サイトマップXML】点検対象のsitemap.xmlの内容全文(またはURLを含む主要部分)<urlset><url><loc>https://example.com/</loc></url></urlset>(架空サンプル)
【実ページURL一覧】実際に公開されている全ページのURLを1行1件で列挙したものhttps://example.com//https://example.com/about(架空サンプル)

※入力例のURLはいずれも説明用に作成した架空のものであり、実在するドメイン・ページを示すものではありません。

サイトマップXML過不足チェックの流れ サイトマップXMLと実ページURL一覧を入力し、AIが6項目にもとづき照合・件数確認するフロー。 FLOW サイトマップXML過不足チェックの流れ サイトマップXML+実ページURL 一覧の入力 1 AIが6項目にもとづき照合・件 数確認 2 登録漏れ/不要URL/形式問題の3 表と件数サマリーの出力 3
サイトマップXMLと実ページURL一覧の入力から、照合を経て過不足リストが出力されるまでの流れ図

05出力の見方と分析の観点

出力された3つの表は、次の3点を中心に確認してください。

  • 登録漏れとして指摘されたURLが、noindex設定や意図的な非公開ページでないか(機械的にサイトマップへ追加する前に、公開意図を確認する)
  • 不要URLとして指摘されたものが、実際に削除済みか、リダイレクト先の新URLに置き換わっているだけかを確認する
  • 件数・サイズが上限に近づいている場合、優先度の高いページから分割の検討を始める
過不足チェック結果の対応分岐 照合結果を起点に、実ページのみ存在・サイトマップのみ存在など4方向の対応へ分岐する図。 BRANCH 過不足チェック結果の対応分岐 照合結果 実ページのみに存在 サイトマップへの追加登 録を検討 サイトマップのみに存在 存在・noindex設定を確 認してから削除判断 50,000件超過 sitemap indexでの分割 形式エラー 該当タグの形式修正
過不足チェックの判定結果に応じた対応の分岐図

サイトマップを含むサイト構造全体の設計指針は、別記事『サイト構造とAIクローラビリティの関係|設計手順を7ステップで解説』で扱っています。サイトマップと役割の異なるllms.txtの書き方は、別記事『llms.txtの正しい書き方と効果の実態データ【実装テンプレ付き】』で解説しています。

06応用パターン

応用1: 大規模サイトマップを分割して実行する

数千件を超える大規模なサイトマップは、そのまま貼り付けるとAIが後半のURLを読み飛ばすことがあります。【サイトマップXML】をディレクトリ単位(例: /blog/配下のみ)や数百件単位に分割し、【実ページURL一覧】も同じ範囲に絞って複数回に分けて実行してください。

応用2: sitemap indexファイル自体を確認する

複数の子サイトマップを束ねるsitemap indexファイルを【サイトマップXML】に入力すると、■チェック項目の3・4を子サイトマップのURLに適用できます。上限件数に近いファイルの有無や、記述形式の誤りを確認できます。

07注意点

AIが提示する過不足リストは、貼り付けた時点のスナップショットにもとづく判定です。サイトの更新後は、必ず最新のサイトマップと実ページ一覧で再実行してください。

非公開のステージング環境のURLや、意図的に一般公開していない未公開ページのURLをプロンプトに貼り付ける際は注意が必要です。利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。

診断結果を社外の委託先と共有する場合や、大量サイトに自動適用する場合は、利用しているAIサービスの利用規約の範囲内で行ってください。

AIの回答は実行のたびに揺らぎます。同じ入力でも、要確認と判定される項目の粒度や、指摘の順序が実行のたびに変わることがあります。

大規模なXMLファイルをそのまま貼り付けると、AIが後半のURLを読み飛ばしたり要約して省略してしまうことがあります(コンテキストの長さの制約によるものです)。数千件を超えるサイトマップは、応用パターンで紹介した分割実行をおすすめします。

08FAQ

Q. このチェックは、公開前と定期運用のどちらのタイミングで使うべきですか?

両方で使うことをおすすめします。公開前は新規ページの登録漏れ防止、定期運用(月次や四半期ごと)は削除済みページの残存や件数上限への近さの確認に向いています。

Q. sitemap indexで分割している場合、親ファイルと子ファイルのどちらを入力すればいいですか?

まず親ファイル(sitemap index)を【サイトマップXML】に入力し、子サイトマップの重複や欠落がないかを確認します。そのうえで子サイトマップごとに個別に本プロンプトを実行し、実ページとの過不足を確認する2段階の使い方をおすすめします。

Q. <lastmod>や<priority>を正確に書く必要はありますか?

Googleは<lastmod>について、一貫して正確に検証可能な場合に使用するとしています。一方<changefreq>と<priority>は無視すると案内しています(出典: Google公式サイトマップガイド)。ただしGoogle以外の検索エンジンやツールが参照する場合もあるため、記述自体を省略する必要はありません。