Sitemap.xmlバリデータ — 本格プロトコル準拠チェッカー
サイトマップ.xml（またはサイトマップインデックス）を貼り付けるかアップロードし、実際のsitemaps.orgプロトコルに照らして検証します：ルート要素と名前空間、絶対<loc> URL、ドキュメント化された50,000URL / 50MB制限、<lastmod>、<priority>、<changefreq>に加え、鮮度ヒストグラムと重複URL検出も行います。
🔒 ブラウザ内で完全に処理されます。ここに入力した内容はアップロードされません。
結果
sitemap.xmlファイルは、XMLとして完全に整形式であっても、サイトマップとして壊れている可能性があります。xmlns名前空間の欠落、相対<loc> URL、"1.5"という<priority>、"Daily"（"daily"ではなく）という<changefreq>などは、一般的なXMLバリデータでは問題なく通過しますが、GoogleやBingなど、そのファイルを利用するすべてのサービスが期待する実際のサイトマッププロトコルには静かに違反しています。このツールは、貼り付けまたはアップロードされたサイトマップをブラウザのネイティブDOMParserで解析し、sitemaps.orgで公開されている実際のルールに照らしてチェックします。ルート要素は、通常のサイトマップでは<urlset>、サイトマップインデックスでは<sitemapindex>（自動検出）であり、理想的には正確な名前空間http://www.sitemaps.org/schemas/sitemap/0.9で宣言されている必要があり、すべての<url>（またはインデックスファイルの<sitemap>）は、有効な絶対http/https URLに解決される<loc>を含んでいる必要があります。
構造に加えて、プロトコルはハードリミットと正確なフィールド形式もドキュメント化しており、このツールはそれらをフィールドごとにチェックします。1つのサイトマップファイルには50,000を超えるURLをリストしてはならず、非圧縮で50MBを超えてはなりません。この制限はサイトマップインデックスファイルにも適用され、その場合は<url>エントリではなく<sitemap>エントリをカウントします。このツールは、実際に貼り付け/アップロードされたコンテンツを両方の基準で測定します。存在する場合の各<lastmod>は、仕様が受け入れる実際のW3C-DTF形式に照らしてチェックされます。これは日付のみ（YYYY-MM-DD）、または時、分、オプションの秒、必須のタイムゾーン指定子を含む完全なタイムスタンプです。存在する場合の各<priority>は0.0から1.0の間の小数である必要があります。各<changefreq>は、仕様が定義する7つの値（always, hourly, daily, weekly, monthly, yearly, never）のいずれかであり、それらしい同義語ではいけません。すべての違反は、特定のエントリ番号とその実際の値を表示し、ルールごとに最大50件の違反を表示し、それを超える場合はレポートを読みやすく保つために「+N件」の注記を付けます。これはURL制限に近いサイトマップでも同様です。
書かれたプロトコルが要求する以上の2つのチェックがありますが、これは実際によくある問題を捉えます。<lastmod>鮮度ヒストグラムは、有効な最終更新日をすべて月ごとにグループ化するため、サイトのコンテンツが実際に最新の状態に保たれているか、それともほとんどのURLが何年も前の古いタイムスタンプを保持しているかを一目で確認できます。重複<loc>検出機能は、同じファイル内で複数回リストされているURLをフラグ付けします。これは、重複を除外せずに複数のソースをマージするサイトマップジェネレータでよく発生する副作用です。すべてはローカルで実行されます。解析、ルールチェック、ヒストグラムはすべて、貼り付けられたテキストまたはFile API経由でアップロードされたファイルからブラウザ内で計算され、サーバーに取得またはアップロードされるものはなく、サイトマップ内の個々のURLが要求されたりクロールされたりすることは決してありません。このツールはサイトマップドキュメント自体をチェックし、リストされたページが実際に存在するか、または200 OKを返すかをチェックするものではありません。