サイトマップXMLやサイトマップインデックスを、ソースサイトマップ、lastmod、パス別分類、重複検出、クロール計画にすぐ使える行データを備えた整理済みURL一覧に変換します。
ツールを実行すると、分析結果、エクスポート、次のアクションがここに表示されます。
サイトマップURLを読み込み、urlsetかサイトマップインデックスかを判定します。指定があれば子サイトマップもたどり、生のXMLを監査しやすい構造化された一覧に変換します。
テクニカル監査、移行、コンテンツ一覧の作成、インデックス調査の前に使います。サイトマップはすべてのURLが検索順位を獲得できる証拠ではありませんが、クローラーに発見してほしいURLをサイトがどう示しているかを素早く把握できます。
まずURL数、サイトマップ数、重複、パス別グループ、lastmodの記載状況を確認します。特に有益な気づきは、サイトマップに含まれるURLと、実際にインデックス登録が必要なURLを比べることで得られます。
サイトマップを完全なURL一覧だと思い込み、孤立ページ、ブロックされたパス、ファセットURL、ナビゲーションから外れても順位を獲得しているページを見落とすチームは少なくありません。抽出は最初の確認であり、最終監査ではありません。
一覧を整理したら、優先度の高い領域をテクニカルクロールにかけましょう。Searvora Spider Analysisでは、URLへの到達性、canonical、インデックス登録可否、内部リンク、検索エンジンへの対応状況を確認できます。
クロール計画、メタデータ確認、SEO 引き継ぎのための短い回答です。
はい。子サイトマップの検出を有効にすると、サイトマップインデックスをたどって子サイトマップのURLを1つのエクスポート可能な一覧にまとめます。
いいえ。サイトマップはURLの発見を促すだけです。robots.txt、noindex、リダイレクト、canonicalタグ、HTTPエラー、内部リンク不足などが原因で、ページがブロックされている場合があります。
CMSの生成ルール、末尾スラッシュの違い、プロトコルの違い、パラメータ付きURL、サイトのリニューアル後に削除されなかった古いサイトマップ項目などが原因です。
クロールの起点として管理しながら使い、アクセス解析やSearch Consoleのデータと比較してください。重要な領域はcanonicalとインデックス登録可否のチェックで検証します。