サイトマップをGoogle Search Consoleに送信したけど「取得できませんでした」や「Couldn’t fetch」などのエラーが出てしまって困っていることはありませんか。この記事では、サイトマップ 送信 エラー 対処に関する検索意図を反映させた構成で、原因の特定からWordPress環境での対処法、再発防止策までを詳しく解説します。エラーによるサイトの検索インデックス問題を最短で解消したい方に最適な内容です。
目次
サイトマップ 送信 エラー 対処のために知るべき主な原因
サイトマップ 送信 エラー 対処においてまずは何が原因なのかを知ることが重要です。サイトマップが存在するか、正しいフォーマットか、サーバー設定やプラグインの影響、robots.txtの設定などが複合的に影響するケースが多いため、原因を整理するための見出しを設けます。
サイトマップファイル自体の問題（フォーマット・構文・エンコードなど）
サイトマップ XML の構文ミスやタグの欠落、特殊文字のエスケープ忘れ、あるいはファイルの文字エンコードが UTF-8 でないことなどが原因で、検索エンジンがファイルを正しく読み取れず「解析エラー」「Invalid XML」などのエラーが出る場合があります。特に日本語サイトでは UTF-8 の設定がされていないと文字化けだけでなく構文解析に失敗することがあります。
URLのエラーやリダイレクト、404 や 403 の問題
サイトマップ内に記載されている URL が存在しなかったり、誤って削除されたページ、リダイレクトチェーンが長くなってしまっているケースがあります。HTTP ステータスが 404（見つからない）や 403（アクセス拒否）になると、検索コンソールで「取得できませんでした」「Couldn’t fetch」などのエラーになることがあります。
robots.txt やメタ noindex によるアクセス制限
robots.txt でサイトマップファイルやコンテンツ URL がブロックされていたり、ページ自体に meta robots タグで noindex 指定がされていることがあります。robots.txt はクローラのアクセスを制限し、noindex メタタグはインデックス化を防ぐため、これらの設定がコンテンツやサイトマップに含まれていると検索エンジンが読み込めなくなります。
プラグイン・テーマ・キャッシュ・CDN の干渉
WordPress では複数のプラグインがサイトマップ生成機能を持っており、重複使用による競合や、キャッシュプラグインや CDN によるサイトマップが古いバージョンのキャッシュを返してしまうことがあります。またテーマの functions.php やプラグインでのリダイレクト設定、X-Robots タグなどが干渉してサイトマップが正しく表示されないケースがあります。
WordPress のパーマリンク設定やサイトURLのズレ
WordPress の設定で本来のドメインと異なる URL が設定されていたり、パーマリンク構造が無効な形式（デフォルト形式など）になっていたりする場合、サイトマップ URL がアクセスできなかったり Home ページへリダイレクトされてしまうことがあります。これにより Google Search Console に正しいサイトマップが認識されないことがあります。
サイトマップ 送信 エラー 対処：WordPress での具体的な対処法
原因が分かれば次は実際の対処です。特に WordPress 環境でよくある問題を例に、どのように修正するかのステップを示します。サイトマップ 送信 エラー 対処の実務的な方法を押さえましょう。
XML フォーマットとエンコーディングの検証
サイトマップが正しい XML 構文かどうかをチェックするために、バリデーターを使用してタグの不整合、特殊文字のエスケープ忘れ、ヘッダーの先頭に無駄な空白がないかなどを検証します。また文字エンコードが UTF-8 になっているかを確認します。多くのエラー報告ではこの初歩的な確認漏れが原因のひとつです。
robots.txt の設定を確認・修正する
robots.txt に以下の点を確認します。まず sitemap 指令が含まれていること。次に User-agent: * で Disallow が広範囲に設定されていないこと、特に /sitemap.xml や /sitemap_index.xml をブロックしていないこと。さらに meta robots タグで noindex が使われていないか、あるいは HTTP ヘッダーで X-Robots-Tag が設定されていないかをチェックします。
キャッシュ・CDN の設定を見直す
キャッシュプラグイン（例：WP Rocket や他のキャッシュ系プラグイン）や CDN のキャッシュがサイトマップに対して古いバージョンを返したり、HTTP ヘッダーが正しくないコンテンツタイプ（text/html など）を返したりするケースがあります。そのためサイトマップ URL をキャッシュの対象外にする設定を追加し、CDN の「Bot-Fight-Mode」やセキュリティ機能で Googlebot を制限していないかを確認します。
パーマリンク構造とサイトURLの整合性確認
WordPress の管理画面から設定 → パーマリンクを開いて「変更を保存」だけ行うことで .htaccess や rewrite ルールを再生成し、パーマリンク構造をリフレッシュします。また、一般設定で WordPress アドレスとサイトアドレスが正しいドメインとスキーム（https や www の有無）を使っているかを確認します。これらがずれているとサイトマップ URL が認識されません。
プラグインやテーマの競合を調査する
複数のサイトマップ生成プラグインを有効化していたり、テーマの functions.php にサイトマップやリダイレクトのコードが含まれていたりする場合があります。一度全てのプラグインを無効化し sitemap 機能だけ有効にするなどして競合を切り分けます。またテーマを標準テーマに切り替えてサイトマップが正しく表示されるかを確認することで、テーマ側の問題を検出できます。
Google Search Console での対処ステップ
WordPress 側で問題を修正したら、Search Console 側での確認と再送信などの手順を踏みます。サイトマップ 送信 エラー 対処として不可欠なプロセスです。
サイトマップの再送信
エラーを修正した後 Search Console の「サイトマップ」セクションで過去のサイトマップを削除し、正しいサイトマップ URL（通常 /sitemap_index.xml や /sitemap.xml）を送信します。送信後、ステータスが即座に変わることもありますが、多くの場合は 24～48 時間おいて様子を確認する必要があります。
インデックスカバレッジレポートの確認
Search Console の「カバレッジ」レポートで、サイトマップに含まれる URL が正しくクロールされているか、「エラー」「除外」「警告」などのステータスをチェックします。ここで問題となっている URL を特定して、さらに詳細に調査可能です。例：404になっている URL、noindex／blocked になっている URL、など。
URL 検査ツールで個別ページをチェック
問題のあるページについて、Search Console の URL 検査ツールを使ってライブテストを行います。HTTP ステータス、robots メタタグの内容、canonical タグ、そしてクロール可能かどうかを確かめます。個別にインデックスをリクエストすることで改善が早くなることもあります。
原因別ケーススタディと対策比較
実際に WordPress サイトで報告されている具体的なケースを通じて、どのような原因だったか、どの対策が有効だったかを比較します。これにより似た症状を見分けるヒントになります。
| 症状 | 原因 | 有効だった対策 |
|---|---|---|
| Couldn’t fetch / サイトマップが取得できない 403 エラー | サーバーのアクセス制限、ファイアウォール／CDN のセキュリティ設定 | サーバー設定で Googlebot を許可、CDN／WAF のルール緩和、キャッシュの除外 |
| サイトマップが HTML 表示されてしまう | 他プラグインのリダイレクト、テーマのテンプレート、Content-Type が text/html | プラグインを無効化テスト、テーマを標準テーマへ切り替え、Content-Type を application/xml に設定 |
| URL 欄にページがない・404 エラー多数 | サイトマップが古く保留されたまま、URL の変更や削除が反映されていない | サイトマップの再生成、パーマリンクのリフラッシュ、404 修正 |
| サイトマップを送信してもインデックスされないページが多い | 内容が薄い／重複コンテンツ、内部リンク不足、canonical 設定の不整合 | コンテンツ充実化、内部リンク強化、canonical の正しい設定 |
再発防止のためのチェックポイントと運用習慣
一度解決しても時間が経つと再発することがあります。サイトマップ 送信 エラー 対処のためには、普段から以下の習慣を持つと良いでしょう。
- サイトマップファイルの変更時に Search Console に適時再送信すること
- プラグイン・テーマを更新した際にサイトマップが影響を受けていないかチェックすること
- キャッシュ・CDN の設定変更後はサイトマップのキャッシュクリアと動作確認を行うこと
- robots.txt や meta robots の設定に変更を加えたら、対象 URL に対してテストを行い、誤設定がないか確認すること
- Search Console カバレッジレポートを定期的にチェックし、除外やエラー URL を発見したらその都度調査すること
まとめ
サイトマップ 送信 エラー 対処の鍵は、原因の特定と修正のロードマップを持つことです。まずはフォーマットや URL、robots.txt のアクセス制限、パーマリンクやプラグイン競合などを一つずつ確認していくことが大切です。
WordPress 環境ではパーマリンクのリフレッシュ、キャッシュ／CDN の除外設定、重複するサイトマップジェネレータの無効化といった対策が特に有効です。
問題が解消したら Search Console で再送信し、カバレッジレポートや URL 検査ツールで結果を観察し、定期的な見直しを運用習慣とすることで、サイトマップ 送信 エラーを未然に防げるようになります。
コメント