サイトマップとインデックス管理｜AI検索時代に自分で確かめる3つのこと【図解つき】

「サイトマップを整えておけば、AI検索にも見つけてもらいやすくなるのでしょうか」。サイト運営のご担当者から、この質問をいただくことが増えました。

先にお伝えしておくと、この問いに、きれいな答えはまだありません。ただし、答えが見つかっていないことと、打つ手が無いことは別です。分かっている側と、分かっていない側に線を引けば、今日動ける範囲がはっきりします。

この記事は、サイトマップを作ったところで手が止まっている方に向けて書きました。Googleの公式ドキュメントで確かめられることと、AI検索側でまだ確かめられないこと。この2つを分けたうえで、公式の答えを待たずに自社で見にいける確認を最後に並べます。

この記事は、ある企業のWeb担当チームと専門家のやり取りをはさみながら進みます。ご自身に近い立場の質問から読んでいただいて構いません。

• 若葉さん（Web担当2年目）— 用語と仕組みを「そもそも」から聞く役
• 高梨課長（マーケ課長）— 誰が、どれだけの手間でやるのかを詰める役
• 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役

01そもそもサイトマップって何ですか？AIOとどう関係するんですか？

若葉さん

若葉さんの発言

サイトマップって、サイトの中に置いてある「目次ページ」のことですよね。あれを整えれば、AIにも伝わるんでしょうか。

鈴木さん

鈴木さんの発言

そこは分かれ道になりやすいところです。読者向けの目次ページと、検索エンジン向けのsitemap.xmlは、呼び名が似ているだけで別のものなんですよ。

Google公式ガイドは、サイトマップを「ページ、動画、その他のファイルの情報を提供するファイル」と定義しています（出典: Google Search Central「サイトマップの概要」）。検索エンジンがサイトを効率よくクロールするための情報源、というのがこの仕組みの役割です。

違いは宛先にあります。目次ページの宛先は人、sitemap.xmlの宛先は機械です。 見た目を整えても機械には届きませんし、機械向けのファイルを人が読んでも面白くありません。同じ「サイトマップ」という言葉が、まったく別の相手を向いています。

もうひとつ、この記事でくり返し出てくる言葉を先に置いておきます。インデックス管理とは、クロールされたページが検索エンジンのデータベースに実際に登録されているかを確かめ、意図しない未登録を放置しない運用のことです。ファイルを作る作業ではなく、作ったあとを見続ける作業を指します。

02うちのサイトにもサイトマップは要りますか？AI検索対策として必須ですか？

すべてのサイトに必須というわけではありません。Google公式ガイドは、必要性を判断する目安を示しています。

内部リンクが整理されたサイトなら、サイトマップがなくても主要ページは発見されます。 逆に言えば、サイトマップが効いてくるのは「たどり着く道が細いとき」です。道が太ければ、案内図はあってもなくても目的地には着きます。

判断がつかないときは、用意しておくほうが無難です。規模も更新頻度も、あとから変わります。ただし、用意することと、それだけで安心することは別です。サイトマップを整えても、内部リンクの構造そのものが崩れていれば効果は限られます。サイト全体の設計は、別記事『サイト構造とクローラビリティ｜AIに読まれる7つの手順』（AIOM-043）で扱っています。

03サイトマップの書き方で、AI検索最適化がつまずくのはどこですか？

サイトマップは、XML形式で<loc>タグにURLを、<lastmod>タグに更新日を記述する構造です。Google公式ガイドが示す基本形は次のとおりです。

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/foo.html</loc>
    <lastmod>2022-06-04</lastmod>
  </url>
</urlset>

書式に関わる制約は、次の4点です。

上限を超える場合は、複数のサイトマップファイルに分割し、それらをまとめる「sitemap indexファイル」を作成します（出典: 同ガイド）。分割は例外的な処置ではなく、規模が育てば通る道です。

なお、相対URLで書いてしまう、検索結果に出したくないnoindexページまで載せてしまう、削除済みページのURLを残したままにする。実装でつまずくのはこの3点で、いずれも「ファイルの中身と、サイトの実体がずれている」という同じ症状です。

04書いた値は全部読まれるんですか？サイトマップのAIO対策で効く項目は？

ここで知っておきたいのは、書いた値がすべて読まれるわけではないことです。Googleはchangefreq・priorityタグの値を無視すると明記しています。lastmodは、一貫して検証可能な形で正確である場合にGoogleが使用するとされています。

つまり、priorityをすべて最高値にして待つ、といった調整には意味がありません。手を入れるべきなのは、実体と食い違っている箇所のほうです。読まれない項目をいくら磨いても、読まれる項目のずれは残ったままになります。

05サイトマップのインデックス登録は、AIOでどこまで確認できるんですか？

送信した後は、実際にページが登録されているかを確かめます。Search Consoleの「ページのインデックス登録」レポートでは、登録済みページ数と、登録されなかった理由が分かります（出典: Search Console ヘルプ）。

ここで大事なのは、送信から登録までが一本道ではないことです。伝わったページが、そのまま登録されるわけではありません。

高梨課長

高梨課長の発言

送信したのに登録されていないページがあると、レポートを見ていて落ち着かないんですが。

鈴木さん

鈴木さんの発言

未登録には段階があります。どの段階で止まっているのかが分かれば、次にやることも変わってきますよ。

レポートは、未登録の理由をステータスの名前で伝えてきます。名前が似ているので混同されやすいのですが、指している状態はまったく違います。次の章で分けて見ていきます。

06「インデックス未登録」と出たら、AI対策として何を見ればいいですか？

未登録の代表的なステータスは、次の2つです。

同じ「未登録」でも、前者はまだ読まれてすらいない状態、後者は読まれた上で保留されている状態です。前者ならサーバー側と巡回の余力の話、後者はページの中身の話になります。見るべき場所が入れ替わります。

大規模サイトでは、巡回の優先順位づけも課題になります。Google公式ガイドは、重複コンテンツの統合をクロール効率を高める方法として挙げています。あわせて、削除済みページには404・410ステータスコードを返すよう案内しています（出典: Google Search Central「大規模サイトのクロールバジェット管理」）。

07AIクローラーはサイトマップを読んでいますか？LLMOの実態はどうなんですか？

高梨課長

高梨課長の発言

ここまではGoogleの話ですよね。AI検索側のクローラーは、サイトマップを見ているんでしょうか。そこが知りたくて。

鈴木さん

鈴木さんの発言

正直にお答えします。公式の文書には、書かれていません。 見ていないと書いてあるのでもなく、何も書かれていない、という状態です。

WEBMARKSは、OpenAI・Perplexityが公開する公式クローラードキュメントを確認しました。いずれの文書にも、sitemap.xmlの読み取りに関する記述は見当たりませんでした（2026年7月時点）。 なお、今回確認したのはこの2社の文書に限られます。他社のクローラー文書は本稿では検証していません。

ここは踏み外しやすいところなので、言葉を厳密にします。「記述が見当たらない」は「無視される」という意味ではありません。 書かれていないだけです。だから、読んでいる前提で作り込むことも、読んでいない前提で捨てることも、どちらも今の材料からは導けません。

08公式文書が無い中で、サイトマップとインデックスのAIO対策は何ができますか？

「効果が未確認」と「打つ手なし」は別です。サイトマップの送信結果をAI検索側で追う手段はありませんが、その手前の事実であれば自社で確認できます。

この3つに共通しているのは、答えを外から待たずに、自社の手元で完結することです。公式文書の更新を待つ間も、この範囲は動かせます。

サイトマップの中身の点検そのものは、別記事『サイトマップXMLの過不足チェック｜AIが6項目を診断するプロンプト』（AIOM-670）の手順で自動化できます。AI向けにサイト構造を伝える別系統の手段としてllms.txtもあります。書式と効果の実態は、別記事『llms.txtとは？書き方4ステップと効果の実態』（AIOM-012）で扱っています。

09インデックス確認用のアクセスログは、AI検索対策としてどう読めばいいんですか？

Search Consoleが報告するのはGooglebotの挙動だけです。 AIクローラーが自社サイトの何を取得したかは、Search Consoleでは確認できません。確実な一次情報は、自社サーバーのアクセスログになります。

若葉さん

若葉さんの発言

ログって、あの黒い画面にずらっと出てくるものですよね。あれを全部読むんですか…。

鈴木さん

鈴木さんの発言

全部は読みません。User-Agentで絞って、取得されたURLだけを並べる。見るのはそこだけで大丈夫ですよ。

まずは直近1か月ぶんのログをUser-Agentで集計し、主要ページが取得されているかを見るところから始めてください。ここで見たいのは、細かい数字ではありません。取りにきているのか、来ていないのか。来ているとして、見てほしいページに届いているのか。 この粗い解像度で十分です。

10サイトマップのインデックス管理でAIOがつまずくのは、どこですか？

現場でよく見かけるつまずきを3つ挙げます。どれも、悪意ではなく善意から起きます。

送信しただけで安心してしまう。 サイトマップの送信は、検索エンジンにページの存在を伝える手段にすぎません。実際に登録されたかどうかは、Search Consoleで個別に確認する必要があります。

サイトマップに書けばAI検索にも有利だと思い込んでしまう。 本記事で確認したとおり、OpenAI・Perplexityの公式文書にサイトマップの利用を明言する記述は見当たりません。掲載を成果指標に置くのではなく、アクセスログで実際の取得URLを確認するほうが確実です。

削除済みページのURLを放置してしまう。 404・410を返すべきページのURLが残り続けると、クローラーに古い情報を伝え続けることになります。

noindexやrobots.txtの設定ミスがAI検索側まで止めてしまう事例は、別記事『noindex・robots.txt誤設定の9パターン』（AIOM-081）で整理しています。

11明日からのサイトマップ運用は、AI検索最適化としてどう回しますか？

最後に、続けられる形へ落とします。1回で終わる作業と、見続ける作業を分けるのがコツです。

• sitemap.xmlの<loc>が完全修飾URLで記述されている
• noindexページ・削除済みページがサイトマップに残っていない
• 1ファイルあたり50,000 URL・50MBの上限を超えていない（超える場合はsitemap indexで分割）
• Search Console「ページのインデックス登録」レポートで未登録の理由を確認している
• サーバーのアクセスログをUser-Agentで集計し、AIクローラーの実際の取得状況を把握している
• AIクローラーへの効果を断定せず、公式文書の更新を継続的に確認している

土台が崩れていると、上の段はいくら測っても意味を持ちません。中身の正しさ → 登録状況 → AIクローラーの取得。この順番で積むと、手戻りが起きにくくなります。

12よくある質問

13まとめ｜今日やる3つのこと

サイトマップとは、サイト内のページ情報を検索エンジンに伝えるファイルです。書式・上限・sitemap indexによる分割方法を押さえたうえで、Search Consoleの「ページのインデックス登録」レポートで登録状況を確認する。ここまでがGoogle側の基本になります。

AI検索側については、OpenAI・Perplexityの公式文書に明確な記述が確認できていません。ただし「効果が未確認」と「打つ手なし」は別です。今日できるのは、自社の手元にある材料を見にいくことです。