XMLサイトマップ SEO：クロールとインデックス化ガイド

XMLサイトマップができること（できないこと）

XMLサイトマップは機械可読のファイルで、あなたが検索エンジンに知っておいてほしいURLを一覧化するものです。どのページを重要と考えているかを示し、最終更新日時のヒントを与え、サイトマップインデックスで複数のサイトマップをまとめます。サイトマップは発見を早め、更新されたページを効率よく再訪させますが、命令ではなく指針です：検索エンジンは品質、関連性、重複、サイトの信頼性に基づいてクロール、インデックス化、ランキングを決定します。

言い換えれば：サイトマップは発見とインデックス化の衛生管理を助けます。薄いコンテンツや重複コンテンツをランクさせるものではなく、優れたサイト構造、正しいカノニカルの設定、また適切な場所でのnoindex指定のようなインデックス制御の代替にはなりません。

サイトマップがクロール、インデックス化、ランキングとどう関わるか

クロール（URLの取得）、インデックス化（どのコンテンツを保存するかの判断）、ランキング（結果の並び替え）を分けて考えてください。サイトマップは主にクロールとインデックス化に影響します：どこから始めるべきか、どのページが変更されたかを知らせます。直接のランキング要因ではありませんが、発見が改善し、より新しいインデックスが作られることで、間接的に見逃されがちなページが表示される助けになります。

技術的な注意点：Googleは主要にモバイル版を基準にしており、クロールとインデックス化；2024年7月以降、GoogleはデフォルトでGooglebot Smartphoneでサイトをクロールします。また、2024年初めに従来の「Cached」ページ表示が廃止され、目に見えるキャッシュスナップショットは公開のトラブルシューティング用の手段ではなくなっています。

サイトマップの仕組みとフォーマット

XML構造とよく使われる要素

標準的なサイトマップは<urlset>を使い、子要素として複数の<url>エントリを持ちます。典型的な子要素は<loc>（URL）、<lastmod>（任意の最終更新のヒント）、<changefreq>と<priority>（いずれも任意のヒント）です。検索エンジンはこれらを権威ある指示ではなくヒントとして扱う場合があります。

例：<url><loc>https://example.com/page</loc><lastmod>2026-08-01</lastmod></url>

サイトマップのインデックス、圧縮と制限

複数のサイトマップはサイトマップインデックスでまとめることができます。サイトマッププロトコル仕様によれば、単一のサイトマップファイルは最大50,000 URLsを含めることができ、仕様で定義された非圧縮サイズの上限を超えてはなりません；サイトがこれらの制限を超える場合は、サイトマップインデックスを使って複数ファイルに分割してください。圧縮ファイル（.xml.gz）はサポートされ、大規模サイトで一般的に使われます。

含めるべきもの — 実践チェックリスト

クロールとインデックス化の対象として検索エンジンに考慮してほしいURLを含めてください。リストは絞り込んで、インデックスにすべきでないページは追加しないでください。

チェックリスト：

• 正規化され、インデックス可能で有意義なコンテンツを持つページ（推奨するURL）
• 内部ナビゲーションで到達できるページや、クロールしてほしい重要なAPI駆動コンテンツ
• 代表的な ランディングページ（ページネーション、ファセットナビゲーション、カテゴリツリーに該当し、かつインデックス可能な場合）
• XMLサイトマップエントリは、更新時刻の信頼できるタイムスタンプがある場合に妥当なlastmod値を含めてください

含めないもの

インデックス外にすべきURLは含めないでください：noindexページ、ステージング／テスト環境、内部検索結果ページ、カノニカル化されたバージョンを指す重複URL、セッションやトラッキングパラメータ付きのバリアントなど。また、非200レスポンス、リダイレクト、ソフト404を主なサイトマップエントリとして列挙するのは避けてください。

検証とトラブルシューティング

サーバーおよびファイルレベルのチェック

外部からは、サイトマップファイルが到達可能で正しいContent-Typeで配信されているか確認してください。curlでヘッダを確認し、本体を取得できます。ヘッダのみ確認する場合：curl -I https://example.com/sitemap.xml. ファイル内容が必要な場合はリダイレクト追従フラグを付けて本文を取得してください：curl -sL https://example.com/sitemap.xml. レスポンスが200系ステータスを返し、Content-TypeがXMLまたはapplication/xmlであることを確認してください。

解析と検証

XML構文を検証し、URLが有効か確認してください。サイトマップをXMLパーサー（例：xmllint）に渡すかオンラインバリデータを使えます。また、Google Search ConsoleのSitemapsレポートを使って、管理しているプロパティのサイトマップを提出・テストしてください。提出した各サイトマップについてGSCは解析エラーや検出されたURL数、その他の診断情報を表示します。

インデックス化チェック

自分が所有するページについては、Google Search ConsoleのURL検査（URL Inspection）を使い、Googleが特定のURLをクロール・インデックス化したか、どのバージョンをインデックスに使ったか確認してください。自分で管理していない第三者のパブリッシャーページについては、公開のsite:オペレーターでGoogleがページを認識しているかの目安は得られますが決定的ではありません。site:クエリとユニークなスニペットやタイトル断片を組み合わせて信頼性を高めるとよいです。site:は公開向けの指標であり、権威あるインデックス状態を示すものではないことを覚えておいてください。

ログファイルとクロール予算

サーバーログにアクセスできる場合は、サイトマップ提出／更新後のクロール挙動を確認してください。検索エンジンのクローラーがサイトマップを要求しているか、リストされたページからリンクを辿っているかをチェックします。大規模サイトでは、適切に管理されたサイトマップが、重複や価値の低いページに予算を浪費させずにクローラーが深いコンテンツを見つけるのに役立ちます。

よくあるミスと回避方法

ミス：非カノニカルなURLやリダイレクトや非200レスポンスを返すページを列挙する。対処：サイトマップのエントリがカノニカルでインデックス可能なURLを指すようにし、リダイレクト先は削除する。

ミス：パラメータバリアントや重複するパラメータ付きURL、セッションIDでサイトマップを埋め尽くす。対処：カノニカルタグやパラメータ処理を使い、サイトマップに載せる前にバリアントを除外または正規化する。

ミス： relying on <changefreq> and <priority> to force re-crawls. Fix: treat those elements as optional hints and use reliable lastmod values or push notifications (eg. pubsubhubbub for supported content) to signal changes.

Sitemaps for specific scenarios

大規模サイトと分散アーキテクチャ

コンテンツを論理的なサイトマップファイルに分割（コンテンツ種別、セクション、lastmodの期間ごと）し、サイトマップインデックスを使ってください。これにより解析やトラブルシューティングが容易になり、サイトのある領域が頻繁に変更される場合でもサイトマップの一部だけを更新できます。

AJAX／クライアントレンダリングされたコンテンツ

サイトの一部がクライアントサイドレンダリングに依存する場合、クローラーが利用可能なHTMLを見つけられるように、サーバーサイドでレンダリングしたかプリレンダしたカノニカルURLをサイトマップに含めてください。Googlebot Smartphoneに直接コンテンツを提供できる場合（モバイルファーストインデックスの慣行に従い）、サイトマップのエントリがユーザーにインデックス可能なコンテンツを届けるURLと一致していることを確認してください。

保守チェックリスト

月次または四半期：

• 大きな構造変更後にGoogle Search Consoleでサイトマップを再送信する
• サイトマップに記載された解析エラーや4xx/5xxレスポンスをスキャンする
• 実質的に変更されたコンテンツについてlastmod値が更新されていることを確認する
• サーバーログを確認してクローラーによるサイトマップ取得を確認する

参考資料

関連する技術トピックは、サイト準備の総合ガイドを参照してください：

以下を参照：Technical SEOガイド

FAQ