ACQUA JOURNAL
WordPressのXMLサイトマップを点検する方法｜生成元・掲載URL・Search Consoleを照合
XMLサイトマップを送信したのに記事が検索で見つからない。サイトマップが開かない。まず分けたいのは、ファイルを生成できること、Googleが取得できること、記事が検索へ掲載されることです。サイトマップの送信だけで、掲載や順位が保証されるわけではありません。
この記事は、WordPressの公開後の点検を担当する企業と制作会社向けです。生成元、実際のXML、掲載URL、Search Consoleの記録を照合し、修正が必要な範囲を整理します。ページ構成の設計はサイトマップと情報設計で扱い、この記事では検索エンジン向けのファイルを点検します。
1. ページ構成図とXMLサイトマップを分ける
構成図は、読者がどの情報から目的のページへ進むかを設計するものです。XMLサイトマップは、検索エンジンへURL等の情報を知らせるファイルです。Googleの公式説明では、URLの発見を助ける一方、全項目のクロールやインデックスを保証しないと説明しています。
送信成功を、順位改善と数えない
サイトマップを送信できたことと、正しいURLが取得されたこと、検索へ掲載されたこと、検索流入や実相談が増えたことは別です。記事に必要な情報や内部リンクが不足している場合、ファイルだけを作り直して解決したと扱いません。
2. 実際に使っている生成元を確認する
WordPressの公式学習資料では、標準機能のサイトマップを案内しています。ただし、自社サイトではSEOプラグインや独自実装が生成する場合があります。標準機能の候補URLが開かないだけで故障と決めず、現在の管理元を確認してください。
名前からプラグインを追加しない
引き継ぎ資料、使用中のプラグイン、設定、公開ファイルの案内を照合します。標準機能なら /wp-sitemap.xml が候補ですが、別の生成元ではURLも異なります。候補のファイル名をすべて推測して提出せず、実際に使用しているURLを記録してください。
新しい生成機能を追加すると、既存の出力や設定へ影響する場合があります。まず現在の生成元と担当を特定し、追加・切り替えは別の差分として検討します。
3. 開いた画面ではなく、応答とXMLを読む
ログインしていない状態で対象URLを開き、最終URLと応答を確認します。404、アクセス制限、ログイン画面、通常のHTMLが返っている場合は、サイトマップを正常取得したとは扱いません。200の応答でも、内容がXMLなのかを確認してください。
一覧ファイルと、子ファイルを区別する
サイトマップの一覧が複数の子ファイルを指している場合は、対象の記事を含む子ファイルまで開きます。画面の装飾が見えないことだけでXMLが壊れていると判断せず、URL一覧やエラーの有無を確認します。
同じURLでも日時や接続条件で失敗する場合は、時刻、応答、生成元、サーバーや保護機能の記録を整理します。原因の確認前にセキュリティを無効化しません。
4. 代表URLと、含める方針を照合する
公開した記事の正式URLが対象ファイルに含まれるか、そのURLを開けるかを確認します。古いドメイン、意図しない転送先、検証用URL、重複する表記が見つかったら、生成元と公開ページの対応を調べます。
除外されたページを、無条件に追加しない
下書きや非公開、意図的に検索対象から外しているページまで含めるのが正解ではありません。現在の公開方針とページの状態を確認し、必要な記事が欠けているのか、予定どおり除外されているのかを区別します。noindexや公開範囲の変更は、サイトマップ点検に混ぜず承認する対象を別にします。
canonicalやrobots等に不一致がある場合も、値をまとめて書き換える前に、正式URLと索引方針を責任者へ確認してください。
5. Search Consoleの記録と、現在のファイルを並べる
利用権限があるプロパティで、送信したURL、状態、読み込みの記録、発見されたURLの情報を確認します。画面の名称は現行の管理画面で確かめ、違うドメインやプロパティの数値を合わせないでください。Googleのサイトマップ作成・送信案内も参照します。
取得エラーが表示される場合は、表示日時と現在の応答を分けます。現在は正常でも、前回の取得時に失敗していた可能性があります。送信を繰り返すだけで改善とせず、エラー内容と実ファイルを照合します。
6. 記事が検索に出ない問題は、別の確認へ進める
サイトマップにURLが含まれても、Googleがそのページを取得・掲載する判断は別です。Search ConsoleのURL検査等で、取得状況や掲載の情報を確認し、公開ページの内容、リンク、索引設定と照合します。
一記事が出ない問題のために全サイトの索引設定やURLを変えません。調査では「ファイルに含まれた」「取得を確認した」「掲載を確認した」を分け、未確認はそのまま残します。順位や問い合わせ成果を、送信直後の推測で報告しないでください。
7. 生成元と修正履歴を引き継ぐ
| 項目 | 残す内容 |
|---|---|
| 生成元 | 標準機能／プラグイン／独自実装と担当 |
| 対象 | 一覧URL、子ファイル、代表の記事URL |
| 応答 | 確認日時、最終URL、状態、XMLの内容 |
| 方針 | 含める範囲と除外する理由 |
| 検索側 | プロパティ、送信先、読み込みの記録 |
| 変更 | 差分、影響、元の設定と復元方法 |
生成元を変更した場合は、以前の設定や参照先を残して戻せる状態にします。本番の設定を変える前に、対象URLと除外方針、公開記事への影響を合意してください。ファイルを出力できた段階と、検索側の取得確認を別に記録します。
8. 点検結果から、必要な実装を依頼する
ファイルのURLと代表記事を確認できる企業担当者は、表の棚卸しから始められます。生成元が不明、XMLではない応答が返る、独自出力の調査が必要なら、Acquaの企業向けWeb支援へ対象と確認記録を伝えてください。
制作会社向け実装支援では、生成元、公開・除外方針、正式URL、サーバー側の制約、検収条件を共有します。解決状態は、合意した範囲の正式URLを含むファイルを取得でき、管理元と検索側の確認を引き継げることです。相談窓口には、対象URLとエラーの概要を送り、順位保証や索引設定の無条件な変更を依頼条件にしないでください。
一次資料の確認日：2026年10月7日。Search Consoleの状態とWordPressの出力は、対象環境で確認してください。
