MEDICALATTRACTCREATIVE QUEST / NAGOYACONTACT ↗
← NEWSROOM

TRANSMISSION RECEIVED

FILE / 2026102109

XMLサイトマップの
LLMO。
URL・lastmod・
送信を揃える
5つの確認

重要なURLと更新日をサイトマップの枝に整理して検索クローラーへ送る角のないドット絵エイリアン

新しい記事やサービスページを公開しても、XMLサイトマップにURLが入っていない、削除済みURLが残る、全ページの lastmod が毎日同じ日付へ書き換わる、といった状態では、どのURLが正本で、どこが本当に更新されたのかを検索システムへ正確に伝えられません。

Googleは、サイトマップを重要なページやファイル、更新情報を検索エンジンへ伝えるためのファイルと説明しています。一方で、サイトマップの送信はヒントであり、ダウンロード、クロール、インデックスを保証しません。Googleの生成AI検索機能も基盤となる検索インデックスとSEOのベストプラクティスを利用するため、LLMOだけの特殊なサイトマップを作るより、通常のサイトマップを正確に保つことが先です。

この記事では、2026年10月21日時点のGoogle Search Central、Sitemaps.org、Bing Webmaster Tools、OpenAIの公式資料をもとに、XMLサイトマップのURL、lastmod、分割、送信、監視を揃える5つの確認を整理します。AI検索クローラーの許可はAI検索のrobots.txt、重複しやすい絞り込みURLはサイト内検索のLLMOもあわせてご覧ください。

結論：サイトマップは、公開URLの在庫表として運用する

サイトマップは、検索順位を上げるためにURLを大量投入するファイルではありません。検索結果へ出したい正規URL、そのURLの意味のある最終更新日時、URL種別、公開状態を、実際のページと一致させる公開URLの在庫表として管理します。

まず、URL、ページ種別、canonical、HTTP応答、index可否、公開日、最終更新日、更新の根拠、サイトマップ名、送信先、確認担当を一つの運用台帳へまとめます。公開、更新、移転、削除のたびに、ページ本体、内部リンク、canonical、サイトマップ、Search Console等の確認を同じ変更記録から行います。

XMLサイトマップのLLMOで揃える5つの確認

1．検索結果へ出したいcanonical URLだけを載せる

サイトマップには、原則として自社が検索結果へ表示したい正規URLを載せます。Googleも、同じ内容へ複数URLで到達できる場合は、優先するcanonical URLを選び、そのURLをサイトマップへ含めるよう案内しています。相対URLではなく、https://example.com/page のような完全な絶対URLを使います。

公開前ページ、管理画面、テスト環境、セッションID付きURL、並べ替えだけのパラメータURL、重複ページ、転送元URL、意図して検索結果へ出さないURLを機械的に入れません。サイトマップに載せても、noindex、robots.txt、canonical、リダイレクト、HTTP応答との矛盾を上書きできるわけではありません。各URLを200応答、自己参照canonical、閲覧可能な本文、内部リンクと合わせて確認します。

URLを移転した場合は、旧URLから新URLへの301転送を設定し、内部リンクとサイトマップを新URLへ更新します。移転・統合の全体手順はサイト移転のLLMOも参考にしてください。削除したURLはサイトマップから外すだけでなく、代替ページの有無に応じて404、410、または適切な転送を返します。

2．URL形式・ホスト・ファイル構造を揃える

XMLサイトマップはUTF-8で作成し、urlset と名前空間を宣言し、各 url に必須の loc を記載します。URL中のアンパサンド等はXMLとしてエスケープします。Sitemaps.orgの標準では、一つのサイトマップ内のURLは同一ホストに属することが基本です。サブドメインや別ドメインを横断する運用は、検索サービスごとの所有権確認と送信条件を確認します。

サイトマップをサイトのルートへ置くと、配下全体を扱いやすくなります。Googleは、Search Console経由で送信しない場合、サイトマップの場所が対象にできるURL範囲へ影響すると案内しています。CMSやフレームワークで自動生成するときも、開発・ステージング環境のホスト名が混ざらないこと、本番のHTTPS URLへ統一されることを公開前に確認します。

画像、動画、ニュース、多言語ページには追加のサイトマップ拡張を使える場合があります。ただし、拡張を増やす前に、本文ページのURL、画像URL、公開状態、権利、更新元を揃えます。多言語URLと hreflang の設計は多言語サイトのLLMO、動画ページは企業動画のLLMOをご覧ください。

3．lastmodは意味のある変更日時だけを反映する

lastmod は、ページの最終更新日をW3C日時形式で示す任意要素です。Googleは、その値が一貫して検証可能なほど正確な場合に利用し、本文、構造化データ、リンクなどの重要な変更を反映するよう案内しています。著作権年や共通フッターが変わっただけで全URLの lastmod を更新する必要はありません。

ビルド時刻やデプロイ時刻を全ページへ一律設定すると、実際には変わっていないURLまで毎回更新されたように見えます。記事は編集画面の更新日時、商品・サービスは公開データの承認日時、一覧は掲載内容が変わった日時など、URL種別ごとに信頼できる更新元を決めます。正確な日時を持てないURLでは、推測値を出すより lastmod を省略する方が安全です。

Googleは changefreq と priority を利用しないと明記しています。毎時更新や最優先と書けばクロールが速くなる、と説明しません。情報の更新責任、出典、著者、ページ上の更新日を揃える方法はLLMOの情報更新も参考にしてください。

4．50,000 URL・50MBを上限に、運用単位で分割する

Googleは一つのサイトマップについて、URL数50,000件または非圧縮50MBのいずれか小さい方を上限としています。超える場合は複数のサイトマップへ分割し、サイトマップインデックスでまとめます。上限未満でも、記事、サービス、商品、採用、動画、多言語など更新元と担当が違う場合は、原因を追いやすい単位で分ける方法があります。

分割は検索順位のためではなく、生成処理、更新頻度、エラー、送信状況を追跡しやすくするために行います。日付だけで無制限に細分化したり、同じURLを複数ファイルへ重複登録したりせず、URLの所属規則と削除時の更新先を決めます。サイトマップインデックスにも、子サイトマップの実際の更新に基づく正確な lastmod を設定します。

URL数が少ないサイトでも、手作業での追記が続くと削除漏れやタイプミスが起きます。記事データやCMSから自動生成し、ビルド時に重複URL、別ホスト、非HTTPS、転送、404、未来日、必須タグ、XML妥当性を検査します。公開ページの総数とサイトマップ件数が違う場合は、差分が意図した除外かを確認します。

5．Search Console・robots.txt・監視を一つの公開手順にする

GoogleへはSearch Consoleのサイトマップレポート、Search Console API、またはrobots.txtの Sitemap: 行で場所を知らせられます。Search Consoleでは最終取得、処理状態、エラー、警告を確認できます。Googleの旧pingエンドポイントは廃止済みで、同じ未変更サイトマップを1日に何度も再送しても即時クロールは保証されません。

BingもBing Webmaster ToolsでXMLサイトマップ等を送信でき、robots.txtから場所を知らせられます。検索サービスごとに受付形式、所有権、レポート項目が違うため、送信日、最終取得日、エラー件数、対応日を運用台帳へ残します。サイトマップが200応答でも、XMLがHTMLエラーページへ置き換わっていないか、Content-Type、文字コード、圧縮、キャッシュも確認します。

OpenAIの公式クローラー資料は、ChatGPT検索に関する OAI-SearchBot とrobots.txt、公開IP範囲を案内していますが、AI検索への掲載を直接制御する専用XMLサイトマップの送信仕様は説明していません。したがって、XMLサイトマップを作ればChatGPTの回答へ必ず引用されるとは表現せず、ページの発見、クロール許可、インデックス、検索・AI回答での表示を別の段階として確認します。

サイトマップ運用台帳に残す項目

  • URL、ページ種別、担当部署、公開状態、検索結果へ出す目的
  • HTTP応答、canonical、index可否、robots.txt、内部リンク
  • 公開日、最終更新日、更新内容、更新日時の取得元、確認者
  • 所属するサイトマップ、ホスト、言語、画像・動画等の拡張
  • サイトマップ生成元、生成時刻、URL件数、非圧縮サイズ、XML検証結果
  • Search Console・Bing Webmaster Toolsへの送信先と権限者
  • 最終送信日、最終取得日、処理状態、エラー・警告、対応日
  • 公開、更新、移転、削除時に変えるページ・内部リンク・サイトマップ
  • アクセスログでのクローラー取得、URL検査、再確認日

よくある質問

XMLサイトマップを送れば、AI検索に引用されますか？

保証されません。サイトマップは主にURLの発見と更新情報を検索システムへ伝える補助手段です。クロール、インデックス、検索結果や生成AI機能への表示、引用は別の処理です。Googleも送信はヒントであり、利用やクロールを保証しないと説明しています。

すべての公開URLをサイトマップへ載せるべきですか？

公開されていても、検索結果へ出したくないURL、重複URL、転送元、検索・絞り込みだけのURL、管理用URLまで載せる必要はありません。検索結果へ表示したいcanonical URLを選び、HTTP応答、index可否、内部リンクと矛盾しないようにします。

lastmodは毎日更新した方がクロールされやすいですか？

いいえ。実際の重要な変更がないのに日付だけ更新すると、値の信頼性を損ないます。本文、構造化データ、主要リンク等が変わった日時を反映し、正確な更新元を持てないURLでは省略を検討します。

changefreqとpriorityは設定した方がよいですか？

Sitemaps.orgの標準には任意要素としてありますが、Googleは changefreq と priority を利用しないと明記しています。これらを埋めることより、canonical URLと正確な lastmod、エラー監視を優先します。

公開前・更新時チェックリスト

  • 検索結果へ出したいcanonical URLだけを含めた
  • 絶対HTTPS URL、ホスト、末尾スラッシュの規則が統一されている
  • 200応答、自己参照canonical、index可、本文、内部リンクを確認した
  • 転送元、重複、テスト、管理、セッション、不要な絞り込みURLを除外した
  • lastmod が実際の重要な更新日時と一致している
  • 50,000 URL・非圧縮50MB以内で、超過時はインデックスへ分割した
  • XML、UTF-8、エスケープ、URL件数、未来日、重複を検証した
  • robots.txtのサイトマップURLと本番ファイルが一致している
  • Search Console・Bingの取得状態、エラー、警告を確認した
  • サイトマップだけでクロール・掲載・AI引用を保証していない

まとめ：URL・更新・送信を実際の公開状態へ揃える

XMLサイトマップのLLMOでは、検索結果へ出したいcanonical URLを選び、実際に意味のある更新日時だけを lastmod へ反映します。ファイル形式と上限を守り、URL種別や担当に応じて分割し、Search Console、robots.txt、Bing Webmaster Toolsで取得状態とエラーを確認します。

サイトマップは、ページ品質やクロール許可、インデックス、AI検索での表示を代替しません。読者が理解できる本文、標準リンク、正しいHTTP応答、canonical、robots.txt、更新記録を揃えたうえで、公開URLの在庫表として継続的に保守します。LLMOの特殊施策を見直すときはLLMOの誤解もご覧ください。

サイトマップの生成・送信・監視を整理したい企業へ

株式会社メディカルアトラクトでは、企業・医療機関サイトのURL群、canonical、更新日時、サイトマップ生成、Search Console・Bingの送信状況を棚卸しし、公開・更新・移転・削除時の運用手順を整理します。お問い合わせページから、対象ドメイン、現在のサイトマップURL、利用中のCMSやフレームワーク、主なURL種別、更新日時の管理方法、Search Console等の確認状況をお聞かせください。初回の相談では、サイトマップへ載せるURLと除外するURL、信頼できる lastmod の取得元、分割単位、公開時の自動検査、社内・制作会社の確認分担を具体化できます。

Web・LLMOを含む支援範囲はサービスページ、制作・運用例は制作実績ページをご覧ください。

本記事は株式会社メディカルアトラクト編集部（LLMO・Web運用担当）が、Google Search Central、Sitemaps.org、Bing Webmaster Tools、OpenAIの公表資料を2026年10月21日に確認して作成しました。

参考にした一次情報

本記事は2026年10月21日時点の公表資料に基づく一般的なWeb制作・検索最適化上の整理です。個別案件への法律上、医療上、契約上または情報セキュリティ上の助言ではありません。サイトマップ、クローラー、検索機能、API、管理ツールの仕様は変更されることがあります。サイトマップの送信、クロール、インデックス、検索順位、生成AI検索への表示・引用、問い合わせ、売上等を保証しません。URLの公開範囲、個人情報、著作権、契約、削除、セキュリティに関する判断は、最新の法令・規約・公式資料を確認し、必要に応じて担当部署または適切な専門家へ相談してください。本記事はGoogle、Sitemaps.org、Microsoft、OpenAI等の提携・監修を受けたものではありません。