【PR】この記事には広告リンクが含まれています。
SWELLでwp-sitemap.xmlを開くと404になる場合、最初に確認したいのは「SWELL設定」→「機能停止」→「コアのサイトマップ機能を停止する」です。WordPress 5.5以降にはコアのXMLサイトマップ機能がありますが、SWELL公式では重複を避けるため、デフォルト状態でコアサイトマップ機能をオフにしていると案内されています。
筆者の環境でもwp-sitemap.xmlが404になりましたが、この設定を見直し、サイトマップの出力元を整理することで復旧できました。404だからといって最初から別プラグインを追加する必要はありません。
この記事では、①SWELL設定 → ②サイトマップ系プラグイン → ③パーマリンク → ④キャッシュ → ⑤Search Consoleの順で確認します。実際に直った設定を先に示し、その後に直らない場合の切り分けをまとめます。
先に結論：SWELLの「コアサイトマップ停止」を最初に確認する
- SWELLでWordPressコアのサイトマップ機能を停止している
- サイトマップ系プラグインと標準機能が重複している
- パーマリンクの再生成が必要
- キャッシュに古い404が残っている
- セキュリティ設定やWAFがアクセスを止めている
- URLがwp-sitemap.xmlではなく別の形式になっている
最初からプラグインを追加するのではなく、現在どの機能がサイトマップを出す想定なのかを確認します。
【実体験】SWELLのコアサイトマップ停止設定が原因だった
筆者はSearch Consoleへサイトマップを登録する途中で、wp-sitemap.xmlが404になる状態に気付きました。XML Sitemap & Google Newsも導入していたため、標準機能とプラグインのどちらを使うのかが曖昧になっていました。
SWELL設定の機能停止を確認すると、「コアのサイトマップ機能を停止する」が有効になっていました。チェックを外し、サイトマップ系プラグインを停止したところ、WordPress標準のwp-sitemap.xmlを表示できました。
この経験から、404を見てすぐ別プラグインを追加するのではなく、テーマで標準機能を止めていないかを先に見るのが早いと分かりました。
最初にwp-sitemap.xmlを直接開く
ブラウザでサイトURLの末尾へwp-sitemap.xmlを付けて開きます。XMLが表示されれば、WordPress標準サイトマップは出力されています。404なら、WordPress側で機能が停止しているか、リライトルール、キャッシュ、セキュリティ制限を切り分けます。
Search Consoleの表示だけを見て判断せず、まずサイトマップURLそのものへ到達できるか確認してください。
SWELLの機能停止設定を確認する
- WordPress管理画面へログインする
- SWELL設定を開く
- 機能停止に関するタブを確認する
- コアのサイトマップ機能を停止する設定を探す
- 標準サイトマップを使う場合はチェックを外す
- 設定を保存し、wp-sitemap.xmlを再読み込みする
設定名や画面配置はSWELLの更新で変わる可能性があります。公式マニュアルや現在の管理画面を正本にしてください。
サイトマップ系プラグインを一度整理する
WordPress標準サイトマップと専用プラグインを同時に使うと、URLや出力範囲が分かりにくくなります。プラグインを使う理由が明確でなければ、標準機能へ寄せるのも一つの方法です。
ただし、Google News用サイトマップ、画像サイトマップ、細かな除外設定など、プラグイン固有の機能が必要なサイトもあります。必要性を確認せず「すべて不要」と判断しないでください。
パーマリンク設定を保存し直す
設定を直しても404が続く場合、WordPressのパーマリンク設定を開き、内容を変えずに保存します。これによりリライトルールが再生成される場合があります。
保存前に現在の設定を控え、URL構造そのものは変更しないようにします。公開済み記事のパーマリンク形式を変えると、別の404を生む可能性があります。
キャッシュを確認する
テーマ、プラグイン、サーバー、CDN、ブラウザの各層にキャッシュがあると、修正後も古い404が表示されることがあります。シークレットウィンドウや別端末で確認し、必要な範囲だけキャッシュを削除します。
キャッシュをすべて消す前に、設定変更が保存されているか、別URLではないかを確認します。
Search Consoleへ再送信する
ブラウザでサイトマップが開けることを確認したあと、Search Consoleのサイトマップ画面からwp-sitemap.xmlを送信します。取得結果の反映には時間がかかる場合があるため、何度も連続送信せず状態を待ちます。
サイトマップが送信済みでも、すべてのURLが必ずインデックスされるわけではありません。サイトマップはURL発見を助けるもので、品質やクロール可否は別に確認します。
robots.txtとnoindexは別問題
サイトマップが表示されても、robots.txtでクロールを止めていたり、投稿へnoindexが付いていたりすると、検索結果へ出ないことがあります。wp-sitemap.xmlの404修正後は、WordPressの検索エンジン表示設定とSEOプラグインのrobots設定も確認します。
REST APIの403とは切り分ける
サイトマップ404とWordPress REST APIの403は別の問題です。前者はサイトマップ出力やリライトルール、後者は認証やアクセス制限が中心です。
REST APIで困っている場合は「エックスサーバーでWordPress REST APIが403になる原因と直し方」を参照してください。
エックスサーバー＋SWELL運用で確認したい項目
- SWELLのコアサイトマップ停止設定
- サイトマッププラグインの有効状態
- WordPressのパーマリンク設定
- エックスサーバーのキャッシュとセキュリティ
- Search Consoleへ登録したURL
- サイト全体のnoindex設定
開設から初期設定までの流れは「ひとり社長のWordPressブログの始め方」にまとめています。
よくある質問
wp-sitemap.xmlはSWELLが生成していますか？
WordPress標準のwp-sitemap.xmlはWordPressコアの機能です。SWELL側でその機能を停止できるため、設定を確認します。
サイトマッププラグインは必ず停止すべきですか？
必ずではありません。必要な出力や管理機能がある場合はプラグインを使います。ただし出力元とURLを一つに決め、重複を避けます。
404を直せばすぐインデックスされますか？
サイトマップ取得とインデックス登録は別です。クロール、noindex、記事品質、内部リンクなども影響します。
設定を外しても直りません
パーマリンク再保存、キャッシュ、セキュリティ設定、プラグイン競合、URL表記を順に確認してください。複数箇所を同時に変えず、一つずつ試します。
まとめ：プラグイン追加前にSWELLの停止設定を見る
SWELLでwp-sitemap.xmlが404になったら、まずWordPressコアのサイトマップ機能を停止していないか確認します。標準機能を使うならチェックを外し、サイトマップ系プラグインとの役割を整理します。
筆者の環境では、この確認で原因を特定できました。Search Console側だけを触り続けるより、URLを直接開き、WordPress、テーマ、プラグイン、キャッシュの順で切り分けるのが近道です。
参考にした公式情報
公式情報の確認日：2026年9月29日
