SEO

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

サイトマップの構造エラー、無効なURL、日付形式の誤り、重複URLを検出します。urlsetとsitemapindexの両方に対応。

今はAIに聞けば数秒でXMLサイトマップとは何かを説明してくれます。でも誰もが有料プランやトークンをいつでも使えるわけではなく、AIへの聞き方が分からないこともあります。この検証ツールはそのために存在します：あなた自身のサイトマップを実際にその場でチェック。さらに、エラーと警告をどう区別しているかも下で説明しています。
https://で始まるURLのみ使用できます。サイトマップはサーバー側で取得され、保存はされません。
XMLサイトマップの内容をすべて貼り付けてください。
処理中…

      検証の仕組み

      エラーと警告は同じではない エラー = 最低限の構造が壊れている（無効なXML、<loc>がない、<loc>がURLでない）— 警告 = 構造は問題ないが推奨事項から外れている（namespace、日付形式、priorityの範囲） — エラーのあるサイトマップは、おそらくGoogleにまったく読み込まれません。警告だけのサイトマップは読み込まれますが、Googleはその特定のフィールドの値を無視することがあります——例えば、形式が無効なlastmodは、サイトマップの他の部分が問題なく機能していても、クロールのシグナルとしては単純に使われません。
      許容されるlastmodの形式 YYYY-MM-DD、またはYYYY-MM-DDThh:mm:ssZ（±hh:mmのオフセット付きも可）、またはYYYY-MM-DDThh:mmZ — 有効な例：2026-07-18 または 2026-07-18T14:30:00-04:00。よくある間違いは日付を18/07/2026のように書くことです——3つの許容形式のどれにも一致せず、警告になります。
      URLからの検証時のSSRF対策 URLから検証する際、プライベート・予約済みIPアドレス範囲をブロックし、ダウンロード前にDNS解決を固定する — 目立たないが実際に効果のあるセキュリティ対策です：これがないと、公開ドメインの裏に隠したネットワーク内部アドレス（192.168.x.x、10.x.x.x、127.0.0.1など）にサーバーを接続させるために、この検証ツールが悪用される可能性があります。そのため、検証ツールはDNSを一度だけ解決し、そのIPが公開アドレスであることを確認したうえで、実際のダウンロード時にも同じIPを強制的に使用します——これにより、攻撃者が確認とダウンロードの間にDNSの応答をすり替えること（「DNSリバインディング」と呼ばれる攻撃）を防ぎます。

      よくある質問

      XMLサイトマップは、Google・Bingなどの検索エンジンに対して、サイトにどのようなページがあるか、どれが重要かを伝えるファイルです。Googleにページを表示させるために必須ではありませんが、サイトが大きい場合、内部リンクが少ないページがある場合、コンテンツが頻繁に更新される場合に非常に役立ちます。規格はsitemaps.orgが定めており、Googleは2005年から対応しています。

      urlsetは通常のサイトマップで、サイトのURL一覧を含みます（1ファイルあたり最大50,000URL・50MB）。sitemapindexは他のサイトマップファイルへのリンク集で、50,000URLを超える場合や、投稿・商品・カテゴリなどセクション別に整理したい場合に使います。GoogleはまずsitemapindexをチェックしてURLを読み取り、参照された各サイトマップを個別にダウンロードします。

      • lastmod — ページの最終更新日（YYYY-MM-DD形式）。最も重要なフィールドで、GoogleがそのURLを再クロールするタイミングの判断に使います。正確でない場合は効果が薄れます。
      • changefreq — ページの更新頻度：always、hourly、daily、weekly、monthly、yearly、never。Googleはこれを命令ではなくヒントとして扱います。
      • priority — サイト内でのURLの相対的な重要度で0.0〜1.0（デフォルト0.5）。あくまでサイト内での比較であり、Googleは他サイトと比べる際には使いません。

      XMLの形式エラー、namespace（名前空間）の誤り、不正なURLがあるサイトマップは、Googleが拒否または無視する場合があります。これはページがインデックスから消えることを意味しません（Googleは別の方法でページを発見できます）が、サイトマップ本来の役割——クローラーを重要コンテンツへ誘導すること——が果たせなくなります。URL重複や範囲外のpriority値（例：1.5）はGoogle Search Consoleに警告として表示されます。

      最も一般的な場所はhttps://yourdomain.com/sitemap.xmlとhttps://yourdomain.com/sitemap_index.xmlです。WordPressでYoast SEOを使用している場合は/sitemap_index.xml、Rank Mathも同様です。Shopifyは自動的に/sitemap.xmlを生成します。見つからない場合は、サイトのrobots.txtファイルを確認してください：Sitemap:の行に正確なURLが記載されています。

      各サイトマップファイルには最大50,000 URLを含めることができ、非圧縮で最大50 MB（または.gzで50 MB）まで対応しています。この上限を超える場合は、複数のサイトマップファイルを指すsitemapindexを使用する必要があります。1つのインデックスに最大500個のサイトマップを含めることができます。これらの数値はサイト全体ではなく、1ファイルあたりの制限です。

      サイトマップが圧縮ファイル（sitemap.xml.gz）として公開されている場合、このツールはURLから検証する際に自動的に解凍しません——圧縮されたバイナリコンテンツをそのまま受け取り、無効なXMLとして報告します。解決策は、.gzを解凍できるツールで自分でファイルを解凍し、結果のXMLを「XMLを貼り付け」タブに貼り付けることです。

      いいえ——このツールはsitemaps.org標準プロトコルの構造（loc、lastmod、changefreq、priority）を検証しますが、多言語サイトが使うhreflangタグ（xhtml:link）などの拡張機能は検証しません。hreflangの設定が誤っているサイトマップも、このツールの検証では警告なしで通過することがあります。たとえGoogle Search Consoleのようなツールが検出する言語ターゲティングのエラーがあってもです。

      このツールはsitemaps.orgプロトコルに基づくXMLファイルの構造のみを検証します：XMLが有効か、各URLに<loc>があるか、日付や値の形式が正しいか、といった点です。Google Search Consoleはさらに踏み込んで、各URLが実際に200コードを返すか、robots.txtでブロックされていないか、noindexタグがないか、別の正規URLを宣言していないかを確認します。サイトマップがこのツールの検証をエラーなしで通過しても、Search Console上では問題のあるURLとしてマークされることがあります。これは2つの異なる検証レイヤーだからです。