※本記事には外部リンクが含まれています。
XMLサイトマップは、検索エンジンにサイト内のURLを発見してもらうための一覧です。Google Search Consoleへ送信すると、Googleがサイトマップを取得できたか、処理中にエラーが起きたかを確認できます。ただし、送信完了＝全記事がインデックス登録されたという意味ではありません。この記事ではWordPressでのサイトマップの確認から、Search Consoleへの送信、エラーの切り分けまでを手順として整理します。
送信する前に、すでにサイトマップがあるか確認する
WordPressは本体やプラグインがサイトマップを生成している場合があります。まずブラウザで自サイトの https://あなたのドメイン/wp-sitemap.xml と、利用中のSEOプラグイン等が案内するサイトマップURLを確認します。プラグインが独自のサイトマップを生成している場合は、WordPress本体の標準サイトマップと別のURLになることがあります。
ここで大切なのは、見つかったURLを全部送るのではなく、現行で有効なサイトマップの入口を特定することです。ページにXMLが表示されるか、URLがHTTPエラーやログイン画面になっていないか、含まれる記事URLが実際の公開URLと一致するかを確認してください。サイトマップインデックスが表示される場合は、その下位のサイトマップへ進んで投稿URLを確認します。
検索エンジン向けのXMLサイトマップと、読者向けのHTMLサイトマップは用途が違います。記事一覧ページをSearch Consoleのサイトマップ欄へ入れても、XMLサイトマップとして正常に処理されるとは限りません。
サイトマップに入れるURLと入れないURL
| 対象 | 考え方 | 確認のポイント |
|---|---|---|
| 公開記事・固定ページ | 検索結果に出したい正規URLを掲載 | 200応答・canonical・noindexを確認 |
| 下書き・非公開ページ | 検索エンジン向け一覧には通常含めない | 公開状態と認証が必要か確認 |
| 削除済み記事の旧URL | 有効な一覧に残さない | 404や転送先への対応を確認 |
| パラメータ違いの重複URL | 正規URLへ集約する方針を検討 | canonicalの指定と矛盾しないか確認 |
| タグ・カテゴリ | 検索対象にする設定なら検討 | noindex設定、薄い一覧の量産を避ける |
Googleはサイトマップについて、検索結果に表示したい正規URLを含めるよう案内しています。WordPressでは、投稿ページの公開状態とSEOプラグインによるnoindexやcanonical指定に矛盾がないかが重要です。XMLへ載せるだけでnoindexが解除されるわけではありません。
サイトマップのURLが正しくても、リンク先が404になっている、別URLへリダイレクトする、サイトマップに古いドメインが残るなどの問題は起きます。移行やURL変更をした直後は、サイトマップのURLそのものだけでなく、実際に記載されている記事リンクも確認してください。
WordPress標準とSEOプラグインのサイトマップを見分ける
WordPress標準では通常、サイトのルートにある wp-sitemap.xml から下位サイトマップへ進めます。一方、SEOプラグインが別のサイトマップを生成している場合は、sitemap_index.xml のような別URLが案内されることがあります。実際のURLは導入しているプラグインと有効化設定で変わるため、両方が必ず生成されるとは書けません。
ブラウザで開いたXMLが <sitemapindex> で始まる場合は、子要素の <loc> に列挙された下位サイトマップURLを開きます。下位サイトマップが <urlset> で始まる場合は、その <loc> に列挙された実際の公開記事URLを確かめます。インデックス→下位サイトマップの片方向の参照でよく、下位から親へのリンクを要求しません。これはGoogleのサイトマップインデックス仕様に沿った確認方法です。
Cocoonのテーマ設定画面に「サイトマップ」が見えても、読者向けHTMLサイトマップとGoogle向けXMLを混同しないでください。使っているSEOプラグインのXML生成機能・WordPress標準の公開URLを確認し、重複する入口をすべて無条件に送らないようにします。
Search Consoleへ送信する手順
- 自分が管理している対象サイトのSearch Consoleプロパティを開きます。ドメインプロパティかURLプレフィックスかを確認し、他サイトのプロパティを開いていないか確認します。
- 左側の「サイトマップ」を開き、送信対象となるサイトマップURLをコピーします。
- 「新しいサイトマップの追加」の入力欄に、画面側で
https://example.com/が表示されていれば、例としてwp-sitemap.xmlなど後ろのパスを入力します。完全なURLを受け付ける画面では画面の案内に従い、サイトのプロパティと同じホスト／プロトコルかを確認します。ドメインプロパティの場合は複数サブドメインを含み得るため、送るサイトマップの実URLを取り違えないでください。 - 送信後、Googleが取得できた日時と処理結果を確認します。画面に「成功しました」と出ても、サイトマップ内の記事すべてが検索に登録されたとは限りません。
- 数日後、ページのインデックスレポートや個別URLの検査で、検索結果へ表示したい重要記事の状態を確認します。
サイトマップを送信した瞬間に全記事がクロールされるわけではありません。繰り返し送信しても、必ずクロール・インデックスが早くなると保証されていません。正常に自動更新されるサイトマップなら、新しい記事を公開するたびに同じサイトマップURLを手入力し直す必要は通常ありません。
エラーが出たときの切り分け
| 状況 | まず確認すること | 対応の考え方 |
|---|---|---|
| 取得できませんでした | サイトマップのURL、HTTP応答、アクセス制限 | ブラウザや公開状態を確認し、必要ならサーバー設定を修正 |
| 404が返る | プラグイン設定、パーマリンク、移行後のURL | サイトマップ生成機能と正しいURLを確認 |
| HTMLが返る | ログイン画面、404用HTML、手入力URL | XMLの実体が配信されるURLを指定 |
| 旧ドメインのURLが残る | サイトURLやサイトマップ生成設定 | 正規URLの変更と内部リンク・転送設定を照合 |
| 送信済みなのに未登録 | 個別URLの状態、noindex、canonical、本文品質、内部リンク | サイトマップだけで原因を断定しない |
取得エラーは、サーバーの一時的な停止やWAF・セキュリティ設定によって発生する場合もあります。管理画面からアクセスできるかだけでなく、検索エンジンが取得できる公開URLとして配信されているかを確かめる必要があります。保護されるべき管理画面や下書きを公開に変更して対処してはいけません。
サイトマップが正常でも未登録になる理由
Google公式は、サイトマップを送信してもクロールやインデックス登録が保証されないと明記しています。検索エンジンはコンテンツの重複、正規URLの選択、技術的なアクセス可否など、サイトマップ以外の情報も考慮します。したがって「送信成功なのに未登録」という結果だけで、再送信を大量に繰り返したり、全記事を文字数のために書き直したりするのは適切ではありません。
まず個別記事のURL検査で、Googleに認識されているか、Googleが選んだ正規URLは何か、noindex等の障害があるかを見ます。次に本文が読者の質問へ具体的に答えているか、既存記事と検索意図が重複していないか、カテゴリや関連記事から自然に到達できるかを確認します。インデックス登録の問題と、検索順位・クリック数の改善は別の工程として扱ってください。
内部リンクの配置方法は「内部リンクとは？貼り方と設計方法」に分けています。Search Consoleの画面の詳しい見方は「Search Consoleの使い方」へ進んでください。
送信後に確認したい5つのこと
- サイトマップのURLがHTTP 200で配信され、XMLの内容を取得できるか。
- サイトマップインデックスが有効な下位サイトマップURLを参照し、各下位サイトマップが公開・有効なページURLを列挙しているか。下位サイトマップからインデックスへの逆参照は必須ではない。
- 公開中の重要記事の正規URLが掲載されているか。
- 404・旧ドメイン・noindexページなどを意図せず含めていないか。
- 新しい記事が公開されてからサイトマップへ反映されるか。
WordPressの設定やプラグインの切替時には、サイトマップURL自体が変わる場合があります。以前のサイトマップURLを無効化する場合は、現在送信されているURLと、robots.txt等に記載されているサイトマップの案内を確認してから対応します。古いサイトマップが残っていることだけでSEOの評価が下がると断定しないでください。
よくある質問
100記事ならサイトマップは必須？
Google公式は、小規模で内部リンクが十分につながっているサイトでは、サイトマップが必須とは限らないと説明しています。一方、新規サイトや動画・画像が多いサイトでは、URLの発見を助ける可能性があります。ページ数だけで送信の必要性を決めず、正規URLの整理と内部リンクを優先して考えます。
一度送ったらもう何もしなくてよい？
送信URLが変わらず自動更新されていれば再送は通常不要ですが、プラグインを変更した、ドメイン移行した、サイトマップにエラーが出ている場合は改めて確認します。サイトマップは作って終わりではなく、公開記事と一致していることが重要です。
コメント