無料 XMLサイトマップ 検証ツール

慣例では、ドメインのルートに置く /sitemap.xml です。このツール（や多くのクローラー）も、まずそこを見ます。技術的にはどこに置いても構いませんが、その場合は宣言が必要です。robots.txt に「Sitemap: https://example.com/path/to/sitemap.xml」の行を追加し、Google Search Console と Bing ウェブマスターツールでその URL を送信してください。

1つのサイトマップファイルに含められるのは、最大 5万 URL、非圧縮で最大 50MB までです。より大きなサイトは、URL を複数のサイトマップファイルに分割し、それらをサイトマップインデックスに一覧します。どちらかの上限を超えると、エンジンはファイルを途中で切り捨てるか、丸ごと拒否することがあります。

はい。Google は、値が信頼できる場合に限り、再クロールを優先するために lastmod を使うと述べています。lastmod には、コンテンツが実質的に変更された日付を、YYYY-MM-DD 形式または完全な ISO 8601 形式で設定してください。デプロイのたびにすべての URL へ現在の日付を押していると、エンジンはあなたの lastmod を完全に無視するようになり、再クロールの恩恵を失います。

サイトマップをまとめたサイトマップです。<url> エントリーの代わりに <sitemap> エントリーを含み、それぞれが子サイトマップファイルを指します。大規模なサイトが 5万 URL の上限内に収まるための仕組みです。URL を多数のファイルに分割し、それらを1つのインデックスに一覧して、インデックスだけを送信します。このツールはインデックスファイルを自動で検出し、最初の子を検証します。

いいえ。サイトマップは命令ではなくヒントです。どの URL が存在し、いつ変更されたかをエンジンに伝えますが、各ページをクロールしインデックス登録する価値があるかは、その品質や独自性、サイト全体のシグナルをもとにエンジンが独自に判断します。サイトマップは発見を速めますが、順位を上げてくれるわけではありません。

構造は完璧でもリンク切れだらけのサイトマップは、サイトマップがないよりも悪いからです。サイトマップのエントリーを繰り返し取得しては 404 やサーバーエラーに当たるエンジンは、ファイル全体を信用しなくなります。私たちは一覧にある URL から、間隔を空けて少数のサンプルを取得し、失敗したものを指摘します。クローラーより先に、あなたが劣化に気づけるようにするためです。