Sitemap ジェネレーター
sitemap.xml ジェネレーター
URLリストを入力し、更新頻度・優先度・最終更新日を一括設定して、sitemap.org標準準拠のXMLサイトマップをワンクリック生成。
sitemap.org 0.9オープンプロトコル標準に準拠したSitemap XMLサイトマップファイルをオンラインで生成。changefreq 7種類の更新頻度、priority 0.0-1.0の相対優先度、lastmod日付ピッカーの完全な設定に対応。XMLエンティティの自動エスケープ、無効URLのリアルタイム検出、構造化XMLのリアルタイムプレビュー、ワンクリックダウンロードとコピー機能を備え、Google/Bingなどの主要検索エンジンがWebサイトのすべての重要なページを迅速に発見し効率的にインデックスするのを支援します。
関連おすすめ
ユースケース
- 新規Webサイト公開後にコアページのSitemapを一括生成し、Google Search ConsoleとBing Webmaster Toolsに送信して検索エンジンの発見とインデックスを加速
- サイトセクションのリニューアルやURL構造変更後にサイトマップを再生成し、検索エンジンインデックスを更新してリンク切れの残存によるSEOパフォーマンスへの影響を防止
- ECサイトで商品リストURLを一括インポートし、商品カテゴリや掲載日に基づいて異なるchangefreqとpriority値を設定
- 50,000URLを超える大規模ポータルやニュースサイトで、チャンネル別に複数のSitemapを分割生成しSitemap Indexファイルを作成
- ブログサイトで記事ページ、タグページ、カテゴリページ、アーカイブページに適切な更新頻度と優先度パラメータをそれぞれ設定
- 企業サイトで製品ページ、ニュースページ、概要ページ、お問い合わせページなど異なるタイプのURLを整理し、差別化されたlastmodとpriorityを設定
- Webサイト移行完了後(HTTP→HTTPSアップグレード、ドメイン変更)にSitemapを再生成して送信し、クローラーが新しいアドレスを迅速にクロールするよう誘導
- Yoast SEOなどのプラグインで生成されたSitemapを手動で補完し、プラグインがカバーしていない特別なページURLを追加
- SEO診断と最適化後にSitemapを再生成し、重要なページのpriority設定が適切であることを確認し、価値の高いページのクロールウェイトを向上
- robots.txtでSitemapの位置を宣言する前に、このツールでXML形式の正確性を検証し、クローラーの解析失敗を回避
使い方
- インデックスしたいページアドレスのリストをURL入力エリアに貼り付け。1行に1つの完全なURL(http://またはhttps://プロトコルプレフィックスを含む必要があります)
- changefreqドロップダウンメニューでページの更新頻度を選択:ホームページはdailyまたはhourly、記事ページはweekly、静的ページはyearlyまたはmonthly
- priorityスライダーをドラッグするか0.0-1.0の数値を入力して優先度を設定:コアトップページは1.0、重要なセクションページは0.8、通常の記事ページは0.5、アーカイブページは0.3
- lastmod日付ピッカーをクリックして、Webサイトコンテンツの最終更新日を選択。または空欄のままlastmodフィールドを含めないことも可能
- 右側のリアルタイムプレビューエリアを確認し、生成されたXML構造が正しいかチェック。無効なURLは赤色でマークされ修正を促す
- 問題がなければ「sitemap.xmlをダウンロード」ボタンをクリックしてファイルを保存するか、「コピー」ボタンをクリックしてXMLコンテンツをクリップボードにコピー
- sitemap.xmlをWebサイトのルートディレクトリにアップロードし、robots.txtにSitemap宣言を追加するか、Google Search Console/Bing Webmasterに直接送信
特徴
- URL一括入力対応:1行に1つのURLを入力、空行と重複リンクを自動フィルタリングし、大量のページアドレスを高速処理
- XMLエンティティ自動エスケープ:URL内の&、<、>、"、'などの特殊文字を&、<、>、"、'に自動エスケープし、XML解析エラーを完全に回避
- 7種類のchangefreq更新頻度オプション:always、hourly、daily、weekly、monthly、yearly、never—すべてのページタイプのシナリオをカバー
- きめ細かなpriority設定:0.0から1.0までの任意の数値に対応し、小数点以下1桁の精度でページの重要度を区別可能
- lastmod最終更新日付ピッカー:ビジュアルカレンダーセレクターで、W3C Datetime標準形式(YYYY-MM-DD)に自動フォーマット
- 無効URLのリアルタイム検出:形式エラーのURL(プロトコル欠落、不正文字など)を自動識別し、問題の行番号をマークして修正を容易に
- リアルタイムプレビュー生成:URLリストや設定パラメータの変更時にXMLコンテンツが即座に更新—手動で生成ボタンをクリックする必要なし
- ワンクリックsitemap.xmlダウンロード:生成結果を標準XMLファイルとして直接ダウンロードし、保存後すぐにWebサーバーにアップロード可能
- URL数超過警告:入力URLが50,000件に達すると、Sitemap Index分割方案の使用を自動的に通知
- クリップボードにコピー:完全なXMLコンテンツをワンクリックでクリップボードにコピーし、サーバーファイルへの貼り付けやオンライン送信に便利
- バイトサイズ統計:生成されたSitemap XMLファイルのバイト数をリアルタイム表示し、ファイルサイズが検索エンジンの制限に適合しているか評価
- 標準urlsetルート要素出力:http://www.sitemaps.org/schemas/sitemap/0.9プロトコル仕様に厳密に従い、正しいxmlns名前空間宣言を含む
- UTF-8エンコーディング宣言:XMLエンコーディング宣言を自動追加し、多言語URLが文字化けせず正しく解析されることを保証
よくある質問
Sitemapは必ず送信する必要がありますか?送信しないとサイトはインデックスされませんか?
Sitemapを送信しなくてもWebサイトはインデックスされる可能性があります——検索エンジンは他のサイトからの外部リンクや内部リンクの追跡を通じてページを発見できます。しかし、Sitemapを送信すると発見速度が大幅に加速され、特に新規サイト、大規模サイト、内部リンクが不十分なサイトでは効果的です。Googleは公式にすべてのWebサイトがSitemapを送信することを推奨しており、コストが低く効果の高いSEOの基本作業です。
Sitemap内のURLは絶対パスである必要がありますか?相対パスは使用できますか?
プロトコルプレフィックス(http://またはhttps://)と完全なドメイン名を含む完全な絶対URLである必要があります。相対パス(/page1.htmlなど)やプロトコルを省略した形式は使用できません。検索エンジンがSitemapを解析する際に正しくクロールするには完全なURLが必要であり、相対パスは解析エラーの原因となります。
changefreqとpriorityの設定は実際に役立ちますか?検索エンジンは従いますか?
これら2つのフィールドは「ヒント」であり「命令」ではないため、検索エンジンが100%従うとは限りませんが、正確に設定すれば参考価値はあります。比較すると、lastmod(最終更新時間)は3つのフィールドの中で検索エンジンが最も重視します。ページに新しいコンテンツがあるかどうかをクローラーに直接伝えるからです。すべてのページを最高優先度やalwaysに設定するような不正をしないでください。検索エンジンがこれらのメタデータを信用しなくなります。
SitemapファイルはWebサイトのルートディレクトリに配置する必要がありますか?
必ずしもそうではありません。URLが正常にアクセス可能であれば、SitemapはWebサイトの任意のパスに配置できます。ただし、robots.txtはルートディレクトリに配置する必要があります。Sitemap Indexを使用して複数のSitemapに分割している場合、サブSitemapのパスに制限はありません。ただし、慣例的にルートディレクトリに配置するのが管理とクローラーの発見に最も便利です。
WebサイトのURLは50,000件未満ですが、ファイルサイズが50MBを超えています。どうすればよいですか?
Sitemapを分割する必要があります。50,000件と50MBは並行する2つの制限であり、いずれかを超えると分割が必要です。コンテンツタイプ別に分割するか、Sitemapを整理する(不要なスペースやインデントの削除、gzip圧縮の使用など)ことができますが、圧縮後も50MBを超える場合は分割する必要があります。
Sitemapにnoindexページやrobots.txtで禁止されているURLを含めることはできますか?
推奨しません。Sitemapには検索エンジンにクロールとインデックスしてほしいページのみを含めるべきです。noindexページ、Disallowで禁止されたページ、ログインが必要なページ、404エラーページはSitemapに含めるべきではなく、これは検索エンジンのSitemapに対する信頼度を低下させ、クロール予算を浪費します。
コンテンツ更新後にSitemapを再送信する必要がありますか?Sitemapはどのくらいの頻度で更新するのが適切ですか?
SitemapファイルのURLが変わらない限り、検索エンジンは定期的に再クロールするため、コンテンツが更新されるたびに手動で再送信する必要はありません。更新頻度はWebサイトのコンテンツ更新頻度に依存します:ニュースサイトは毎日または毎時間Sitemapを更新(自動生成)できますが、企業サイトは週次または月次の更新で十分です。サーバーサイドスクリプトを設定してSitemapファイルを自動更新できます。
Sitemapはどの言語のURLをサポートしていますか?日本語URLはエンコードが必要ですか?
Sitemapは任意の言語のURLをサポートしていますが、非ASCII文字(日本語など)のURLはURLエンコーディング(パーセントエンコーディング、percent-encoding)が必要です。例えば「日本語ページ」は%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%83%9A%E3%83%BC%E3%82%B8のようにエンコードする必要があります。ほとんどのブラウザとツールは自動的に処理しますが、生成されたSitemap内のURLが正しくエンコードされていることを確認する必要があります。
複数のSitemapを同時に送信できますか?例えば記事Sitemapと商品Sitemapの両方がある場合?
はい、2つの方法があります:①Sitemap Indexインデックスファイルを使用してすべてのサブSitemapを統一管理する(推奨される方法で、インデックスファイルのURLのみを送信すればよい);②ウェブマスタープラットフォームで各サブSitemapのURLを個別に送信する(この方法も可能ですが管理が面倒です)。どちらの方法も有効で、検索エンジンはどちらもクロールします。
Sitemapは生成後にgzip圧縮する必要がありますか?圧縮の利点は何ですか?
圧縮は必須ではありませんが、強く推奨されます。gzip圧縮は通常Sitemapサイズを70%-80%削減し、帯域幅とクローラーのフェッチ時間を節約します——特に大規模サイトでは効果が顕著です。検索エンジンはsitemap.xml.gz圧縮形式を完全にサポートしており、自動的に解凍します。圧縮後に50MBを超えなければ問題ありません。
WebサイトのHTTPバージョンとHTTPSバージョンの両方にSitemapを送信する必要がありますか?
インデックスしてほしい優先バージョンのみを送信してください。サイト全体をHTTPSにしてHTTP→HTTPS 301リダイレクトを設定している場合は、HTTPSバージョンのSitemapのみを送信してください。HTTPとHTTPSの両方のバージョンを送信しないでください。重複コンテンツの問題が発生します。同様に、wwwと非wwwも優先ドメインを決定し、優先ドメインのSitemapのみを送信してください。
WordPressでYoast SEOを使用してSitemapを生成していますが、このツールはまだ必要ですか?
Yoast SEOはほとんどのページのSitemapを自動生成できますが、一部のページが漏れる可能性があります——手動で作成した単一ページ、カスタム投稿タイプの設定が不十分、特別なランディングページ、外部からインポートしたページなど。このツールを使用してYoastがカバーしていないURLを補完したり、個別の補完Sitemapを生成したり、Yoastが生成したSitemapが完全かつ正しいか比較確認したりできます。
Sitemap内のURLの順序は重要ですか?重要なページを先に置くと効果がありますか?
SitemapプロトコルではURLの順序に公式なウェイトはなく、検索エンジンがURLが先にあるからといって優先的にクロールすることはありません。しかし、一部のSEO担当者はわずかな順序の効果を観察しているため、重要なURLを先に置いても害はありませんが、顕著な効果を期待しないでください——priorityフィールドを通じて優先度を正しく指定するべきです。
ページネーションページ(/list?page=2、/page/3など)はSitemapに含める必要がありますか?
これはページネーションコンテンツの価値に依存します。ページネーションが「もっと見る」性質の重複リスト(記事リストの2ページ目、3ページ目など)である場合、これらのページはコンテンツが重複し価値が低いため、通常はSitemapに含めることは推奨されません。リストの最初のページと個々の記事ページに焦点を当てるべきです。ただし、ページネーションが独自のコンテンツを持つ場合(独立した価値のあるカテゴリ閲覧など)は、低いpriorityを設定して含めることを検討できます。
Sitemapが正しく有効であることをどのように確認しますか?
いくつかの確認方法があります:①このツールで生成した後、最初にローカルでXML構造をプレビューし、タグの閉じ、名前空間、エスケープ文字が正常か確認します;②sitemap-inspectorツールを使用してオンラインで形式とURLアクセシビリティを検証し、すべてのURLのHTTPステータスコードを一括チェックします;③アップロード後にブラウザでSitemap URLに直接アクセスし、XML解析エラーなしで正常に表示されるか確認します;④Google Search Console/Bing Webmaster Toolsに送信した後、ステータスレポートで形式エラー、URLアクセス不可、制限超過などのエラープロンプトがないか確認します——これが最も権威のある確認方法です;⑤オンラインXML検証ツールを使用してXML構文の正確性をチェックすることもできます。
トラブルシューティング
生成されたSitemap XMLをブラウザで開くと解析エラーが表示され、形式が正しくないことを示しています
URLに&、<、>などのXML特殊文字が含まれておりエスケープされていない:貼り付け時にツールが自動的にエスケープしますが、ファイルを手動で編集した場合はエスケープが漏れている可能性があります XML宣言またはurlset名前空間が誤って記述されている:最初の行のxmlns値がhttp://www.sitemaps.org/schemas/sitemap/0.9と完全に一致し、余分なスラッシュがないことを確認してください タグが正しく閉じられていない:<url>、<loc>などのすべての開始タグには対応する終了タグ</url>、</loc>が必要です。自己終了タグの構文が正しいことを確認してください ファイルエンコーディングがBOMなしUTF-8ではない:Windowsのメモ帳はUTF-8 BOMまたはGBKエンコーディングで保存する場合があり、解析エラーの原因となります。BOMなしUTF-8で保存してください URLに不正な文字が含まれている:日本語URLはURLエンコーディング(percent-encoding)が必要です。特殊文字がエンコードされていないとXML解析エラーが発生します XMLバージョン宣言エラー:最初の行は<?xml version="1.0" encoding="UTF-8"?>である必要があり、1.1やその他のバージョンは記述しないでください タグのネスト順序エラー:子タグは親タグ内に完全に含まれる必要があり、<url><loc></url></loc>のような交差ネストは順序エラーです
Google Search ConsoleにSitemapを送信した後、「Sitemapを読み取れませんでした」または「形式エラー」と表示されます
SitemapファイルのURLにアクセスできない:ブラウザでSitemap URLに直接アクセスし、403/404/500エラーがなく200ステータスコードが返されるか確認してください サーバーが誤ったContent-Typeを返した:application/xmlまたはtext/xmlを返す必要があり、text/htmlを返すと認識失敗の原因となります Sitemapにrobots.txtでクロールが禁止されているURLが含まれている:GSCがSitemap内にDisallowパスを検出するとエラーを報告します URLリダイレクトの問題:SitemapのURLが301/302で他のアドレスにリダイレクトするとエラーが発生します。URLがリダイレクトなしで直接アクセス可能であることを確認してください HTTP/HTTPSまたはwww/非wwwの不一致:送信したSitemapのドメインがGSCで確認したドメインと一致しない(例:www.example.comで確認したのにSitemapでexample.comを使用している) Sitemapファイルが大きすぎて50MB制限を超えているかURLが50,000件を超えている:GSCは制限を超えたファイルの処理を直接拒否します XMLエンティティではなくHTMLエンティティを使用した:スペースの はHTMLエンティティでありXMLエンティティではないため、XMLでは使用できません
Sitemapを送信してからかなり時間が経ちましたが、多くのURLがまだGoogleにインデックスされていません
ページ品質の問題:インデックスは送信すれば必ずされるものではありません。オリジナリティが低い、重複コンテンツ、コンテンツの価値が低いページはGoogleがインデックスしないことを選択する場合があります 新規サイトの審査期間(サンドボックス効果):新しいWebサイトはSitemap送信後、一括インデックスされるまでに数週間から数ヶ月の観察期間が必要な場合があります ページがnoindex:URLが返すページにnoindex metaタグまたはX-Robots-Tag: noindexレスポンスヘッダーがあると、Googleは積極的に除外します Webサイトのクロール予算が不十分:サイトの権威性が低い、サーバーの応答が遅い、内部リンク構造が貧弱な場合、Googleクローラーに割り当てられるクロール頻度が低く、より多くの時間が必要です Sitemapに多くの低品質URLが含まれている:Sitemap内の多くのURLが404、5xxエラー、重複コンテンツ、低価値ページである場合、GoogleはSitemap全体への信頼を低下させます ドメインがペナルティを受けている:WebサイトにGoogle品質ガイドライン違反の問題(スパム、コピーコンテンツ、マルウェアなど)があり、インデックスが妨げられています ページが孤立ページである:ページはSitemapに含まれていても、Webサイトの内部リンクに入口がなく、クローラーが重要でないと判断してインデックスしない場合があります
SitemapでURLは検出されたと表示されますが、実際のインデックス数は非常に少ないです
これは正常な現象です:「検出されました」はGoogleがSitemapにアクセスしてURLを確認したことを意味するだけで、すべてがインデックスされるわけではありません。インデックス率はページ品質に依存します 重複コンテンツの問題:コンテンツが非常に似ている複数のURL(異なるパラメータを持つ同じページ、印刷バージョン、ページネーションなど)がある場合、Googleは1つの正規バージョンを選んでインデックスします canonicalタグが他のページを指している:ページに<link rel="canonical" href="他のURL">が設定されている場合、Googleはcanonicalが指すアドレスをインデックスします ページコンテンツが薄すぎる:文字数が少なすぎる、実質的な価値がない、コピーコンテンツの場合、Googleはインデックスする価値がないと判断します ページの読み込み速度が遅すぎる:サーバーの応答タイムアウト、ページの読み込みが遅すぎる場合、クローラーは複数回のフェッチ失敗後にクロール優先度を下げます HTTPS証明書の問題:SSL証明書が無効、混合コンテンツエラー、HTTP/HTTPSバージョンの併存による正規化の問題 モバイル対応の問題:モバイルフレンドリーでない、モバイル適合エラーがモバイルファーストインデックス環境でインデックスに影響を与えています
BingはSitemapを正常にクロールできますがGoogleはまったくクロールしません
Google Search Consoleの確認問題:ドメイン所有権の確認が有効であり、確認済みのドメイン(www/非www、http/https)が実際のアクセスバージョンと一致していることを確認してください サーバーファイアウォールまたはCDNがGooglebotをブロックしている:サーバーのアクセスログでGooglebotのリクエスト(user-agentにGooglebotを含む)がブロックされているか403を返していないか確認してください DNS解決の問題:GoogleのDNSがBingとは異なるIPアドレスに解決しています。すべての地域からサーバーに正常に解決できることを確認してください robots.txtにGooglebotに対する特別な制限がある:User-agent: Googlebotの下に特別なDisallowルールがないか確認してください Webサイトにチートの履歴がありGoogleによって降格されている:手動によるペナルティを受けたドメインは再審査を申請する必要があります SitemapのURLにGoogleが安全でないと見なすコンテンツが含まれている:マルウェアやフィッシングコンテンツとしてフラグが立てられたドメインなど CDNのWAFルールによる誤検知:一部のセキュリティルールがGooglebotクローラーの動作を誤って検知する場合があります。CDNのセキュリティログを確認してください
生成されたSitemapはローカルでは正常にテストできますが、サーバーにアップロードするとアクセス時に404エラーが返されます
ファイルパスが正しくない:sitemap.xmlが正しいディレクトリにアップロードされていません。robots.txtで宣言し検索エンジンに送信したURLに対応する場所にアップロードされていることを確認してください ファイル名の大文字小文字の問題:Linux/Unixサーバーは大文字小文字を区別します。Sitemap.xmlとsitemap.xmlは異なるファイルです。ファイル名がすべて小文字であることを確認してください Nginx/Apache設定がxmlファイルアクセスを禁止している:サーバー設定で.xml拡張子ファイルへのアクセスを拒否するlocationルールや誤ったtry_filesルールがないか確認してください ファイルパーミッションの問題:サーバー上のファイルパーミッションが正しくない(600パーミッションなど)ため、Webサーバーユーザーに読み取り権限がありません。通常は644パーミッション、ディレクトリは755パーミッションが必要です CDNが古い404レスポンスをキャッシュしている:アップロードしたばかりのファイルはCDNが以前の404をまだキャッシュしている可能性があります。CDNキャッシュを更新するか、CDNが自動的にオリジンを更新するのを待ってください WordPressなどのCMSのパーマリンクルールとの競合:CMSの書き換えルールがsitemap.xmlをインターセプトしています。サーバーが静的ファイルに直接アクセスできるように除外ルールを設定する必要があります サーバーに設定されたリファラーチェックやアクセス制御:.htaccessやNginx設定のrefererチェック、IPホワイトリストなどのルールがクローラーのアクセスをブロックしている可能性があります
用語集
- Sitemap(サイトマップ)
- Webサイト上のクローラーがクロール可能なすべてのページを検索エンジンに通知するXMLプロトコル標準ファイル。完全なURLリストと各URLのメタデータ情報を含み、GooglebotやBingbotなどのクローラーがWebサイトコンテンツをよりインテリジェントかつ効率的に発見、理解、クロールするのに役立ちます。sitemaps.org組織によって統一されたオープンプロトコル標準として維持されています(現在のバージョン0.9)。
- urlset
- 標準Sitemap XMLファイルのルート要素。正しいxmlns名前空間宣言を含む必要があり、内部にすべての<url>子要素エントリをネストします。Sitemapの有効性のコア識別子であり、正しいurlset構造のないSitemapは検索エンジンによって解析を直接拒否されます。
- Sitemap Index
- サイトマップインデックスファイル。WebサイトのURL数が50,000件を超えるか単一のSitemapファイルが50MBを超える場合に使用する必要があります。ルート要素は<sitemapindex>で、複数のサブSitemapファイルアドレスを統一的にリストおよび管理するために使用され、大規模WebサイトのSitemap分割の標準方案です。
- changefreq
- Sitemapのオプションメタデータ要素。ページコンテンツのおおよその更新頻度を指定するために使用されます。always、hourly、daily、weekly、monthly、yearly、neverの7つの有効な値があり、検索エンジンクローラーが再訪問クロール頻度をスケジュールするための参考となります。適切な設定によりクロール予算の配分を最適化できます。
- priority
- Sitemapのオプションメタデータ要素。そのURLのWebサイト内の他のページに対する相対的な重要度の優先度を指定するために使用されます。0.0から1.0の小数値で、デフォルト値は0.5です。priorityはサイト内ページの相対クロール優先度にのみ影響し、検索結果のランキングには影響しません。
- lastmod
- Sitemapのオプションメタデータ要素。ページの最後の実質的なコンテンツ変更の日付と時刻を記録します。形式はW3C Datetime仕様に従う必要があり、3つのオプションメタデータフィールドの中で検索エンジンが最も重視するフィールドです。ページに再クロールが必要な新しいコンテンツがあるかどうかを直接示すからです。
- loc
- <url>要素下の必須子要素。ページの完全な絶対URLアドレスを指定するために使用されます。http://またはhttps://プロトコルで始まり、完全なドメイン名を含む必要があり、URLの全長は2,048文字を超えることはできず、相対パスは使用できません。
- XML名前空間(xmlns)
- urlsetルート要素に宣言する必要があるXML名前空間属性。属性値はhttp://www.sitemaps.org/schemas/sitemap/0.9と正確に一致する必要があり、Sitemapが使用するプロトコルバージョンを識別します。名前空間が欠落しているか誤って記述されているとSitemapの解析失敗の原因となります。
- W3C Datetime
- W3C(World Wide Web Consortium)によって規定された日付と時刻の表現形式。Sitemapのlastmodフィールドはこの形式に従う必要があります。YYYY-MM-DDの簡略日付形式が一般的に使用され(互換性が最も高い)、時分秒とタイムゾーン情報を含む完全な日時形式もサポートされています。
- XMLエンティティエスケープ
- XML構文では、特殊文字は正しく解析するために対応するエンティティ参照にエスケープする必要があります:&は&に、<は<に、>は>に、"は"に、'は'にエスケープされます。URLにこれらの文字が含まれる場合はエスケープする必要があり、そうしないとXML解析エラーが発生します。
- Google Search Console (GSC)
- Googleが公式に提供するウェブマスタープラットフォームツール。Sitemapの送信、Webサイトのインデックスステータスの表示、検索トラフィックデータ分析、クロールエラーレポート、セキュリティ問題の通知、手動による操作ペナルティ通知などに使用されます。Google検索エンジン最適化(SEO)に必須のツールです。
- Bing Webmaster Tools
- マイクロソフトBing検索エンジンの公式ウェブマスタープラットフォーム。Google Search Consoleと同様の機能を持ち、Sitemap送信、インデックスカバレッジ統計、SEO診断分析、キーワード調査、被リンククエリなどをサポートし、BingとYahooの両方の検索エンジンの検索トラフィックをカバーします。
- robots.txt
- Webサイトのルートディレクトリに配置されるプレーンテキストファイル。User-agent、Disallow、Allowなどのディレクティブを介して、検索エンジンクローラーにどのパスがクロールを許可され、どのパスが禁止されているかを通知します。また、ファイル内にSitemapファイルの位置を宣言してクローラーが自動的に発見できるようにすることもできます。
- クローラー(Crawler/Spider/Bot)
- 検索エンジンが開発したWebコンテンツを自動的にクロールするプログラム。Googlebot(Googleクローラー)、Bingbot(Bingクローラー)、Baiduspider(百度クローラー)などがあります。ページリンクの追跡とSitemapファイルの読み取りによって新しいページを発見し、ページコンテンツをダウンロードして検索エンジンのインデックスデータベースに格納します。
- クロール予算(Crawl Budget)
- 検索エンジンが一定の期間内に特定のWebサイトに割り当てる総クロールリソース量。ドメインの権威性、サーバーの応答速度、ページコンテンツの品質、過去のクロール効果などの複数の要因によって決定されます。Sitemapを正しく設定することで、クロール予算の利用効率を最適化できます。
- UTF-8エンコーディング
- Sitemap XMLファイルでの使用が必須の文字エンコーディング。UTF-8は日本語を含むすべてのUnicode文字をサポートし、XML宣言でencoding="UTF-8"属性によって指定されます。他のエンコーディング(GBK、GB2312など)を使用すると、日本語URLの文字化けや解析失敗の原因となる可能性があります。
- gzip圧縮
- Sitemapプロトコルはgzipアルゴリズムによる圧縮転送をサポートしています(ファイル拡張子は.xml.gz)。Sitemapファイルサイズを70%-80%削減でき、サーバーの帯域幅とクローラーのクロール時間を大幅に節約します。主要な検索エンジンはgzip圧縮されたSitemapファイルを自動的に解凍して処理でき、圧縮後も50MBサイズ制限を遵守する必要があります。
- Yoast SEO
- WordPressやShopifyなどのCMSプラットフォームで広く使用されているSEOプラグイン。Sitemap、metaタグ、パンくずナビゲーション、XMLサイトマップ、RSS最適化、ソーシャルメディアメタデータなどのSEO関連機能を自動的に生成でき、コンテンツ重視のWebサイトで一般的に使用されるSEOソリューションです。
- インデックスカバレッジ(Index Coverage)
- Google Search Consoleのコアレポートの1つ。Webサイト内のページがGoogleによってインデックスされた、除外された、エラーがある、警告がある具体的な数と理由の詳細を表示し、Sitemap送信の効果を検証しページインデックスの問題を診断するために使用できます。
- URLエンコーディング(Percent-Encoding)
- パーセントエンコーディングとも呼ばれ、URL内で非ASCII文字(日本語、特殊記号など)を表現するためのエンコーディング方式。日本語文字は%XX%XX%XX形式にエンコードされます(例:「日本語」は%E6%97%A5%E6%9C%AC%E8%AA%9Eにエンコードされます)。Sitemap内の日本語URLは正しくエンコードされていないと解析できません。
changefreq更新頻度シナリオ対照表
| changefreq値 | 更新頻度 | 典型的な適用ページタイプ | 注意事項 |
|---|---|---|---|
always | アクセスのたびに変化する可能性 | リアルタイムデータページ、検索エントリー、動的集約ページ | クローラーが毎回来るわけではなく、変化頻度が極めて高いことを示すだけです。乱用しないでください。通常のページをalwaysに設定しないでください |
hourly | 1時間ごとに更新 | ニュースホームページ、ソーシャルメディアフィード、リアルタイム行情ページ | 1時間ごとに新しいコンテンツが生成されるページに適しています。高頻度更新サイト以外はhourlyに設定しないでください |
daily | 毎日更新 | Webサイトホームページ、ブログリストページ、ニュースチャンネルページ、商品カテゴリページ | 最も一般的に使用される値の1つで、ほとんどのサイトのホームページとセクションページに適しています |
weekly | 毎週更新 | 通常の記事詳細ページ、商品詳細ページ、ブログ本文ページ | ほとんどのコンテンツ重視サイトの本文ページにはこれが適しています |
monthly | 毎月更新 | カテゴリディレクトリページ、アーカイブページ、FAQページ、ユーザーガイドページ | コンテンツの更新は頻繁ではないが時々調整される補助ページ |
yearly | 毎年更新 | 会社紹介ページ、連絡先ページ、利用規約、プライバシーポリシー | ほとんど変更されない静的情報ページ |
never | 更新しない | 過去の記事アーカイブ、期限切れイベントページ、アーカイブされた古いコンテンツ | 変更されないことが確定しているページに設定します。更新がある場合はすぐに戻すことを忘れないでください |
priority優先度設定参考表
| priority値 | 優先度レベル | 適用ページタイプ | 推奨ページ数の割合 |
|---|---|---|---|
1.0 | 最高 | Webサイトホームページ、コアランディングページ、最も重要なチャンネルエントリー | サイト全体で1-3ページのみ |
0.8-0.9 | 非常に高い | メインセクションページ、人気カテゴリページ、コア商品ページ、重点特集 | 総ページ数の約5-10% |
0.6-0.7 | 高い | セカンダリセクションページ、サブカテゴリページ、人気記事、重要な商品詳細 | 総ページ数の約10-20% |
0.4-0.5 | 普通 | 通常の記事詳細ページ、一般的な商品ページ、標準コンテンツページ | 総ページ数の約40-60%(デフォルト値) |
0.2-0.3 | 低い | タグページ、アーカイブページネーション、古い記事アーカイブ、補助ページ | 総ページ数の約15-25% |
0.0-0.1 | 最低 | 低価値ページ、重複コンテンツページ、重点的にクロールしてほしくないページ | 総ページ数の約5%以内。0はインデックス禁止を意味しません |
Sitemapプロトコル仕様制限表
| 制限項目 | 上限値 | 説明 | 超過時の処理方案 |
|---|---|---|---|
| 単一SitemapのURL数 | 50,000件 | sitemap.org 0.9プロトコルの必須要件 | Sitemap Indexを使用して複数のサブSitemapに分割 |
| 単一Sitemapの非圧縮ファイルサイズ | 50MB(52,428,800バイト) | すべてのタグと空白を含む元のファイルサイズ | gzip圧縮の使用、Sitemapの分割、コメントの削減 |
| Sitemap Indexに含めることができるサブSitemap数 | 50,000個 | インデックスファイル自体のURLエントリ制限 | 理論的に25億URLをサポート。ほとんどのサイトでは必要ありません |
| 単一URLの長さ | 2,048文字 | プロトコル、ドメイン、パス、すべてのクエリパラメータを含む | URLが長すぎる場合はパラメータを簡素化するかURLリライトが必要 |
| Sitemapがサポートするエンコーディング | UTF-8 | プロトコルで必須。他のエンコーディングは解析失敗の原因となる可能性があります | ファイル保存時にUTF-8エンコーディングを使用していることを確認 |
| Sitemapがサポートするプロトコル | http:// または https:// | URLには完全なプロトコルプレフィックスを含める必要があります | ftp://などの他のプロトコルはサポートされていません |
| 送信後のクローラー応答時間 | 数時間から数日 | サイトの権威性とSitemapの複雑さに依存します | 再送信する必要はなく、処理を辛抱強く待つだけです |
| gzip圧縮後のファイルサイズ | 50MB | 圧縮後のファイルも50MB制限を超えることはできません | 圧縮でも超過する場合はSitemapを分割する必要があります |
- 認証ヘッダー生成
- Cache-Control解析
- Content-Disposition解析
- CORSヘッダー生成
- CORS インスペクター
- CSP生成
- cURL コードジェネレーター
- DNS グローバル伝播チェック
- DNS参照
- Forwardedヘッダー解析
- hreflang生成
- HSTS解析
- HTTPクッキー解析ツール
- HTTPヘッダー検査
- HTTPリクエスト送信
- HTTPステータスコード検索
- IP アドレス検索
- IPv4 コンバーター
- IPv4範囲展開
- IPv6ツールボックス
- Linkヘッダー解析
- MX照会
- ポートチェック
- URLパラメータ生成
- レートリミットヘッダー解析
- リダイレクトチェッカー
- Robots.txt ジェネレーター
- robots.txt検査
- セキュリティヘッダー検査
- Security.txt ジェネレーター
- Set-Cookieパーサー
- サイトネットワーク監査
- Sitemap ジェネレーター
- Sitemap検査
- SSL証明書チェッカー
- サブネット計算機
- URL解析
- User-Agentパーサー
- UTMリンク生成
- WebSocketテスト
- 私のIPとは?
- WHOIS検索