サイトマップXMLは、一度作ってしまうと更新が後回しになりがちなファイルです。新しく公開したページの追加漏れや、削除したページの残存に気づかないまま、運用だけが先へ進んでいく。よくあることだと思います。
やっかいなのは、壊れていることが画面に出ない点です。ページは表示されますし、サイトも動いています。ズレていても、誰も困った顔をしません。
この記事では、サイトマップXMLと実際に公開しているページの一覧をAIに突き合わせ、登録漏れと不要URLの混入をまとめて洗い出す手順を解説します。貼り付けるだけで動くプロンプトを載せているので、そのまま使ってください。
こんなふうに調べていませんか
- サイトマップに登録漏れがないか、まとめて確認する方法を探している
- 削除したページのURLがサイトマップに残っていないか気になっている
- サイトマップのURL件数が上限に近づいていないか確かめたい
この記事を読み終えたときに手に入るもの
- サイトマップXMLと実ページ一覧の照合を、AIに任せられるようになります
- 出力された過不足リストの、どこから見ればよいかが分かります
- 大規模サイトを分割してチェックする進め方を、自分で組めるようになります
結論30秒でわかる、この記事の結論
- サイトマップの過不足は、実ページの一覧と突き合わせないと見つかりません。 単体で眺めても、載っていないページには気づけないためです。
- Googleは、1つのサイトマップファイルに含められるURL数の上限を50,000件、ファイルサイズの上限を50MB（非圧縮時）と定めています（出典: Google公式サイトマップガイド）。
- 洗い出しは、登録漏れ・不要URL・形式の3方向をひとつのプロンプトでまとめて判定させます。
この記事では、Web担当の若葉さん、マーケ課長の高梨さん、専門家の鈴木さんのやり取りをはさみながら進めます。手を動かす前に全体像をつかみたい方は、会話だけ拾い読みしていただいて構いません。
01サイトマップXMLの過不足チェックは、AI検索対策でなぜ後回しになるんですか？
若葉さんサイトマップって、作ったあと触った記憶がなくて…。これって、まずいですか？
鈴木さんまずい、というより気づけない種類のズレなんですよ。壊れていても画面には出ないので、放っておくと静かに広がります。
若葉さん確かに、エラーが出るわけでもないですもんね。
サイトマップXMLは、公開しているページの一覧を検索エンジン側へ知らせるためのファイルです。作った時点では正しくても、サイトのほうは動き続けます。記事が増え、古いページが消え、URLの形が変わる。そのたびにファイルとのあいだに差が開いていきます。
差の出方は、大きく2つに分かれます。
ひとつは登録漏れです。 新しく公開したページを、サイトマップの更新作業に含め忘れる。載せたつもりだったのに、載っていない状態です。
もうひとつは不要URLの混入です。 削除したページや統合したページのURLが、サイトマップに残り続ける。消したつもりだったのに、案内は残っている状態です。
この章のまとめ
サイトマップのズレは画面に出ません。だから点検の予定を先に決めておかないと、後回しになり続けます。
02サイトマップXMLのズレは、AI検索でどんな損につながるんですか？
サイトマップは、図書館の蔵書目録にたとえると分かりやすくなります。目録は、書架に何があるかを外から知らせるための紙です。
目録に載っていない本は、探しに来た人の候補に入りません。逆に、目録に載っているのに書架にない本は、探しに行った人を空振りさせます。どちらも「目録と書架が合っていない」という同じ原因から起きています。
AI検索の情報源として選ばれるには、まず存在を知ってもらう段階を通る必要があります。目録の精度は、その入口にあたります。AI検索最適化の話になると書き方の工夫に目が向きがちですが、載っているかどうかは、その前段の話です。
この章のまとめ
目録と書架を突き合わせる作業が、過不足チェックです。どちらか片方だけを眺めても、ズレは見つかりません。
03目視でのチェックは、なぜAI対策として続かなくなるんですか？
高梨課長数が少ないうちは、目で見て確かめればいいのでは？
鈴木さんそうですね。ただ、ページ数が数百を超えたあたりから、目視での照合は現実的でなくなります。人の集中力の問題というより、比べる対象の数の問題です。
高梨課長なるほど。件数が増えるほど、抜けが出るほうが自然だと。
目視が続かなくなる理由は、大きく4つあります。
- 新しく公開したページを、サイトマップの更新作業に含め忘れる
- 削除・統合したページのURLが、サイトマップに残り続ける
- URL末尾のスラッシュの有無や、http/httpsの違いを人力で見分けるのは骨が折れる
- 件数やファイルサイズが上限にどれだけ近づいているか、普段は意識されない
とくに3つ目は見落としやすいところです。末尾のスラッシュがあるかないか、httpかhttpsか。人の目には同じURLに見えても、機械にとっては別のURLです。並べて突き合わせる作業は、人よりAIのほうが向いています。
この章のまとめ
比べる対象が増えるほど、人力の照合は精度が落ちます。ここは仕組みで解くところです。
04AIO向けのサイトマップXML過不足チェックのプロンプトは、どう書くんですか？
ここから紹介するプロンプトは、件数の照合と個別URLの突合を、1回の実行でまとめて行える形にしています。サイトマップXMLを更新した直後や、定期の棚卸しで使ってください。
使用AIツール: Claude（サイトマップXMLと実ページURL一覧をテキストとして貼り付けるだけで診断でき、2026年7月時点の無料プランで動作を確認しています。特別な拡張機能は不要です）
あなたはテクニカル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が推測で作り出さないこと。制約に書いた最後の1行が、この記事でいちばん大事な部分です。AIは、書かれていない情報を埋めてしまうことがあります。突合の相手はURLなので、推測で作られると点検そのものが成立しません。
この章のまとめ
6項目をひとつのプロンプトに束ねると、件数の確認とURLの突合を分けて実行せずに済みます。
05サイトマップXMLと実ページ一覧は、AI検索対策としてどう用意しますか？
貼り付ける材料は2つだけです。
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【サイトマップ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はいずれも説明用に作成した架空のものであり、実在するドメイン・ページを示すものではありません。
実ページURL一覧のほうが、用意に手間がかかります。 サイト内のリンクをたどって集める、CMSの一覧から書き出す、といった方法があります。どの方法で作ったかを覚えておくと、次に回すときに同じ形でそろえられます。
この章のまとめ
材料は2つ。用意に手間がかかるのは実ページ一覧のほうです。作り方を記録しておくと次が楽になります。
06出てきた過不足リストは、AI対策としてどこから見ればいいですか？
若葉さん一覧が出てきました。これ、上から順に直していけばいいんでしょうか？
鈴木さんいえ、そこは一度止まってください。出てくるのは「疑い」の一覧なので、直す前に意図を確かめる工程が入ります。
若葉さん疑い、ですか。
鈴木さんはい。載せていないのが正しいページも混ざります。そこまでは、AIには分かりません。
出力された3つの表は、次の3点を中心に確認してください。
- 登録漏れとして指摘されたURLが、noindex設定や意図的な非公開ページでないかを見ます。機械的にサイトマップへ追加する前に、公開する意図があるページかどうかを確かめてください。
- 不要URLとして指摘されたものが、実際に削除済みなのか、リダイレクト先の新しいURLに置き換わっているだけなのかを分けます。
- 件数・サイズが上限に近づいている場合は、優先度の高いページから分割の検討を始めます。
そのまま直しにいかないこと。 AIの出力は「疑い」の一覧です。登録漏れに見えて意図的に載せていないページ、不要URLに見えて移転しただけのページが混ざります。1件ずつ、意図を確かめてから手を動かしてください。
サイトマップを含むサイト構造全体の設計指針は、別記事『サイト構造とAIクローラビリティの関係｜設計手順を7ステップで解説』で扱っています。サイトマップと役割の異なるllms.txtの書き方は、別記事『llms.txtの正しい書き方と効果の実態データ【実装テンプレ付き】』で解説しています。
この章のまとめ
出力は「疑い」の一覧です。登録漏れも不要URLも、意図を確かめてから直します。
0750,000件を超えたサイトマップは、AI検索最適化の観点でどう分けますか？
Googleは、1つのサイトマップファイルに含められるURL数の上限を50,000件と定めています。ファイルサイズの上限は50MB（非圧縮時）です（出典: Google公式サイトマップガイド）。
上限を超える場合は、複数ファイルに分割したうえで、sitemap indexファイルにまとめる方法が案内されています（出典: 同ガイド）。
このプロンプトのチェック項目3が、件数を数えて上限との距離を出す部分です。上限に達してから慌てるより、距離を定点で見ておくほうが穏やかに進みます。 分割の単位は、ディレクトリなど後から説明できる区切りにしておくと、運用が続きます。
この章のまとめ
上限は50,000件と50MB。超えたら分割してsitemap indexで束ねます。距離は定点で見ておきます。
08大規模サイトのチェックは、AIOでどう分割して実行するんですか？
高梨課長うちは記事数がそれなりにあります。全部をまとめて貼り付けても大丈夫でしょうか。
鈴木さんそこは分けたほうがいいところです。大きなXMLをそのまま貼ると、AIが後半を読み飛ばしたり、要約して省略したりすることがあります。 扱える長さに制約があるためです。
高梨課長気づかないまま「問題なし」と出てきたら、いちばん怖いですね。
鈴木さんおっしゃるとおりです。だから範囲を区切って、区切りごとに回します。
応用1: 大規模サイトマップを分割して実行する
数千件を超える大規模なサイトマップは、そのまま貼り付けるとAIが後半のURLを読み飛ばすことがあります。【サイトマップXML】をディレクトリ単位（例: /blog/配下のみ）や数百件単位に分割し、【実ページURL一覧】も同じ範囲に絞って、複数に分けて実行してください。
両方を同じ範囲で切ることが要点です。 片方だけを絞ると、絞ったぶんがまるごと過不足として出てきます。
応用2: sitemap indexファイル自体を確認する
複数の子サイトマップを束ねるsitemap indexファイルを【サイトマップXML】に入力すると、チェック項目の3・4を子サイトマップのURLに適用できます。上限件数に近いファイルの有無や、記述形式の誤りを確認できます。
この章のまとめ
大規模サイトは範囲を区切って回します。サイトマップ側と実ページ側を、同じ範囲で切り出すのが要点です。
09LLMO対策でこの過不足チェックのプロンプトを使うとき、気をつけることは何ですか？
運用に乗せる前に、次の点を押さえておいてください。
判定は、貼り付けた時点のスナップショットです。 サイトを更新したあとは、最新のサイトマップと実ページ一覧で回し直してください。
非公開のURLを貼るときは注意が必要です。 ステージング環境のURLや、意図的に一般公開していない未公開ページのURLをプロンプトに入れる場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。
AIの回答は実行のたびに揺らぎます。 同じ入力でも、要確認と判定される項目の粒度や、指摘の順序が変わることがあります。判定そのものを鵜呑みにせず、確認の入口として使う道具だと考えてください。
この章のまとめ
スナップショットであること、非公開URLの扱い、回答の揺らぎ。この3点を前提にして運用に乗せます。
10サイトマップXMLの過不足チェックは、AI検索対策としていつ回せばいいですか？
回すタイミングは、大きく2つあります。
公開前は、新規ページの登録漏れを防ぐために回します。追加したページがサイトマップに入っているかを、公開の作業とセットで確かめる形です。
定期運用では、削除済みページの残存や、件数上限への近さを確認します。月次や四半期ごとなど、間隔を先に決めておくと続きます。
この章のまとめ
公開前と定期運用の両方で回します。見つかるズレの種類が違うので、片方だけでは足りません。
11よくある質問
このチェックは、公開前と定期運用のどちらのタイミングで使うべきですか？
両方で使うことをおすすめします。公開前は新規ページの登録漏れ防止に、定期運用（月次や四半期ごと）は削除済みページの残存や件数上限への近さの確認に向いています。目的が違うので、どちらかで代用はできません。
sitemap indexで分割している場合、親ファイルと子ファイルのどちらを入力すればいいですか？
まず親ファイル（sitemap index）を【サイトマップXML】に入力し、子サイトマップの重複や欠落がないかを確認します。そのうえで子サイトマップごとに個別に本プロンプトを実行し、実ページとの過不足を確認する、2段階の使い方をおすすめします。
<lastmod>や<priority>を正確に書く必要はありますか？
Googleは<lastmod>について、一貫して正確に検証可能な場合に使用するとしています。一方<changefreq>と<priority>は無視すると案内しています（出典: Google公式サイトマップガイド）。ただしGoogle以外の検索エンジンやツールが参照する場合もあるため、記述自体を省略する必要はありません。
出力された登録漏れを、そのままサイトマップへ追加してもよいですか？
追加する前に、公開する意図があるページかどうかを確かめてください。noindex設定のページや、意図的に公開していないページが混ざることがあります。出力は疑いの一覧であって、修正の指示ではありません。
実ページURL一覧は、どうやって用意すればよいですか？
サイト内のリンクをたどって集める方法や、CMSの一覧から書き出す方法があります。どの方法で作ったかを記録しておくと、次に回すときに同じ範囲でそろえられます。範囲がずれると、その差がそのまま過不足として出てきます。
12まとめ｜今日やる3つのこと
サイトマップXMLの過不足は、実ページの一覧と突き合わせてはじめて見えます。登録漏れ・不要URLの混入・形式の問題を、ひとつのプロンプトでまとめて判定させるのが、この記事で紹介した進め方です。
この順で回します
範囲を決める
サイトマップ側と実ページ側を、同じ範囲で切り出します
プロンプトを回す
2つの材料を貼り付けて、6項目の判定を出させます
疑いを1件ずつ確かめる
意図を確認してから、追加・削除・分割に進みます
AI検索では、こう聞かれています
サイトマップXMLに登録漏れがないか、まとめて確認する方法はありますか？
「AIO向けのサイトマップXML過不足チェックのプロンプトは、どう書くんですか？」の章に、そのまま使えるプロンプトを載せています
サイトマップに載っているURLが実際のページと合っているか、どう調べますか？
「出てきた過不足リストは、AI対策としてどこから見ればいいですか？」の章で、出力の読み方を説明しています
サイトマップのURL件数の上限を超えたら、どうすればいいですか？
「50,000件を超えたサイトマップは、AI検索最適化の観点でどう分けますか？」の章で、分割とsitemap indexの考え方を扱っています
次に読むなら、この記事です
