XMLサイトマップとは？作成・送信と更新時の確認方法

XMLサイトマップは、サイト内のページなどを検索エンジンに伝えるためのファイルです。掲載するURLの選び方、作成・送信時に確認する項目、更新後の保守を整理します。送信と個々のページの登録は分けて確認しましょう。順番を追って見ていきましょう。

まず、今使っているCMSにサイトマップの自動生成機能があるかを調べます。同じものを重ねて作る前に、既存ファイルと掲載内容を確認してください。

この記事には、運営会社CommunityCreateのサービス案内が含まれます。

• 検索結果に表示したい正規URLを選ぶ
• XMLの形式と更新日を確認する
• 送信結果と個別URLの登録を分けて調べる

公開日：2026年11月3日 / 最終更新日：2026年11月3日

XMLサイトマップの役割と送信の限界を知る

サイトマップは、サイト内のページや動画などの情報を検索エンジンに伝えるファイルです。送信は情報を知らせる手段であり、掲載URLの登録を保証するものではありません。

何を伝えるファイルか

Googleのサイトマップの概要によると、サイト内のページ、動画などの情報や関係を伝えるファイルです。大きなサイトや発見されにくいページがある場合、情報を伝える方法として検討できます。

ただし、Googleはサイトマップの送信によって掲載したすべてのURLがクロール・登録されるとは保証していません。送信と登録を区別しましょう。

検索結果に出したいURLを選ぶ

同じ内容に複数のURLがある場合、どれを代表として扱いたいかを確認します。Googleの正規URL指定の案内では、サイトマップへの掲載は正規URLを示す弱いシグナルです。

例えば、パラメータ付きの重複URL、転送済みURL、非公開ページを無条件に並べず、掲載の目的と状態を調べてください。内容が異なるページまで一つにまとめることも避けたいところ。

掲載URLとXMLの内容を点検する

掲載するURLを選び、形式・件数・更新日を確認します。CMSが自動生成している場合も、実際の出力を点検してから送信しましょう。

URLと件数を確認する

Googleの作成と送信の案内によると、サイトマップはUTF-8で記述し、完全な絶対URLを使います。1ファイルの上限は、非圧縮50MBと50,000 URLの両方。どちらか一方でも超える場合は分割が必要です。

Googleのサイトマップインデックスの案内では、複数のサイトマップをまとめたインデックスを送信できます。2026年11月時点の条件を踏まえ、件数と非圧縮サイズを確認してください。

更新日は実際の変更に合わせる

Googleは作成案内で、lastmodが継続的に正確で検証可能な場合に利用し、ページの最後の重要な更新を反映するよう説明しています。更新がないのに日付だけ新しくするのではなく、実際の変更記録と照らしましょう。

同案内によると、Googleはpriorityとchangefreqの値を無視します。実際の更新内容を確かめる方が、保守の出発点です。

架空XMLの読み取りを試す

当サイトは2 URLを含む架空XMLをPythonで解析しました。各locとlastmodを読み取る、限定した構文確認です。

架空のloc	lastmod
https://example.com/	2026-11-01
https://example.com/guide/	2026-11-02

筆者の検証（2026年11月）｜架空XMLのURLと日付を点検（Python／架空XML）
架空XMLから2件のlocと日付を読み取りました。URLの到達性や正規性、実際に更新された日、検索への登録は確認していません。

構文が読めるだけで掲載内容が正しいとは限りません。形式と掲載対象を別々に点検してください。

送信後も取得と掲載内容を保守する

ファイルが取得できる状態かを調べ、必要に応じてSearch Consoleから送信します。サイトの変更後は、掲載URLと更新記録を見直しましょう。

既存ファイルと送信先を確認する

CMSやプラグインが自動生成していないか、まず確認します。複数のファイルがある場合は、何を含み、どこから生成されるかを整理。重複した設定を増やす前に担当者へ相談しましょう。

Googleのrobots.txt作成案内は、Sitemapフィールドでサイトマップの絶対URLを通知する方法を案内しています。ファイルのURLと内容を両方確認してください。

送信結果と個別URLを分ける

Search Consoleでサイトマップを送信したら、取得状態を確認します。取得できても、すべてのページが登録済みだとは言えません。気になるページは個別に状態を調べ、確認した日を残します。

登録の準備はSearch Consoleの登録方法を参照してください。筆者は送信結果とURLごとの結果を別欄に記録する方法を勧めます。

持ち帰りポイント
点検メモ：生成元／サイトマップURL／掲載候補／正規URL／URL件数とサイズ／lastmodの根拠／取得結果／個別URLの確認日。

更新後も内容を見直す

ページの移転、非公開化、内容の大きな更新があったら、サイトマップの出力も確認します。内部リンクの移動先は内部リンクの点検方法、施策の順番はSEO対策の全体像を参照してください。

保守の範囲や担当分担に迷ったら、CommunityCreateへ相談できます。対象ファイルと変更履歴を用意すると話しやすいでしょう。

正直なところ
架空XMLの検査は構文と日付形式の確認です。実サイトの到達性、正規性、更新や登録は検証していません。

よくある質問

サイトマップの作成と保守に関する疑問を整理します。

サイトマップを送信すれば全ページが登録されますか？

送信だけでクロールや登録は保証されません。

掲載するのはどのURLですか？

表示したい正規URLを基本に、公開状態や内容を確認しましょう。

1ファイルの上限はありますか？

Googleの案内では非圧縮50MBまたは50,000 URLです。超える場合は分割します。

サイトマップが複数ある場合は？

サイトマップインデックスでまとめて送信できます。

lastmodは毎日更新しますか？

最後の重要な更新を正確に反映し、実際の変更記録と照合しましょう。

priorityを上げれば優先的に登録されますか？

Googleはpriorityの値を無視すると説明しています。

送信成功と個別URLの登録は同じですか？

別の結果です。必要なURLは個別にも確認してください。

CMSが作っている場合も新たに作りますか？

まず既存の生成元と内容を調べ、重複した設定を避けましょう。

次の一歩
既存のサイトマップURLを探し、掲載されている重要なページを一件確認してみましょう。

参考URL一覧

• サイトマップの概要：https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview?hl=en
• 正規URL指定の案内：https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=en
• 作成と送信の案内：https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap?hl=en
• サイトマップインデックスの案内：https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps?hl=en
• robots.txt作成案内：https://developers.google.com/search/docs/crawling-indexing/robots/create-robots-txt?hl=en