【Google検索セントラル解説】サイトマップインデックスファイルの使い方｜参照先の置き場所・必須タグ・lastmod と更新の経緯

2026年11月5日

中野輝規

サイトマップが大きくなりすぎたとき、どう分ければよいのか。分けたあとの束ね方に決まりはあるのか。

Googleは、この疑問に答える短いページを用意しています。

この記事では、Google検索セントラルの「サイトマップインデックスファイルでのサイトマップの管理」を、英語版の原文から読んでご説明します。インデックスファイルに書くタグ、参照先の置き場所のルール、数の上限が分かります。

合同会社謙虚は、3つのドメインを並行して運用し、何を変えると数字が動くかを測り続けています。自社サイトのサイトマップも、このページが定める形になっているかを実際に読んで確かめました。

結論：3行で言うと

サイトマップがサイズの上限を超えるときは、複数に分けたうえで、サイトマップインデックスファイルにまとめると、一度に複数を送信できます
インデックスファイルが参照するサイトマップは、同じサイトにあり、インデックスファイルと同じディレクトリか、それより下に置きます。別サイトのものを含めるには、クロスサイト送信の設定が要ります
必須のタグは <sitemapindex> <sitemap> <loc> の3つです。<lastmod> は任意で、書くときはW3C Datetime形式にします

このページの基本情報

項目	内容
原題（英語）	Manage your sitemaps with a sitemap index file
日本語版の題名	サイトマップインデックスファイルでのサイトマップの管理
英語版の最終更新日	2025年12月10日
日本語版の最終更新日	2026年2月20日
Google検索セントラルの中の位置	クロールとインデックス登録＞サイトマップ
直近の主な更新	英語版は2025年10月28日の更新で「Troubleshooting sitemaps」の節が加わりました。2025年12月10日の更新では、本文は前の版と一致していました（Internet Archiveの保存版との比較）

公式ページはこちらで読めます。英語版、日本語版。

短いページです。2026年11月5日に、保存してあった原文の最終更新日が、公式サイトの現行の表示（英語版2025年12月10日）と同じであることを確かめました。

Googleがこのページで言っていること

なぜインデックスファイルが要るのか

サイトマップがサイズの上限を超えるときは、上限以下になるように複数のサイトマップへ分けます。分けたあとは、インデックスファイルを使うと、たくさんのサイトマップを一度に送信できます。

上限の数値は、別のページに載っています。リンク先の「サイズ制限」にあたるのが、サイトマップの作成と送信のページに書かれた、1ファイルあたり50MB（非圧縮）または5万URLです。

インデックスファイルのベストプラクティス

インデックスファイルのXML形式は、通常のサイトマップとよく似ています。サイトマッププロトコルで定義されているため、サイトマップの要件はインデックスファイルにもそのまま当てはまります。

決まり	内容
置き場所（サイト）	参照されるサイトマップは、インデックスファイルと同じサイトに置きます。クロスサイト送信を設定した場合は、この要件が免除されます
置き場所（ディレクトリ）	参照されるサイトマップは、インデックスファイルと同じディレクトリか、サイト階層の下位に置きます
送信できる数	Search Consoleのアカウントに登録したサイト1つにつき、インデックスファイルを最大500個まで送信できます

ディレクトリの例も示されています。インデックスファイルが https://example.com/public/sitemap_index.xml にあれば、含められるのは https://example.com/public/shared/... のように、同じ階層かそれより下にあるサイトマップだけです。

インデックスファイルの例

原文の例は、2つのサイトマップ（sitemap1.xml.gz と sitemap2.xml.gz）を並べたものです。それぞれに <loc> と <lastmod> が付いています。

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap1.xml.gz</loc>
    <lastmod>2024-08-15</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap2.xml.gz</loc>
    <lastmod>2022-06-05</lastmod>
  </sitemap>
</sitemapindex>

リファレンス：使うタグ

タグは、通常のサイトマップと同じ名前空間 http://www.sitemaps.org/schemas/sitemap/0.9 で定義されます。Googleがインデックスファイルを使えるようにするには、次の必須タグが要ります。

タグ	必須か	役割
`<sitemapindex>`	必須	XMLの根（ルート）のタグ。ほかのタグをすべて含みます
`<sitemap>`	必須	一覧に載せるサイトマップ1つ分の親タグ。`<sitemapindex>` の直下に置く、唯一の子タグです
`<loc>`	必須	サイトマップの場所（URL）。`<sitemap>` の子タグです。1つのインデックスファイルに最大5万個まで書けます
`<lastmod>`	任意	そのサイトマップファイルを修正した時刻。`<sitemap>` の子タグにでき、値はW3C Datetime形式にします。Googleがサイトマップのクロールを予定する助けになる場合がある、と説明されています

トラブルシューティングと関連資料

サイトマップで問題が起きたときは、Search Consoleでエラーを調べます。ページは、Search Consoleのサイトマップのトラブルシューティングガイドへ案内しています。

関連資料として挙がっているのは、サイトマップをGoogleへ送信する方法と、サイトマップ拡張機能を統合する方法の2つです。後者はサイトマップ拡張機能の統合方法の解説で扱いました。

英語版と日本語版の違い

2026年11月5日時点で、英語版（最終更新2025年12月10日）と日本語版（2026年2月20日）の本文を読み比べました。内容が一致していることを確かめました。

日本語版の更新日のほうが新しいのは、翻訳を更新した日だと読めます。本文の内容は同じなので、日本語版を読めば情報は揃います。

英語版の更新の経緯

公式の変更履歴では、2023年2月13日にサイトマップの文書全体を見直したと読めます。そのあとの本ページの手直しは、Internet Archiveに残る保存版の本文を比べて確かめました。

保存版が残っていない更新があるかもしれないため、表は確認できた範囲です。

最終更新日（表示）	前の版との違い
2023年5月23日	比較の起点。例に `<lastmod>` は無く、`<sitemapindex>` の説明は「parent tag（親のタグ）」でした
2024年2月8日	`<sitemapindex>` の説明が「root tag（ルートのタグ）」に変わりました。名前空間の説明も「traditional sitemaps」から「generic sitemaps」に変わっています
2024年3月18日	本文は前の版と一致していました
2024年10月31日	本文は前の版と一致していました
2024年12月23日	例に `<lastmod>` が加わり、`<lastmod>` の説明に「sitemapの子タグにできる」が足されました。関連資料に拡張機能の統合方法が加わりました
2025年2月5日	本文は前の版と一致していました
2025年3月6日	本文は前の版と一致していました
2025年10月28日	「Troubleshooting sitemaps」の節が加わりました
2025年12月10日	本文は前の版と一致していました

2024年12月23日の更新では、<sitemap> と <loc> の説明にあった「最初の（first）」という語も消えています。決まりの変更ではなく、言い回しの整理と読めます（私の読み取りです）。

このページから、言えること・言えないこと

言えること	言えないこと
上限を超えたサイトマップは、分けたうえでインデックスファイルにまとめて送信できる	インデックスファイルを作れば、載せたURLのクロールやインデックス登録が約束される（このページの記述の範囲外です）
参照されるサイトマップは、同じサイトの、同じディレクトリかそれより下に置く	サイトのどこにサイトマップを置いても、インデックスファイルからは参照できる
`<lastmod>` は任意で、書くならW3C Datetime形式にする	`<lastmod>` を新しくすれば順位が上がる（ランキングへの影響は、このページの記述の範囲外です）
1つのインデックスファイルに書ける `<loc>` は最大5万個、サイトあたり送信できるインデックスファイルは最大500個	URLが5万件未満のサイトは、インデックスファイルの対象外になる

中小企業の視点で、どう受け取るか

ここからはGoogleの説明とは別の、私の読み取りです。

1. まず、自社に必要かを数で確かめる

URLが数百〜数千件の会社サイトなら、1ファイルの上限（5万URL・50MB）を下回ります。インデックスファイルが必要になる場面は、限られるはずです。

それでも、WordPressのSEOプラグインは、記事・固定ページ・カテゴリーなどをファイルごとに分け、インデックスファイルで束ねる形で自動生成することがあります。自分で作るのではなく、いま出ているものが決まりに沿っているかを読めれば足ります。

2. 自社のインデックスファイルを開いて確かめる

ブラウザで https://（自社のドメイン）/sitemap.xml のようなURLを開きます。実際のURLは、プラグインの設定画面か、サイトの robots.txt の Sitemap: の行で分かります。

開いたら、次の3点を見ます。

<sitemapindex> から始まり、<sitemap> の中に <loc> が並んでいるか
どの <loc> も、自社の同じドメインのURLか
各 <loc> のURLが、インデックスファイルと同じ階層か、それより下か

3. Search Consoleには、インデックスファイル1つだけを送る

Search Consoleの左メニューから「サイトマップ」を開き、インデックスファイルのURLを入力して送信します。送信は「ヒント」にすぎず、クロールやインデックス登録を約束するものではない、とサイトマップの作成と送信のページが書いています。

送信後は、状態が「成功しました」になっているかを見ます。エラーが出たときは、ページが案内するトラブルシューティングガイドで原因を調べます。

4. `<lastmod>` は、実際の更新と合っているときだけ使う

任意のタグなので、省略できます。書く場合は、そのサイトマップファイルを本当に修正した時刻にします。

形式はW3C Datetimeです。2024-08-15 のような日付だけでも、2026-09-30T04:36:28+00:00 のような時刻つきでも、この形式に含まれます。

自動生成の値は、ときどき手元の更新日と見比べると安心です。

弊社のサイトで確かめたこと

2026年11月5日に、kenkyo.ai のサイトマップを実際に取得して読みました。コマンドは次の2つです。

curl -sIL https://kenkyo.ai/sitemap.xml
curl -s https://kenkyo.ai/robots.txt

https://kenkyo.ai/sitemap.xml は、転送なしで HTTP 200 を返し、中身は <sitemapindex> から始まるインデックスファイルでした。名前空間は、原文が示すものと同じです
参照されているサイトマップは7つで、どれにも <loc> と <lastmod> が付いています。<lastmod> は 2026-09-30T04:36:28+00:00 のように、時刻とタイムゾーンつきの形式でした
7つはすべて kenkyo.ai の直下（https://kenkyo.ai/post-sitemap.xml など）にあり、インデックスファイルと同じ階層でした
7つのファイルを数えると、<loc> の合計は1,445個でした。いちばん大きい記事用のファイルは996個・404,095バイトで、50MBや5万URLの上限をはるかに下回ります
robots.txt には Sitemap: https://kenkyo.ai/sitemap.xml の行があり、GoogleがインデックスファイルのURLを見つけられる形でした