【未経験の落とし穴】SWELLでサイトマップが404に!AIに頼って遠回りした私の最短解決法

【AI×副業の落とし穴】SWELLサイトマップ404を遠回りで解決した私が学んだ「公式情報の最終確認は人間が」の鉄則

SWELLテーマでブログ運営中、Google Search Console(グーグル サーチコンソール=Googleがブログの検索状況を教えてくれる無料ツール)に「サイトマップを取得できませんでした」のエラーが出ていませんか?ブラウザで /wp-sitemap.xml(XMLサイトマップ=検索エンジンに記事一覧を伝えるファイル)にアクセスしても 404…。

私も2026年4月、ConoHa WING + SWELL でブログを始めて2週間後にこの問題に直面しました。Claude(クロ)に相談しながら30分で解決しましたが、実は後日、もっと簡単な公式解決法(SWELL設定で1クリック)があったと気づきました

この記事では、当時の遠回りも含めて、「AIは強力だけど、最終確認は人間が1回するクセが、結局一番の時短になる」という教訓を、あなたに正直に共有します。

解決法は2つあります:

  • 方法A:SWELL公式設定の「機能停止」タブで1クリック(最速・推奨)
  • 方法B:Code Snippetsプラグインで PHP 1行追加(カスタマイズ派向け)

私自身は当時、方法B(Code Snippets)で解決しました。後で方法A(公式設定)の存在に気づきましたが、両方とも有効で、結果として同じです。

シンラボくん

シンラボくん
私はプログラミング未経験です。それでも AI と一緒なら、エンジニア並みの問題解決ができました。でも今回の遠回りで「AIにも見落としがある」と痛感した話を、あなたに正直に共有します。

目次

🚀 30秒で読める要約

  • ✅ SWELL テーマは内部で WordPress コアの XML サイトマップ機能を無効化している
  • ✅ プラグインを足したり外したりしても、根本原因はテーマ側なので解決しない
  • ✅ 解決法は2つあります:方法A(SWELL公式設定で1クリック)方法B(Code Snippets で PHP 1行追加)
  • 初心者・最速派は方法A をおすすめ。1分で完了します
  • ✅ 私自身は当時 方法Bで30分で解決(公式設定の存在を知らなかった)
  • AIにも見落としあり:当時のクロは公式の方法Aを見つけられなかった
  • ✅ 教訓:AIに頼り切らず、最終確認は自分でも一度するクセが結局一番の時短になる
  • ✅ コードの意味が分からなくても、「クロに聞いてOK」で全部教えてもらえます
シンラボくん

シンラボくん
「公式の方法Aがあるなら、なぜ方法Bも紹介するの?」と思いますよね。理由は「失敗もコンテンツになる」から。私の遠回りの記録が、あなたが同じ落とし穴を避ける助けになると感じています。

こんな状態だと当てはまる|症状チェック

📌 30秒要約

あなたの環境が下のチェック項目に当てはまるなら、この記事の解決策がそのまま使えます。SWELL 利用者特有の問題で、プラグインの組み合わせとは無関係です。

下の症状にひとつでも当てはまるなら、この記事を最後まで読む価値ありです。

# 症状 あなたの環境
1 WordPress 5.5以降を使用中
2 SWELL テーマで運営している
3 /wp-sitemap.xml404 を返す
4 Search Console に「サイトマップを取得できませんでした」と表示
5 新記事のインデックス(検索結果への登録)が極端に遅い
6 プラグインを色々試しても解決しない

3つ以上当てはまるなら、原因は SWELL テーマ本体 の可能性が高いです。プラグインの問題ではないので、いくらプラグインを入れ替えても解決しません。

シンラボくん

シンラボくん
私も最初は「プラグインの組み合わせかな?」と思い込んで時間を溶かしました。でも Claude(クロ)に相談したら、すぐに原因の方向性を絞ってくれました。

解決法は2つあります|最速派とカスタマイズ派

📌 30秒要約

解決法は2つ。あなたに向いている方を選んでください。最速派は方法A(SWELL公式設定)、カスタマイズ派は方法B(Code Snippets)。結果はどちらも同じく /wp-sitemap.xml が 200 OK になります。

方法A:SWELL設定の「機能停止」タブで1クリック → 最速・初心者向け
方法B:Code Snippets プラグインで PHP 1行追加 → カスタマイズ派向け

項目 方法A(SWELL公式設定) 方法B(Code Snippets)
所要時間 約1分 約5分
プラグイン 不要 Code Snippets が必要
コード 不要 PHP 1行
向いている人 初心者・最速派 カスタマイズ派・コード理解派
結果 /wp-sitemap.xml が 200 OK 同左
シンラボくん

シンラボくん
迷ったら方法Aで大丈夫です。私が当時方法Bを選んだのは、単に「公式設定の存在を知らなかったから」。今振り返ると方法Aの方が圧倒的に早いです。

方法A|SWELL公式設定で1クリック(推奨・最速)

📌 30秒要約

方法Aは最速。SWELL設定の「機能停止」タブで「コアのサイトマップ機能を停止する」のチェックを外すだけ。1分で完了します。

SWELL公式が用意してくれている、1クリックの解決法です。プラグイン不要・コード不要・即適用。

手順(5ステップ)

  1. WordPress管理画面にログイン
  2. 左メニューの「SWELL設定」をクリック
  3. 上部タブから「機能停止」を開く
  4. コアのサイトマップ機能を停止する」のチェックを 外す
  5. ページ下部の「変更を保存」をクリック

動作確認

ブラウザで以下のURLにアクセス:

https://あなたのドメイン/wp-sitemap.xml

XML 形式の一覧(記事URLが並んだページ)が表示されたら 成功 です。

SWELL のバージョンによってタブ名や項目名が若干異なる可能性があります。「機能停止」タブが見当たらない場合は、SWELL を最新版にアップデートしてから再度確認してください。最新の項目名は SWELL 公式サイトでも確認できます。

シンラボくん

シンラボくん
SWELLは「初心者向きじゃない」と言われることもありますが、こうやって公式設定で1クリック解決できる仕組みがあるのは、むしろ初心者にやさしい設計だと感じています。

方法B|Code Snippetsで PHP 1行追加(私が当時やった方法)

📌 30秒要約

方法Bは、Code Snippetsプラグインで PHP を1行追加するやり方。私が2026年4月に当時使った方法です。当時は方法Aの存在を知らず、Claude(クロ)と一緒に切り分けてここに辿り着きました。

「PHP?フィルタ?意味が分からない」という方は、迷わず方法Aへ戻ってOK。ここから先は コードを少し触ってみたい方向け です。

ステップ1|Code Snippets プラグインをインストール

  1. 左メニュー「プラグイン」→「新規プラグインを追加」(Code Snippets 公式ページ
  2. 検索窓に「Code Snippets」と入力
  3. 一番上に出てくる Code Snippets を「インストール」→「有効化」

ステップ2|新規スニペットを作成

  1. 左メニューに「Snippets」が追加されるのでクリック
  2. 「新規追加」をクリック
  3. タイトル欄に:Re-enable WP core sitemap (SWELL override)
  4. コード欄(Functions PHP)に以下を貼り付け:

💡 コピペ用プロンプト

> <?php
> // SWELLが無効化しているWPコアXMLサイトマップを再有効化
> add_filter( 'wp_sitemaps_enabled', '__return_true', 99 );
> ```

ステップ3|保存して有効化

  1. ページ下部の「Save Changes and Activate」をクリック
  2. スニペット一覧で青いトグルが ON になっていることを確認

コードの意味(平易な日本語)

SWELL が止めてしまっている WordPress 標準のサイトマップ生成機能を、強制的に再有効化する

これだけです。99 は「優先度(プライオリティ)」で、SWELL の設定よりも後から上書きするための数字です。

シンラボくん

シンラボくん
「PHP?フィルタ?意味分からない」と感じても大丈夫です。コードの中身は「クロに聞いてOK」。Claude Code に「このコードを1行ずつ解説して」と投げれば丁寧に教えてくれます。私もそうしました。

私が当時試した順番|切り分け履歴9手順

📌 30秒要約

解決にたどり着く前、私は8つの方法を試して全部失敗しました。9つ目の Code Snippets で解決。当時の切り分け履歴を、失敗例も含めて全部記録しておきます。

「いきなり1行コード」と聞くと簡単そうですが、ここに辿り着くまでの切り分けが本当の山場 でした。

# 試したこと 結果
1 パーマリンク再保存(設定→パーマリンク→保存) ❌ 効果なし
2 「XML Sitemap & Google News」プラグイン導入 ❌ 効果なし
3 上記プラグインの設定保存(リライト規則再生成) ❌ 効果なし
4 ConoHa WING のキャッシュクリア ❌ 効果なし
5 「XML Sitemap & Google News」を一時無効化 ❌ 効果なし(=容疑外)
6 「【SWELL】乗り換えサポート from Cocoon」を一時無効化 ❌ 効果なし(=容疑外)
7 「SEO SIMPLE PACK」を一時無効化 ❌ 効果なし(=容疑外)
8 プラグイン全停止後も404 → SWELL本体と確定 ✅ 切り分け完了
9 Code Snippets で wp_sitemaps_enabled フィルタ上書き 解決

この切り分けで得た学び

プラグインを1個ずつ無効化して再現性をチェックする」という地味な作業が、結局一番の近道でした。原因を特定するまでは新しいプラグインを足さない、これが当時の最大の教訓です。

シンラボくん

シンラボくん
試した順番を全部メモしておくと、後から記事化 できます。失敗もコンテンツになる、というのは副業ブログの強みだと感じています。

ちなみに私の場合は、Claude Code の SessionStart hook で作業ログを自動記録しているので、毎日の試行錯誤がそのまま記事の素材として残ります。手動でメモを取るのが続かない方は、こちらの記事もどうぞ:

Claude Code Hooks運用|SessionStart hook で作業時間を自動記録する仕組み


AIなら30分・人力なら2日|実時間で比較してみた(ただし方法Aは見落とした)

📌 30秒要約

同じ問題を「人力で解決する場合」と「AI と一緒に解決する場合」で並べると、所要時間に大きな差が生まれました。AIの強みは「24時間即レス」と「専門知識の即時参照」。ただし当時のAIも公式の方法Aを見落とした事実を、合わせて正直に書きます。

AIの強みは確かに本物でした。でも完璧ではなかった、というのが今回の正直な実感です。

以下の両テーブルの工程内の所要時間は、私が実体験した「30分で解決」を踏まえつつ、内訳と「人力で解決した場合の想定時間」を Claude(クロ)に算出してもらった目安です。実測で確定しているのは「30分で全工程完了した」という合計値だけ、と捉えてください。そして、当時の私もAIも 方法A(公式設定)の存在を知らなかった 点を、この記事では繰り返し正直に書き残します。

比較サマリー(人力 vs AI)

観点 人力で解決 AI(Claude Code)と一緒
海外サイト・公式ドキュメント参照 数時間 即時参照
公式サポート返信待ち 1〜3日 不要
切り分けテストのガイド 自力で試行錯誤 順次指示してくれる
コード生成 自力で書く 1分で提示
合計 実日数1〜2日 or 諦める 30分で完全解決

この差が生まれる理由

AI が速い理由は3つ
1. WordPress・PHP・SWELL の専門知識を即時参照できる
2. curl 等のコマンドでブラウザで見えない情報まで検証できる
3. 24時間即レスで切り分けが止まらない(サポート返信待ちゼロ)

人力でやる場合の最大のロスは「サポート返信待ち」と「情報の散らばり」です。AI と一緒なら、この2つの待ち時間がほぼゼロになります。

ただし、AIも完璧ではありません。今回のケースで言えば、当時の Claude も方法A(公式設定)に辿り着けず、方法Bで解決しました。次のセクションで、私が今回一番学んだ教訓を共有します。


AIに頼り切らない|公式情報の最終確認は人間が(私が今回一番学んだこと)

📌 30秒要約

ここがこの記事の核心です。AIは強力(30分で解決できた)でも完璧ではない(公式の方法Aを見落とした)。「AIで解決した=これが最善」と思い込まず、最後に公式情報を1回確認するクセが、結局一番の時短になります。

これがこの記事で一番伝えたい教訓です。

AIは強力。でも完璧ではない

今回の体験で、私はAIの強さを十分実感しました。30分で問題解決できたのは事実で、人力だと1〜2日かかっていた可能性が高いです。

でも同時に、AIも公式情報の最新動向まで完璧に把握しているわけではないと痛感しました。

事実として、SWELL設定の「機能停止」タブによる解決法(方法A)は 2023年以前から存在しています。日本語の解説記事も2023〜2024年に複数公開されています。それなのに、2026年4月の私の作業時、当時のクロは方法Aを提示できず、方法B(Code Snippets)で解決しました。

AIで解決=最善、と思い込まないこと。「AIで解決した直後に、最新の公式情報を1回確認する」クセが、結局一番の時短になります。

危うく読者に遠回りな方法を主推奨するところだった

実はこの記事を書く準備中に、私は方法Aの存在に気づきました。SWELL公式マニュアルと既存の日本語解説記事を改めてリサーチしていた時に「あれ、こっちの方が圧倒的に早いじゃない」と。

もしリサーチをサボってAIの提案だけで記事を書いていたら、読者であるあなたに、わざわざCode Snippetsプラグインを入れさせて1行コードを書かせる、遠回りな方法を主推奨していたことになります。

これは正直、ヒヤッとしました。

AI活用+人間の最終確認のセットが正解

今回の経験から、私は「AI活用」をこう捉え直しました:

  1. AIで素早く方向性を絞る(30分で原因特定)
  2. AIの提案で実装する(30分で解決)
  3. 解決後に、最新の公式情報を1回だけ自分で確認する(5分)
  4. 必要なら手順を更新する

3が抜けると、今回の私のように「動いてはいるけど、もっと簡単な方法を見落としたまま」になります。3を入れるだけで、AIの落とし穴は大半カバーできると感じています。

「AIが言ったから正解」ではありません。料金・手順・最新仕様は、できれば公式サイトで一度確認するクセをつけてください。AIの知識は学習時点のスナップショットなので、最新動向の反映に時間差があります。

シンラボくん

シンラボくん
「最終確認は人間が1回」を 5分の習慣 にすれば、AI活用の落とし穴の多くは避けられると感じています。AIを信じきるでも、AIを疑いすぎるでもなく、AIで時短した分の一部を最終確認に回すバランスが、私には合っていました。

よくある質問(FAQ)

📌 30秒要約

方法Aと方法Bの選び方、SWELLが標準サイトマップをオフにする理由、Yoast SEO等を併用している場合の対応など、よくある疑問に答えます。

Q1:方法Aと方法B、どっちがおすすめ?

初心者・最速派の方は 方法A(SWELL設定で1クリック) がおすすめ。functions.php編集に慣れていて「コードで管理したい」方は方法Bでも構いません。結果はどちらも同じです。

Q2:なぜSWELLは標準サイトマップをオフにしているの?

XML Sitemap & Google News 等の専用プラグインを併用する設計思想と推測されます。SWELL公式の意図は私には断言できませんが、利用者側で再有効化できる仕組みが用意されている点は親切だと感じています。

Q3:SWELLは初心者向けじゃないって本当?

逆に「公式設定の機能停止タブ」で1クリックで再有効化できるので、初心者にもやさしい設計だと感じています。今回の問題も、方法Aを知っていれば1分で解決できる話です。SWELL自体の使い心地はSWELLレビュー(17,600円払って2週間使った正直な感想)にまとめています。

Q4:Yoast SEO や Rank Math を入れている場合は?

これらの SEO プラグインは 独自のXMLサイトマップを生成します。その場合、本記事の対応は 不要 です。/sitemap_index.xml 等のURLが各プラグインから提供されています。

Q5:もっと自動化したい

/wp-sitemap.xml の死活監視を Routines(Anthropic 公式の定期実行) で組むことも可能です。月1の手動チェックすら自動化できます。気になる方はクロに頼めば設定方法を教えてもらえます。

Q6:AIだけに頼ればいい?

いいえ。今回のように AIにも見落としがある ので、最終確認は人間が一度するのがおすすめです。具体的には「AIで解決した直後に、公式サイトで最新の手順を5分だけチェックする」習慣をつけると、遠回りを大きく減らせます。

Q7:なぜこの記事は「公式の方法Aだけ」ではなく方法Bも紹介する?

私が当時の遠回りを正直に共有することで、あなたに 同じ落とし穴を避けてもらうため です。「AIで解決した=最善」と思い込まないこと、最終確認の大切さを、私自身の失敗を通じて伝えるのがこの記事の目的です。


まとめ|教訓と、あなたが今日からできる3つのこと

今回の教訓(一番伝えたいこと)

  • AIで解決した30分は事実・素晴らしい体験でした
  • でも公式の方法Aを見落としていた事実も忘れません
  • 「AI活用 + 人間の最終確認」のセットが、私が今回学んだ鉄則です

AIは強力。でも完璧ではない。最終確認を人間が1回する5分が、結局一番の時短になります。

あなたが今日からできる3つのこと

副業ブログのSEO土台を整えつつ、AIの落とし穴も避けるための、3ステップです。

✅ 1. 公式情報を確認するクセをつける

今回のサイトマップ問題なら、まず SWELL公式マニュアル で「サイトマップ」を検索。AIに聞く前に5分だけ公式を見るだけで、遠回りを減らせます。

✅ 2. AIで解決した後に再確認する

AIで問題解決できたら、その直後に「これより簡単な公式の方法はないか」を 公式サイトで5分だけ確認。今回の私はこの一手を後回しにして、方法Aを見落としました。

✅ 3. 失敗もコンテンツ化する

うまくいったことだけ書いていると、読者の役に立つ記事は書きにくいです。失敗・遠回りこそ、同じ落とし穴を避けたい人に届くコンテンツになります。私のこの記事も、まさにその実例です。AIに「大丈夫」と思い込んで遠回りした失敗は他にもまとめています:Claude Codeで実際にハマった7つの失敗

シンラボくん

シンラボくん
動かない時 は「クロに聞いてOK」。エラーメッセージごとそのまま投げれば、原因と修正案を出してくれます。1人で抱え込まないでくださいね。

そして 動いた後 は、5分だけ最新の公式情報を確認するセットを忘れずに。これで「もっと簡単な方法を見落とす」リスクが激減します。

今回の切り分けは、私が普段使っている Claude Code の SessionStart hook で作業ログを自動記録していたおかげで、後から記事化できました。手動でメモを取るのが続かない方は、こちらの記事もどうぞ:

Claude Code Hooks運用|SessionStart hook で作業時間を自動記録する仕組み

note「Claude Code 22ルール」販売中(今だけ300円)

本記事のような「プログラミング未経験 × AI併走」での失敗を最小限にする運用ルールを1冊にまとめました。今回のサイトマップ404のような実例も、特典のトラブル事例集に収録しています。最新情報は X (@shinlabo_ai) でも発信中です。
→ noteを見てみる(今だけ300円)


関連記事


公開予定:2026年5月下旬〜6月上旬

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次