サイトマップの登録を調べると、フィードも送る、.gz も送る、プラグインを入れたほうがよい、という説明が出てきます。
どれも間違いではありませんが、WordPressを普通に使っているなら、そこまでしなくても足ります。
ここでは、送るものを1本に絞ってよい理由と、それでも登録が増える場合を整理します。
仕様は2026年9月21日に公式資料を確認し、動きは手元の7つのサイトで実際に確かめました。
先に結論
- 送るのは wp-sitemap.xml だけでよい
- フィードは送らなくてよい。直近ぶんしか載らない
- .gz は任意。サーバーの負荷を下げたいときの選択肢
- プラグインは必須ではない。コアで足りる
- 増えるのは、サブディレクトリに別のWordPressを入れている場合だけ
以下は、その根拠です。
コアのサイトマップで足りる
WordPressは5.5から、サイトマップを自分で出すようになりました。
公式の告知では、wp-sitemap.xml に索引を置き、そこから各サイトマップへリンクすると説明されています。
既定で入るのは、公開されている投稿タイプ、タクソノミー、著者アーカイブ、ホームページです。
さらに、robots.txt にこの索引への記述が自動で足されます。
つまり、何も設定しなくても、検索エンジンが見つけられる場所に置かれています。
更新日も入っています
以前は「コアのサイトマップには lastmod が入らない」と言われていました。
5.5の告知の時点では、たしかにそう書かれています。
その後、WordPress 6.5で個々の投稿に lastmod が入るようになりました。
手元のサイトで実際に数えたところ、次のようになっていました。
| ファイル | URLの数 | lastmod の数 |
|---|---|---|
| wp-sitemap.xml（索引） | 5 | 0 |
| wp-sitemap-posts-post-1.xml | 351 | 351 |
投稿の一覧には全件に入っていて、索引には入っていません。
索引・タクソノミー・著者アーカイブは、まだ対応していないためです。
検索エンジンが見るのは個々のページの更新日なので、ここが入っていれば実用上は困りません。
件数の上限も問題になりません
| 決まっているもの | 値 |
|---|---|
| 1つのサイトマップのURL数 | 50,000件まで |
| 1つのサイトマップの大きさ | 圧縮しない状態で50MBまで |
| WordPressが1ファイルに入れる数 | 2,000件（フィルターで変更可） |
| 索引が持てるサイトマップの数 | 50,000本 |
WordPressは2,000件ずつ自動で分けて、索引からまとめて指します。
記事が何千本になっても、こちらで分ける作業は要りません。
フィードは送らなくてよい
Googleの資料では、RSSやAtomのフィードもサイトマップの形式として挙げられています。
ですから、送ること自体は間違いではありません。
ただし、フィードに載るのは直近の分だけです。
手元のサイトで数えると、差はこうなりました。
| サイト | サイトマップ | フィード |
|---|---|---|
| A | 3,518件 | 101件 |
| B | 162件 | 116件 |
| C | 105件 | 5件 |
| D | 104件 | 13件 |
サイトマップを送っているなら、フィードで足されるURLはありません。
新着を早く知らせる役目も、サイトマップの lastmod で足ります。
外して困ることはありませんでした。
.gz は必須ではありません
サイトマップの仕様には、gzip形式に圧縮できると書かれています。
ただし、その目的は「サーバーの負荷を軽減できる」ことだと説明されています。
検索エンジンに読ませるための条件ではありません。
上限の50MBは圧縮しない状態で数えるため、圧縮しても入る件数は増えません。
WordPressのコアは .gz を出さないので、わざわざ用意する必要はありません。
プラグインは必須ではありません
サイトマップを出すプラグインは、コアの機能を止めて自分の形式に置き換えます。
画像や動画の情報を足したい、出す範囲を細かく決めたい、という目的があるなら選ぶ価値があります。
そうでなければ、コアのままで足ります。
むしろ、両方が動いている状態のほうが問題になります。
プラグインがコアを止めると、wp-sitemap.xml は中身が空のまま残ることがあります。
その空のほうを登録してしまうと、エラーとして扱われます。
プラグインからコアへ戻すときの順番
- プラグインを止める
- wp-sitemap.xml をブラウザーで開いて、中身が入っているか確かめる
- サーチコンソールで wp-sitemap.xml を送信する
- プラグインが出していた古いサイトマップを、登録から削除する
2番目を飛ばすと、空のサイトマップを登録することになります。
順番を逆にしないでください。
リダイレクトするURLを登録しない
登録が警告になる原因で多いのが、これです。
プラグインを入れていた名残で、次のようなURLが登録されたままになっていることがあります。
| 登録されているURL | 実際の動き |
|---|---|
| /sitemap.xml | /wp-sitemap.xml へ301 |
| /sitemap.xml/ | /wp-sitemap.xml へ301 |
| /sitemap.xml.gz | /wp-sitemap.xml へ301 |
| /feed | /feed/ へ301 |
飛んだ先は読めるので、中身は取得できています。
それでも、送ったURLそのものは存在しないため、警告として残ります。
飛び先を登録して、元のほうを削除すれば消えます。
登録が増えるのは、この場合だけ
サブディレクトリに別のWordPressを入れている場合は、話が変わります。
ここでいうのは、マルチサイトではなく、それぞれ独立したWordPressを置いている構成です。
手元のサイトで、ルートのサイトマップに何件入っているかを数えました。
| サイトマップ | 載っているURL |
|---|---|
| ルートの wp-sitemap.xml | 1件 |
| /3dcg/ の wp-sitemap.xml | 71件 |
| /vr/ の wp-sitemap.xml | 55件 |
| /ai/ の wp-sitemap.xml | 78件 |
ルートのサイトマップに入っていたのは、トップページの1件だけでした。
別のWordPressなので、ルート側は下の区画の記事を知らないためです。
この構成では、区画の数だけサイトマップを登録することになります。
ドメインプロパティでもまとまりません
サーチコンソールのドメインプロパティは、同じドメインのデータをまとめて見るためのものです。
サイトマップを自動でつなげる機能ではありません。
またGoogleの資料には、サイトマップが伝えられるのは、そのサイトマップの親ディレクトリから下の階層だけだと書かれています。
サーチコンソールで送信した場合はこの制限を受けませんが、それは範囲の話であって、中身が増えるわけではありません。
ルートのサイトマップに載っていないURLは、登録しても伝わりません。
そもそも要らない場合もあります
Googleの資料には、サイトマップが不要な場合も挙げられています。
- ページ数が約500ページ以下の小規模なサイト
- すべてのページが内部リンクでたどれる状態になっている
- 検索結果に出したいメディアファイルやニュースが無い
送っても損はしないので、出しておいてかまいません。
ただ、送ったから登録されるわけではありません。
同じ資料に、サイトマップ内のすべての項目がクロールされてインデックスに登録される保証はない、と明記されています。
登録されない理由は別にあるので、そちらを見てください。
登録したあとに確かめること
- サーチコンソールのサイトマップの画面で、状態が「成功しました」になっているか
- 「検出されたURL」の件数が、実際のページ数と近いか
- 最終読み取り日が古すぎないか
- 登録した本数が、区画の数と合っているか
2番目が極端に少ない場合は、空のサイトマップを送っている可能性があります。
URLをブラウザーで開けば、すぐに分かります。
まとめ
- 送るのは wp-sitemap.xml 1本でよい
- WordPress 6.5以降は、個々の投稿に lastmod が入る
- フィードは直近ぶんしか載らないので、送る必要はない
- .gz はサーバーの負荷を下げたいときの選択肢で、必須ではない
- プラグインは目的があるときだけ。戻すときは中身を確かめてから登録する
- リダイレクトするURLを登録すると警告になる。飛び先を登録する
- サブディレクトリに別のWordPressがある場合だけ、区画の数だけ登録する
仕様は2026年9月21日時点の公式資料に基づいています。
件数は手元のサイトで数えたもので、環境によって変わります。
サイトマップの作り方と上限はGoogle検索セントラルのサイトマップを作成して送信するにあります。
要否と保証についてはサイトマップの概要に書かれています。
圧縮と置き場所の決まりはsitemaps.org のプロトコルが元になっています。
コアの仕様はWordPress 5.5のXMLサイトマップの告知にまとまっています。
登録されない理由の切り分けはサーチコンソールのインデックス未登録｜直す3つと、放置してよい6つに書いています。
