この記事でわかること
- どの機能がサイトマップを作るかを確認する
- ファイルが開くだけでなく掲載URLを点検する
- 送信と検索への登録を別に扱う
サイトマップの生成元を特定する
XMLサイトマップは、検索エンジンへサイト内のURLなどを伝えるためのファイルです。GoogleはURLの発見に役立つ一方、掲載したすべてのページの巡回や登録を保証しないと説明しています。作成したこと自体を成果にせず、公開したいページの情報を正しく渡せる状態を目的にしましょう。
WordPress本体にはサイトマップの仕組みがあり、標準構成ではwp-sitemap.xmlが入口になります。ただしSEOプラグインなどが置き換える場合があるため、利用中の設定や公式説明から実際のURLを確認します。複数の生成機能があるサイトでは、それぞれの担当と内容を調べ、管理する対象を明確にしてください。
一覧の入口から個々のURLまで開く
サイトマップの入口には、投稿や分類などの別ファイルへの一覧が表示される場合があります。入口が正常に開いても、その先に問題がないとは限りません。記事用のファイルを開き、最新記事、古い記事、固定ページなどから代表URLを選び、実際の公開ページへ到達できるかを確認します。
確認表の例は「生成元／入口URL／対象ファイル／抽出した記事／確認結果」です。見た目が整った一覧でなくXMLの文字が表示される場合もあるため、画面の美しさだけで成否を判定しません。取得エラーや表示の問題がある場合は、応答、プラグインの状態、キャッシュなどを調べ、何が取れているかを分けて記録します。
掲載方針と公開状態を照合する
公開したい記事が一覧に含まれているかを調べ、含まれない場合は公開状態と生成側の除外設定を確認します。一方、非公開の検証用URL、移転前URL、意図せず公開した一覧などが混ざっていないかも点検してください。サイトマップの件数と管理画面の記事数は対象の種類が異なるため、数だけで一致を求めないことが大切です。
例として「公開記事五十件／固定ページ五件／サイトマップは種類ごとに分割」という整理なら、同じ対象を比べられます。URLのHTTPとHTTPS、ドメイン、末尾の形式も現在の公開先と照合します。記事整理や移転の直後は旧URLが残る可能性を調べ、生成設定とキャッシュのどちらが原因かを一つずつ確認しましょう。
送信後も記事の状態を確認する
Search Consoleを使う場合は、管理対象のサイトと送信するサイトマップのURLを照合し、取得結果を確認します。送信したことと各記事が検索に登録されたことは別なので、必要な記事は個別のURL確認も行います。登録されない理由をすべてサイトマップの責任とせず、公開状態、アクセス可否、ページ内容なども調べてください。
運用記録には「確認日／追加した記事群／除外を意図したページ／次の点検日」を残します。新記事追加やSEO機能の変更後に代表URLを点検すれば、一覧の古い状態に気付きやすくなります。毎回ファイルを手作業で作り直すより、現在の生成機能で更新が反映される仕組みを確認し、管理方法を一本の手順にまとめます。
- サイトマップの生成元と入口URLを確認した
- 分割ファイルと代表記事を開いた
- 公開したいURLと除外したいURLを照合した
- 移転前URLや別ドメインの混入を点検した
- 送信結果と個別記事の状態を分けて確認した
参考にした公式情報
確認日：2026-09-11。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針