要点
このツールは XML サイトマップを取得し、公式のプロトコルに照らして構造を検証したうえで、各 URL の形式、重複、HTTP と HTTPS の一貫性を確認します。リダイレクトやエラーのない canonical の URL だけを載せ、lastmod を正確に保ち、移行や大きな変更のたびに検証し直してください。
さらに詳しく知るには、こちらに質問
XML サイトマップは、検索エンジンがサイトの重要なページをすべて見つけるために使う道案内です。壊れていたり、古かったり、設定を誤っていたりすると、自然検索の流入を支えるページを Google が見つけられない、あるいはインデックスから外してしまうことがあります。それでも、最初に設定したあとサイトマップを検証しないサイト運営者がほとんどです。
Sorank の Sitemap チェッカーは、XML サイトマップを数秒で分析し、構造のエラー、リンク切れの URL、インデックスの問題を指摘します。順位に影響が出る前に修正できます。
XML サイトマップが SEO にとって重要な理由
XML サイトマップは、サイトと検索エンジンのクローラーをつなぐ直接の連絡手段です。Google はリンクをたどってページを見つけられますが、サイトマップがあれば、重要だと考えるページがすべて明示的に列挙され、クロールの対象になります。特に次の場面では欠かせません。
- 大規模なサイト：数千ページを抱えるサイトでは、クロール予算に制約があることがよくあります。整ったサイトマップは、どのページをどれくらいの頻度でクロールするかを検索エンジンが判断する助けになります。
- 新しいサイト：被リンクの少ない新しいドメインは、最初に見つけてもらうためにサイトマップに大きく依存します。サイトマップがないと、Google がすべてのページを見つけるまでに数週間から数か月かかることがあります。
- 複雑なサイト構成：JavaScript で描画されるページ、絞り込みナビゲーション、階層の深いカテゴリー構造はクロールを難しくしますが、よく整理されたサイトマップがそれを解消します。
- コンテンツの更新：サイトマップの lastmod タグは、内容がいつ変わったかを Google に伝え、更新されたページの再クロールを早めます。
- 孤立したページ：内部リンクが 1 つも向いていないページは、サイトマップに載っていない限りクローラーから見えません。
よくあるサイトマップのエラーとその影響
広く使われている CMS でも、SEO を静かに損なう問題を抱えたサイトマップを生成することがあります。このチェッカーが特定する主な問題は次のとおりです。
- 200 以外のステータスコード：301 のリダイレクト、404 のエラー、500 のサーバーエラーを返す URL は、クロール予算を無駄にし、サイトの管理が行き届いていないことを Google に伝えます。
- robots.txt で遮断された URL：robots.txt が遮断している URL をサイトマップに載せると、矛盾したシグナルになり、検索エンジンを混乱させます。
- XML の形式の欠落や誤り：タグが 1 つ壊れているだけで、検索エンジンがサイトマップ全体を受け付けず、載せたすべての URL が見つけられなくなることがあります。
- サイズの上限の超過：Google が受け付けるサイトマップは最大 50'000 URL、非圧縮で 50MB までです。それより大きいサイトにはサイトマップのインデックスファイルが必要です。
- 重複した URL：同じ URL を複数回載せたり、www ありと www なしの両方を含めたりすると、クロールのシグナルが薄まり、インデックスの混乱を招くことがあります。
- lastmod の日付の欠落：正確な更新日がないと、検索エンジンはどのページを優先して再クロールするかを効率よく判断できません。
Sitemap チェッカーの仕組み
このツールは、3 つの段階で網羅的な検証を行います。
- 取得と解析：サイトマップの URL を取得し、複数のサブサイトマップを持つサイトマップのインデックスファイルにも対応し、XML の構造を公式のサイトマップのプロトコルに照らして検証します。
- URL の検証：サイトマップ内の各 URL について、形式の正しさ、項目の重複、プロトコルの一貫性（HTTP と HTTPS）を確認します。
- 状態の分析：見つかったすべての URL、その構造、検出された問題をまとめて示し、サイトマップの健全性を一目で把握できるようにします。
XML サイトマップの実践
クロールの効率を最大にする健全なサイトマップを保つために、次の指針に従ってください。
- canonical の URL だけを載せてください。サイトマップのすべての URL は 200 のステータスコードを返し、そのページの canonical の版である必要があります。リダイレクト、noindex のページ、canonical ではない重複を載せてはいけません。
- lastmod を正確に保ってください。lastmod の日付は、ページの内容が実際に変わったときだけ更新します。日付を作為的に更新すると、サイトマップのシグナルに対する Google の信頼が損なわれます。
- 大規模なサイトではサイトマップのインデックスファイルを使ってください。サイトマップのインデックスを使い、コンテンツの種類（記事、ページ、商品、カテゴリー）ごとにサイトマップを分けます。問題の切り分けが楽になり、個々のファイルも扱いやすくなります。
- Google Search Console に送信してください。Google は robots.txt からサイトマップを見つけられますが、Search Console から手動で送信すると、インデックスの統計とエラーの報告を受け取れます。
- 生成を自動化してください。手作業で維持するのではなく、CMS やサーバー側のスクリプトでサイトマップを動的に生成します。手作業のサイトマップは必ず古くなります。
- 大きな変更のたびに検証してください。サイトの移行、URL の再構成、CMS の更新は、サイトマップが壊れる原因としてよくあります。重要な変更のあとは必ず検証してください。
Sitemap チェッカーと Google Search Console
Google Search Console もサイトマップのエラーを報告しますが、送信から数日、ときには数週間の遅れが出ます。Sorank の Sitemap チェッカーはその場で検証できるため、Google に送信する前に問題を見つけて直せます。2 つを組み合わせて使ってください。まずこのチェッカーで検証し、整ったサイトマップを Search Console に送信して継続的に監視します。
